cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1519
Views
0
Helpful
13
Replies

CME w/ ISDN BRI NT/TE config in Amsterdam,Netherlands

hbarrera2
Level 1
Level 1

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...

13 Replies 13

paolo bevilacqua
Hall of Fame
Hall of Fame

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!

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.

Hi,

BRI's in Europe, do they typically use spid's with user name and passwords to the carrier???

Cheers...

No. Spids are used only in North America.

Hi,

which exact IOS are you using? can you try 12.4(11)XJ4 that is known to work well ?

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

???

Hi,

it should be fine. Please enable "debug bri", "debug isdn q921", "debug isdn q931", "term mon", and try to make a call.

rnauwelaers
Level 1
Level 1

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.

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.

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

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

rnauwelaers,

This command "no dial-peer outbound status-check pots" it's for outbound phone calls only though correct?

Cheers!

it's for outbound calls only, but I had never issues with incoming calls

Getting Started

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: