IOS is Version 12.4(9)T7, RELEASE SOFTWARE (fc3)

I have dial peers on this which are showing as down in the Status therefore when I try to get an outside line

Before call in bound (No Outside Line)

#sh dial-peer voice sum

1 pots up up 999 7 down 0/0/0

2 pots up up 9T 1 down 0/0/0

3 pots up up 0 down 0/0/0

If I place a call in bound I then see the dial-peer as up. This is causing my outside line problem.

I need these to show as up up

After call in bound (I can now get an Outside Line)

#sh dial-peer voice sum

1 pots up up 999 7 up 0/0/0

2 pots up up 9T 1 up 0/0/0

3 pots up up 0 up 0/0/0

Is there a way to ensure that these line stay in an up state

BRI line are configured as below

interface BRI0/0/0

no ip address

isdn switch-type basic-net3

isdn overlap-receiving

isdn point-to-point-setup

isdn incoming-voice voice

isdn sending-complete

isdn outgoing ie progress-indicator

isdn outgoing display-ie

no isdn outgoing ie caller-subaddr

isdn outgoing ie called-number

no isdn outgoing ie called-subaddr

isdn static-tei 0

trunk-group isdn

Hi, it is normal that BRI interfaces go down after a timeout and you cannot do anything about it.

So, you need to configure in global mode:

no dial-peer outbound status-check pots

Hope this helps, please rate post if it does!

We have just applied this command this morning and it seems to be resolving the issue.

Thanks for the nice rating and good luck!

Hi,

Just wanted to check it now take up to 10sec for the call to connect via ISDN.

Is there any way of speeding this call connection up?

I have a single peer with 9T

would I have to configure peers for local, international, mobile, numbers

Is this the only way

thanks

I have timeout interdigits set to 3 sec

Set the timeout value under telephony-service, not voice-port. Usually a good value is 4.

As someone else also suggested, the best approach if to explicitly configure all the patterns that are of fixed length to not have T, just as many dots a necessary.

Hope this helps, please rate post if it does!

Yes. You would need to configure more specific dial peers to get around the interdigit timeout. I would focus on frequently dialed numbers like local, mobile and long distance. International will usually just hit the 9T pattern unless you want to implement (CoR) class of restrictions.