sean darcy
2010-Dec-10 18:47 UTC
[asterisk-users] 1.6.2.14 > 1.6.2.15: blind transfer works but not Xfer on aastra
Upgraded from 16.2.14 to 1.6.2.15 on Fedora 13, with aastra 9133i and 57i.
On 9133i and 57i:
#<extension># works for a blind transfer.
Xfer<extension>Xfer doesn't!
All this worked on 1.6.2.14.
Nothing useful on cli, verbose 3, DEBUG. Here extension 169 answers an
outside call, and tries to transfer it to 145 using the Xfer button:
-- SIP/169-0000009c answered SIP/side-sip-0000009b
== Spawn extension (longdistance, 145, 1) exited non-zero on
'SIP/side-sip-0000009b' in macro 'stdexten'
== Spawn extension (longdistance, 145, 1) exited non-zero on
'SIP/side-sip-0000009b'
Here extension 169 answers and uses #170#:
-- SIP/169-000000ff answered SIP/nhi-riverside-sip-000000fe
-- <SIP/169-000000ff> Playing 'pbx-transfer.ulaw' (language
'en')
[Dec 10 13:38:03] DEBUG[29980]: features.c:1330 builtin_blindtransfer:
transferer=SIP/169-000000ff; transferee=SIP/side-sip-000000fe; lastapp=;
lastdata=; chan=SIP/169-000000ff; dstchan[Dec 10 13:38:03] DEBUG[29980]:
features.c:1333 builtin_blindtransfer:
TRANSFEREE; lastapp=Dial; lastdata=SIP/169,18,rtT,
chan=SIP/nhi-riverside-sip-000000fe; dstchan=SIP/169-000000ff
[Dec 10 13:38:03] DEBUG[29980]: features.c:1335 builtin_blindtransfer:
transferer_real_context=longdistance; xferto=170
[Dec 10 13:38:03] DEBUG[29980]: features.c:1349 builtin_blindtransfer:
ABOUT TO AST_ASYNC_GOTO, have a pbx... set HANGUP_DONT on
chan=SIP/nhi-riverside-sip-000000fe
== Channel 'SIP/side-sip-000000fe' jumping out of macro
'stdexten'
-- Executing [170 at longdistance:1]
Macro("SIP/side-sip-000000fe",
"stdexten,170,SIP/170") in new stack
-- Executing [s at macro-stdexten:1]
Dial("SIP/side-sip-000000fe",
"SIP/170,18,rtT") in new stack
== Using SIP RTP TOS bits 184
Any thoughts?
sean
Jonathan C. Bailey
2010-Dec-10 18:51 UTC
[asterisk-users] 1.6.2.14 > 1.6.2.15: blind transfer works but not Xfer on aastra
Just saw this after we did the same upgrade... Take a look at the bug below (we
first saw it in 1.8) - it has a work around that you can use...
https://bugs.digium.com/view.php?id=18185
-Jon
----- Original Message -----
From: "sean darcy" <seandarcy2 at gmail.com>
To: asterisk-users at lists.digium.com
Sent: Friday, December 10, 2010 12:47:54 PM
Subject: [asterisk-users] 1.6.2.14 > 1.6.2.15: blind transfer works but not
Xfer on aastra
Upgraded from 16.2.14 to 1.6.2.15 on Fedora 13, with aastra 9133i and 57i.
On 9133i and 57i:
#<extension># works for a blind transfer.
Xfer<extension>Xfer doesn't!
All this worked on 1.6.2.14.
Nothing useful on cli, verbose 3, DEBUG. Here extension 169 answers an
outside call, and tries to transfer it to 145 using the Xfer button:
-- SIP/169-0000009c answered SIP/side-sip-0000009b
== Spawn extension (longdistance, 145, 1) exited non-zero on
'SIP/side-sip-0000009b' in macro 'stdexten'
== Spawn extension (longdistance, 145, 1) exited non-zero on
'SIP/side-sip-0000009b'
Here extension 169 answers and uses #170#:
-- SIP/169-000000ff answered SIP/nhi-riverside-sip-000000fe
-- <SIP/169-000000ff> Playing 'pbx-transfer.ulaw' (language
'en')
[Dec 10 13:38:03] DEBUG[29980]: features.c:1330 builtin_blindtransfer:
transferer=SIP/169-000000ff; transferee=SIP/side-sip-000000fe; lastapp=;
lastdata=; chan=SIP/169-000000ff; dstchan[Dec 10 13:38:03] DEBUG[29980]:
features.c:1333 builtin_blindtransfer:
TRANSFEREE; lastapp=Dial; lastdata=SIP/169,18,rtT,
chan=SIP/nhi-riverside-sip-000000fe; dstchan=SIP/169-000000ff
[Dec 10 13:38:03] DEBUG[29980]: features.c:1335 builtin_blindtransfer:
transferer_real_context=longdistance; xferto=170
[Dec 10 13:38:03] DEBUG[29980]: features.c:1349 builtin_blindtransfer:
ABOUT TO AST_ASYNC_GOTO, have a pbx... set HANGUP_DONT on
chan=SIP/nhi-riverside-sip-000000fe
== Channel 'SIP/side-sip-000000fe' jumping out of macro
'stdexten'
-- Executing [170 at longdistance:1]
Macro("SIP/side-sip-000000fe",
"stdexten,170,SIP/170") in new stack
-- Executing [s at macro-stdexten:1]
Dial("SIP/side-sip-000000fe",
"SIP/170,18,rtT") in new stack
== Using SIP RTP TOS bits 184
Any thoughts?
sean
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users