12-05-2007 08:14 AM - edited 03-15-2019 07:36 AM
Guru's,
I have installed a new cme w/ an ISDN BRI NT/TE for some reason Layer 2 will not come up can someone please help with an example config? I am trying to work with a carrier called KPN, but they have been very difficult to get a hold of. If someone has setup similar circuits with KPN before your input would be greatly appreciated?
Thx in advance...
12-05-2007 09:57 AM
Hi, do you have a GNR (multiple lines)? in this case usually "isdn static-tei 0" is required.
Hope this helps, please rate post if it does!
12-05-2007 01:31 PM
p.bevilacqua.
I tried just about everything at one time I did have the "isdn static-tei 0" with the "isdn point-to-point-setup" cmd under the interface also, but still L2 would not come up.
12-05-2007 01:51 PM
Hi,
BRI's in Europe, do they typically use spid's with user name and passwords to the carrier???
Cheers...
12-05-2007 03:26 PM
No. Spids are used only in North America.
12-05-2007 03:27 PM
Hi,
which exact IOS are you using? can you try 12.4(11)XJ4 that is known to work well ?
12-06-2007 12:20 AM
Hi,
I am using 12.4(15)T1 IOS. At this point I think it may be my configuration or a wiring issue. This is what my interface looks like now...
#interface BRI0/0/0
no ip address
isdn switch-type basic-net3
isdn incoming-voice voice
!
#interface BRI0/0/0 < = = = = = = = = = = =At one point I even had this command.
no ip address
isdn switch-type basic-net3
isdn incoming-voice voice
isdn static-tei 0
isdn point-to-point-setup
???
12-06-2007 03:22 AM
Hi,
it should be fine. Please enable "debug bri", "debug isdn q921", "debug isdn q931", "term mon", and try to make a call.
12-06-2007 04:48 AM
I had the same problem and yes KPN's helpdesk is useless. One of the worst experiences I ever had .
Anyway the thing you are looking for is the command isdn tei-negotiation preserve (maybe first-call could do the trick also).
More info:
http://www.cisco.com/warp/public/793/access_dial/tei_negotiation.html
It fixed my problem but not entirely. When there is for a long time no call then you cannot dial out anymore. When an incoming call is placed, and the interfaces go up, from that moment you can dial out again.
Could you let me know if you have the same issue? Interesting to test because you have the same provider.
12-06-2007 04:53 AM
Hi,
failure to re-negotiate TEI on circuit reactivation can be due to a problem in the way the router handles the above. Because of that, it's important to see output of "debug bri" and "debug isdn q921", together with the exact IOS version.
01-17-2008 11:19 PM
Hi rnauwelaers,
I ended up using the below confg on my BRI interfaces, but I am still getting the same problem. I did confirm though, that BRI(ISDN)circuits in europe typically drop L3 & L2 when the circuits are idle and not being used.
interface BRI0/0/0
description ISDN-BRI CONNECTION TO KPN
no ip address
isdn switch-type basic-net3
isdn tei-negotiation first-call
isdn point-to-point-setup
isdn incoming-voice voice
isdn static-tei 0
trunk-group ISDN-LINES
!
This confg does work, but like you stated in your post, when the circuit is at a certain idle state a call will not go through. I saw the preserve setting I just tested it and unfortunatly I am still getting the same result.
FYI - trunk grp is cause kpn is sending me 9 digits, I'm toggling it down to 4.
Cheers
01-17-2008 11:23 PM
Hi hbarrera2,
Thanks for the feedback. I already found a solution for our problem:
The global (not interface) command worked with me:
no dial-peer outbound status-check pots
Please let me know if it solved your problems too.
Thanks
01-31-2008 11:05 AM
rnauwelaers,
This command "no dial-peer outbound status-check pots" it's for outbound phone calls only though correct?
Cheers!
02-01-2008 01:25 AM
it's for outbound calls only, but I had never issues with incoming calls
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: