Getting one way audio only on Bridge cmd with external sip

I find it to be extremely peculiar that it worked exactly one time when I passed the ,p to the Bridge command. After that one time, I tried everything I could think of but it didn’t work -

I am having an issue in that I’m only getting one way audio when an incoming external sip call is bridged with the Bridge cmd. Incoming external sip calls work fine, when just answered [as opposed to being bridged.]

Running Asterisk 1.6.2.11 on CentOS release 5.5 (Final) on:
Linux servername.serverpronto.com 2.6.18-164.6.1.el5 #1 SMP Tue Nov 3 16:18:27 EST 2009 i686 athlon i386 GNU/Linux

Any pointers will be highly appreciated!

still have this issue…

as a work-around, used Meetme() which works for the most part but the dynamically created conf sticks around long after both parties have hung up…

create it dynamically -
exten => _X.,n,Meetme(123,Aqd1F)

and later join the above conf. -
exten => _X.,n,Meetme(123,xqd)

any pointers? thanks for any help in advance!

still struggling with one way audio, here is the debug output related to Bridge cmd, any pointers greatly appreciated:

[Oct 5 20:47:12] DEBUG[28200] pbx.c: Launching ‘Bridge’
[Oct 5 20:47:12] VERBOSE[28200] pbx.c: – Executing [s@gv-inbound:9] Bridge(“SIP/g5_17474504081_ucxt-0000000d”, “Local/18005551212@gv-outbound-fd23;2”) in new stack
[Oct 5 20:47:12] VERBOSE[28197] app_dial.c: – Local/18005551212@gv-outbound-fd23;1 answered SIP/7474504081-0000000c
[Oct 5 20:47:12] DEBUG[28197] chan_sip.c: SIP answering channel: SIP/7474504081-0000000c
[Oct 5 20:47:12] DEBUG[28197] chan_sip.c: Setting framing from config on incoming call
[Oct 5 20:47:12] DEBUG[28197] chan_sip.c: ** Our capability: 0xc (ulaw|alaw) Video flag: True Text flag: True
[Oct 5 20:47:12] DEBUG[28197] chan_sip.c: ** Our prefcodec: 0x0 (nothing)
[Oct 5 20:47:12] DEBUG[28118] chan_sip.c: Stopping retransmission on ‘NzlkMmVjMjY1ZDQ4NTVhYTNhMTEzZDczM2IyNmZiOTA.’ of Response 2: Match Found
[Oct 5 20:47:12] DEBUG[28200] channel.c: Scheduling timer at (0 requested / 0 actual) timer ticks per second
[Oct 5 20:47:12] DEBUG[28200] channel.c: Planning to masquerade channel Local/18005551212@gv-outbound-fd23;2 into the structure of Bridge/Local/18005551212@gv-outbound-fd23;2
[Oct 5 20:47:12] DEBUG[28200] channel.c: Done planning to masquerade channel Local/18005551212@gv-outbound-fd23;2 into the structure of Bridge/Local/18005551212@gv-outbound-fd23;2
[Oct 5 20:47:12] DEBUG[28114] channel.c: Avoiding initial deadlock for channel ‘0x8d02550’
[Oct 5 20:47:12] DEBUG[28200] channel.c: Set channel Local/18005551212@gv-outbound-fd23;2 to write format slin
[Oct 5 20:47:12] DEBUG[28200] channel.c: Putting channel Local/18005551212@gv-outbound-fd23;2 in 64/4 formats
[Oct 5 20:47:12] DEBUG[28200] channel.c: Released clone lock on ‘Bridge/Local/18005551212@gv-outbound-fd23;2’
[Oct 5 20:47:12] DEBUG[28200] channel.c: Done Masquerading Local/18005551212@gv-outbound-fd23;2 (6)
[Oct 5 20:47:12] DEBUG[28200] channel.c: Set channel Local/18005551212@gv-outbound-fd23;2 to write format ulaw
[Oct 5 20:47:12] DEBUG[28200] chan_sip.c: SIP answering channel: SIP/g5_17474504081_ucxt-0000000d
[Oct 5 20:47:12] DEBUG[28200] chan_sip.c: Setting framing from config on incoming call
[Oct 5 20:47:12] DEBUG[28200] chan_sip.c: ** Our capability: 0x4 (ulaw) Video flag: True Text flag: True
[Oct 5 20:47:12] DEBUG[28200] chan_sip.c: ** Our prefcodec: 0x0 (nothing)
[Oct 5 20:47:12] DEBUG[28197] channel.c: Got a FRAME_CONTROL (-1) frame on channel Local/18005551212@gv-outbound-fd23;1
[Oct 5 20:47:12] DEBUG[28197] channel.c: Bridge stops bridging channels SIP/7474504081-0000000c and Local/18005551212@gv-outbound-fd23;1
[Oct 5 20:47:12] DEBUG[28197] rtp.c: Ooh, format changed from unknown to ulaw
[Oct 5 20:47:12] DEBUG[28197] rtp.c: Created smoother: format: 4 ms: 20 len: 160
[Oct 5 20:47:12] DEBUG[28198] channel.c: Stopped silence generator on ‘Bridge/Local/18005551212@gv-outbound-fd23;2’
[Oct 5 20:47:12] DEBUG[28198] channel.c: Set channel Bridge/Local/18005551212@gv-outbound-fd23;2 to write format ulaw
[Oct 5 20:47:12] DEBUG[28198] pbx.c: Spawn extension (gv-outbound,18005551212,27) exited non-zero on ‘Bridge/Local/18005551212@gv-outbound-fd23;2’
[Oct 5 20:47:12] VERBOSE[28198] pbx.c: == Spawn extension (gv-outbound, 18005551212, 27) exited non-zero on ‘Bridge/Local/18005551212@gv-outbound-fd23;2’
[Oct 5 20:47:12] DEBUG[28198] channel.c: Soft-Hanging up channel ‘Bridge/Local/18005551212@gv-outbound-fd23;2’
[Oct 5 20:47:12] DEBUG[28198] channel.c: Hanging up zombie ‘Bridge/Local/18005551212@gv-outbound-fd23;2’
[Oct 5 20:47:12] DEBUG[28197] rtp.c: RTCP NAT: Got RTCP from other end. Now sending to address 65.6.217.227:50574
[Oct 5 20:47:12] DEBUG[28197] rtp.c: Got RTCP report of 132 bytes
[Oct 5 20:47:12] DEBUG[28197] rtp.c: RTP NAT: Got audio from other end. Now sending to address 65.6.217.227:50575
[Oct 5 20:47:12] DEBUG[28200] rtp.c: Ooh, format changed from unknown to ulaw
[Oct 5 20:47:12] DEBUG[28200] rtp.c: Created smoother: format: 4 ms: 20 len: 160
[Oct 5 20:47:12] DEBUG[28200] channel.c: Planning to masquerade channel SIP/g5_17474504081_ucxt-0000000d into the structure of Local/18005551212@gv-outbound-fd23;1
[Oct 5 20:47:12] DEBUG[28200] channel.c: Done planning to masquerade channel SIP/g5_17474504081_ucxt-0000000d into the structure of Local/18005551212@gv-outbound-fd23;1
[Oct 5 20:47:12] DEBUG[28200] chan_local.c: Not posting to queue since already masked on ‘Local/18005551212@gv-outbound-fd23;2’
[Oct 5 20:47:12] DEBUG[28197] channel.c: Putting channel SIP/g5_17474504081_ucxt-0000000d in 4/4 formats
[Oct 5 20:47:12] DEBUG[28197] channel.c: Released clone lock on ‘Local/18005551212@gv-outbound-fd23;1’
[Oct 5 20:47:12] DEBUG[28197] channel.c: Done Masquerading SIP/g5_17474504081_ucxt-0000000d (6)
[Oct 5 20:47:12] VERBOSE[28197] rtp.c: – Packet2Packet bridging SIP/7474504081-0000000c and SIP/g5_17474504081_ucxt-0000000d
[Oct 5 20:47:12] DEBUG[28200] channel.c: Didn’t get a frame from channel: Local/18005551212@gv-outbound-fd23;1
[Oct 5 20:47:12] DEBUG[28200] channel.c: Bridge stops bridging channels Local/18005551212@gv-outbound-fd23;1 and Local/18005551212@gv-outbound-fd23;2
[Oct 5 20:47:12] DEBUG[28200] features.c: hangup chan Local/18005551212@gv-outbound-fd23;2 since the other endpoint has hung up
[Oct 5 20:47:12] DEBUG[28200] channel.c: Hanging up channel ‘Local/18005551212@gv-outbound-fd23;2’
[Oct 5 20:47:12] DEBUG[28200] pbx.c: Extension s, priority 9 returned normally even though call was hung up
[Oct 5 20:47:12] DEBUG[28200] channel.c: Soft-Hanging up channel ‘Local/18005551212@gv-outbound-fd23;1’
[Oct 5 20:47:12] DEBUG[28200] channel.c: Hanging up zombie ‘Local/18005551212@gv-outbound-fd23;1’
[Oct 5 20:47:12] DEBUG[28118] chan_sip.c: Stopping retransmission on ‘1739269859@10.176.163.17’ of Response 31307: Match Found
[Oct 5 20:47:15] DEBUG[28197] rtp.c: RTCP NAT: Got RTCP from other end. Now sending to address 65.6.217.227:50574
[Oct 5 20:47:15] DEBUG[28197] rtp.c: Got RTCP report of 200 bytes