what u think using this above configuration, is it not possible? I believe as user press 222200 routet R1 will match dial-peer and forward to R2. R2 will match dialpeer and send just 00 to PBX2. As PBX2 recieve 00 it will seize pstn trunk so because of just pressing 222200 a trunk will be establish from user and pbx2 and as user press remaining digits, that will simply pass to pstn over voip. I think not need to add "T" in destination-patern. If i am wrong please correct me.
i did not say that "T" is not work. But with T users have to wait for interdigit timeout or press # that is not acceptible to them thats why i dont go for it. Ok tell me how we can tweak this timeout so that user dont feel and delay after dialing pstn number of any length.
Secondly, i tested the same type of configuration with pri and it worked. For example:
pbxs are connected with router with e1 pri and routers are connected with each other via e1 link. Site1 code is 1000 and site2 code is 2000
dialpeer 2000 voip
session target router2 ip
dialpeer 2000 pots
forward digit all
so user dial 2000 and extention of any length, it worked properly and no error as you said. I would tell you one thing, in real i am adding "signaling forward rawmsg" in all voip DPs and "supplementary-service pass-through" in pots DPs.
I would like to see the q831 trace for the config you mentioned. To see if it is sending the digits in band or with info message.
Anyway, as you know the interdigit delay, when set to 3, is not much of a problem.
The alternative is that you build a dialplan that matches all or most numbers length .
usually that is not very difficult especially if it is about one single city. Get a phonebook and you will be able to rebuild the numbering tree, even if you country has variable-length numbering, it can be done .
Thanks for reply. you can find debug isdn q931 output in attachment.
dial-peer voice 99 pots
dial-peer voice 8701 voip
session target ipv4:10.0.0.2
dial-peer voice 99 voip
signaling forward rawmsg
session target ipv4:10.0.0.1
dial-peer voice 8701 pots
Note: In dialpeer 99 you see i define 99.. where .. is because i have an other dialpeer with destination-patern 9900 thats why so don't confuse it. See i just define 99.. and actual number dialed is 9935240 and call is made properly no issue at all.
yes in the trace you sent the router is doing proper overlap dialing. If you manage to reproduce this when calling to PSTN, there should be no delay, once you have passed enough digits to PSTN you should receive connect and the call goes through.
Introduction: The "external-out enable" command is available for
configuration under the "router ospf process" in case of the IOS-XR
operating system. This command basically enables advertisement of
intra-area routes on the device as external routes in th...
IntroductionIn this article we'll discuss how to troubleshoot packet
loss in the asr9000 and specifically understanding the NP drop counters,
what they mean and what you can do to mitigate them. This document will
be an ongoing effort to improve troublesh...