[Asterisk-Users] asterisk still tries native bridging
Igor Zamocky
asterix at ponozky.sk
Mon Feb 13 07:53:46 MST 2006
Hello,
I've problems with following -
----- --- ---
PSTN | --- isdn --- | A | ----- iax2 ------ | B |
----- --- ---
On [B], there is unconditional call forwarding set back via [A]
(dialparties.agi is used) to PSTN.
So, call from PSTN is routed via [A] to [B] and than back again into
PSTN.
Everything looks good, but, after call is answered, B performs native
bridging attempt and tries to step out of voice path. And that's bad.
Because of CDR's collected from [B].
On [B] and also on [A] there is "notransfer=yes" in [general] section and
also in [peer/friend] definition.
It probably doesn't work. I tried to use different iax2 peer for [B]->[A]
call, so native bridging cannot occur. Fine, native bridging will fail,
but Asterisk still writes CDR.
Below is part of [B]'s config, and part of log:
[general]
bindport = 4569
bindaddr = x.x.x.x
disallow=all
allow=alaw
notransfer=yes
jitterbuffer=yes
; ---
register=sip1:QQQQQQQQQQ at y.y.y.y ; y.y.y.y is [A]'s ip address
; ---
[peerA]
username=sip1
type=friend
secret=QQQQQQQQQ
host=y.y.y.y
context=from-pstn
tos=0x84
notransfer=yes
jitterbuffer=yes
[peerAX]
username=sip1
type=peer ; I tried "friend" also
secret=QQQQQQQQQQ
host=y.y.y.y
context=from-pstn
tos=0x84
disallow=all
allow=ulaw
notransfer=yes
jitterbuffer=yes
So, incoming call comes via "peerA" (alaw), outgoing is made via "peerAX"
(ulaw).
Feb 13 15:25:48 DEBUG[27671]: Setting NAT on RTP to 4
Feb 13 15:25:48 DEBUG[27671]: Stopping retransmission on '5650c22b410b4d920c8189da31a6a21c at x.x.x.x' of Request 102: Found
Feb 13 15:25:51 VERBOSE[27671]: -- IAX2/peerAX/6 is ringing
Feb 13 15:25:51 VERBOSE[27671]: -- Local/ZZZZZZZZZZ at from-internalX-73e9,1 is ringing
Feb 13 15:25:53 VERBOSE[27671]: -- IAX2/peerAX/6 answered Local/ZZZZZZZZZZ at from-internalX-73e9,2
Feb 13 15:25:53 VERBOSE[27671]: -- Local/ZZZZZZZZZZ at from-internalX-73e9,1 answered IAX2/peerA at peerAX/3
Feb 13 15:26:00 DEBUG[27671]: Planning to masquerade IAX2/peerAX/6 into the structure of Local/ZZZZZZZZZZ at from-internalX-73e9,1
Feb 13 15:26:00 DEBUG[27671]: Done planning to masquerade Local/ZZZZZZZZZZ at from-internalX-73e9,1 into the structure of IAX2/peerAX/6
Feb 13 15:26:00 DEBUG[27671]: Actually Masquerading IAX2/peerAX/6(6) into the structure of Local/ZZZZZZZZZZ at from-internalX-73e9,1(6)
Feb 13 15:26:00 DEBUG[27671]: Got clone lock on 'IAX2/peerAX/6' at 0x8ec0ce0
Feb 13 15:26:00 DEBUG[27671]: Putting channel IAX2/peerAX/6 in 8/8 formats
Feb 13 15:26:00 DEBUG[27671]: Released clone lock on 'Local/ZZZZZZZZZZ at from-internalX-73e9,1<ZOMBIE>'
Feb 13 15:26:00 DEBUG[27671]: Done Masquerading IAX2/peerAX/6 (6)
Feb 13 15:26:00 DEBUG[27671]: Bridge stops because we're zombie or need a soft hangup: c0=Local/ZZZZZZZZZZ at from-internalX-73e9,2, c1=Local/ZZZZZZZZZZ at from-internalX-73e9,1<ZOMBIE>, flags: No,No,Yes,Yes
Feb 13 15:26:00 VERBOSE[27671]: -- Attempting native bridge of IAX2/peerA at peerAX/3 and IAX2/peerAX/6
Feb 13 15:26:00 VERBOSE[27671]: -- Operating with different codecs, can't native bridge...
Feb 13 15:26:00 DEBUG[27671]: Bridge stops bridging channels Local/ZZZZZZZZZZ at from-internalX-73e9,2 and Local/ZZZZZZZZZZ at from-internalX-73e9,1<ZOMBIE>
Feb 13 15:26:00 DEBUG[27671]: Exiting with DIALSTATUS=ANSWER.
Feb 13 15:26:00 VERBOSE[27671]: == Spawn extension (macro-outsideX, s, 6) exited non-zero on 'Local/ZZZZZZZZZZ at from-internalX-73e9,2' in macro 'outsideX'
Feb 13 15:26:00 VERBOSE[27671]: == Spawn extension (from-internalX, ZZZZZZZZZZ, 1) exited non-zero on 'Local/ZZZZZZZZZZ at from-internalX-73e9,2'
Feb 13 15:26:00 DEBUG[27671]: cdr_mysql: inserting a CDR record.
Feb 13 15:26:00 DEBUG[27671]: cdr_mysql: SQL command as follows: INSERT INTO cdr (calldate,clid,src,dst,dcontext,channel,dstchannel,lastapp,lastdata,duration,billsec,disposition,amaflags,accountcode) VALUES ('2006-02-13 15:25:46','421220656111','421220656111','ZZZZZZZZZZ','from-internalX', 'Local/ZZZZZZZZZZ at from-internalX-73e9,2','IAX2/peerAX/6','Dial','IAX2/peerAX/ZZZZZZZZZZZZ||',14,7,'ANSWERED',3,'')
Asterisk stored CDR, but call continued :-(.
Do You have any suggestion what I'm doing wrong?
I'm using Asterisk v. 1.0.9 and it's almost impossible to upgrade to 1.2.x right now.
Thanks a lot
Igor
More information about the asterisk-users
mailing list