Rajkumar S
2009-Jul-03 13:46 UTC
[asterisk-users] DTMF is not working occasionally over IAX Trunk
Hello, I have a 3 server asterisk configuration where one asterisk (say A) (v 1.4.25) has a digium card connected to E1 from which calls are routed to another asterisk server (B) (1.6.0.9) over IAX trunk from which calls get routed to third server (C) (1.6.0.9) again via IAX trunk. SIP clients are connected to third server. A is the PSTN termination server, B runs the menu and AGI and C is where SIP clients connect. SIP clients can also dial outside and call goes like C -> B -> A -> PSTN. An IVR is implemented in B. extensions.conf looks like: exten => s, 1, SET(MENUFLOW=s) exten => s, n, Background(welcome) exten => s, n, WaitExten(30) exten => *, 1, Goto(menu-language,s,1) like this it goes couple of menus deep. A typical sequence is like * 3 2. Some times Background will continue to play even when I press *. It will go through. Some other times as soon as I press * 3 it will go to menu option of * 3 3. ie the 3 is repeated. I never had this problem on A. So I can rule out the DTMF problem in E1. So this has to be some thing with the way E1 is getting transmitted over IAX trunk. My iax.conf in A is like: [general] bindport = 4569 bindaddr = 0.0.0.0 disallow=all allow=ulaw allow=alaw allow=gsm jitterbuffer=no forcejitterbuffer=no [ccsrv-a16-in1] type=peer host=192.168.79.177 auth=plaintext secret=password username=a16-in1 qualify=yes trunk=yes and in B [general] bindport = 4569 bindaddr = 0.0.0.0 disallow=all allow=ulaw jitterbuffer=no forcejitterbuffer=no transfer = no [a16-in1] type=user auth=plaintext secret=password context=inbound-calls qualify=yes trunk=yes I have also posted another mail with calls not terminated with same IAX trunk. I am not sure of they are related, but any help to resolve this would be very helpful with regards raj
Rajkumar S
2009-Jul-06 05:44 UTC
[asterisk-users] DTMF is not working occasionally over IAX Trunk
Hi, The servers B & C are running in a virtual machine (linux kvm) and uses ztdummy for timing. Server A has a digium card. I am not sure if this is the cause of the problems I am facing. raj On Fri, Jul 3, 2009 at 7:16 PM, Rajkumar S<rajkumars at gmail.com> wrote:> Hello, > > I have a 3 server asterisk configuration where one asterisk (say A) (v > 1.4.25) has a digium card connected to E1 from which calls are routed > to another asterisk server ?(B) (1.6.0.9) over IAX trunk from which > calls get routed to third server (C) (1.6.0.9) again via IAX trunk. > SIP clients are connected to third server. A is the PSTN termination > server, B runs the menu and AGI and C is where SIP clients connect. > SIP clients can also dial outside and call goes like C -> B -> A -> > PSTN. > > An IVR is implemented in B. extensions.conf looks like: > > exten => s, 1, SET(MENUFLOW=s) > exten => s, n, Background(welcome) > exten => s, n, WaitExten(30) > exten => *, 1, Goto(menu-language,s,1) > > like this it goes couple of menus deep. A typical sequence is like * 3 > 2. Some times Background will continue to play even when I press *. It > will go through. Some other times as soon as I press * 3 it will go to > menu option of * 3 3. ie the 3 is repeated. > > I never had this problem on A. So I can rule out the DTMF problem in > E1. So this has to be some thing with the way E1 is getting > transmitted over IAX trunk. > > My iax.conf in A is like: > > [general] > bindport = 4569 > bindaddr = 0.0.0.0 > disallow=all > allow=ulaw > allow=alaw > allow=gsm > jitterbuffer=no > forcejitterbuffer=no > > [ccsrv-a16-in1] > type=peer > host=192.168.79.177 > auth=plaintext > secret=password > username=a16-in1 > qualify=yes > trunk=yes > > > and in B > > [general] > bindport = 4569 > bindaddr = 0.0.0.0 > disallow=all > allow=ulaw > jitterbuffer=no > forcejitterbuffer=no > transfer = no > > [a16-in1] > type=user > auth=plaintext > secret=password > context=inbound-calls > qualify=yes > trunk=yes > > I have also posted another mail with calls not terminated with same > IAX trunk. I am not sure of they are related, but any help to resolve > this would be very helpful > > with regards > > raj >
Seemingly Similar Threads
- Some IAX calls do not disconnect.
- CPU Spikes in asterisk connected via IAX trunk
- DTMF end '1' has duration 57 but want minimum 80, emulating on IAX2/a16-q1-9657
- [PATCH] Optimize silk_warped_autocorrelation_FIX() for ARM NEON
- [PATCH] Optimize silk_warped_autocorrelation_FIX() for ARM NEON