[asterisk-users] Blind Transfer not working - 1.4.38

Mike list at net-wall.com
Fri Jan 14 08:58:46 CST 2011


Hi,

1.6.2.16rc1 does not have this problem (that`s why I am running a release
candidate right now).  Can`t say about 1.4 versions, but it`s safe to say
whatever they fixed will be out in the next version.

Mike

-----Original Message-----
From: asterisk-users-bounces at lists.digium.com
[mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Ishfaq Malik
Sent: Friday, January 14, 2011 9:55 AM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] Blind Transfer not working - 1.4.38

This is a heads up to everyone

Apparently this is a known but in the latest version on asterisk 1.4,
1.6 and 1.8

http://www.freepbx.org/forum/freepbx/users/transfer-bug-on-asterisk-1-4-38-1
-6-2-15-and-1-8-0-1

https://issues.asterisk.org/view.php?id=18185

On Thu, 2011-01-06 at 13:10 +0000, Ishfaq Malik wrote:
> On Wed, 2011-01-05 at 15:47 +0000, Ishfaq Malik wrote:
> > Hi
> > 
> > We've been running asterisk 1.4.17 (deb package) in a production 
> > environment for some while now and are finally taken the plunge to 
> > update to 1.4.38 (Ubuntu servers). All of this is using the RealTime 
> > Architecture
> > 
> > I have upgraded the asterisk version in one of our test environments 
> > and blind transferring seems to have suddenly stopped working. It 
> > was working fine under 1.4.17
> > 
> > So, call comes in to extension 501 who does a blind transfer to 
> > extension 504 at which point the call gets completely cut off.
> > 
> > I ran a SIP trace of this happening and it appears to be attempting 
> > to do the transfer:
> > 
> > <------------->
> > --- (12 headers 0 lines) ---
> > Call 7c5d5a603b2aaaa803fd7e451de826e4 at x.x.x.x got a SIP call transfer
from caller: (REFER)!
> > SIP transfer to extension 504 at pack-local by PACK501 at domain.co.uk
> > 
> > <--- Transmitting (NAT) to x.x.x.x:52753 --->
> > SIP/2.0 202 Accepted
> > Via: SIP/2.0/UDP 
> > 192.168.1.105:3072;branch=z9hG4bK-sgoqylu125ma;received=x.x.x.x;rpor
> > t=52753
> > From: <sip:PACK501 at 192.168.1.105:3072;line=guuuyf05>;tag=xck40ix9vp
> > To: "<incoming mobile number>" <sip:<incoming mobile 
> > number>@x.x.x.x>;tag=as4d0dbc04
> > Call-ID: 7c5d5a603b2aaaa803fd7e451de826e4 at x.x.x.x
> > CSeq: 2 REFER
> > User-Agent: Asterisk PBX
> > Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, 
> > INFO
> > Supported: replaces
> > Contact: <sip:<incoming mobile number>@x.x.x.x>
> > Content-Length: 0
> > 
> > 
> > <------------>
> > set_destination: Parsing 
> > <sip:PACK501 at 192.168.1.105:3072;line=guuuyf05> for address/port to 
> > send to
> > set_destination: set destination to 192.168.1.105, port 3072 
> > Reliably Transmitting (NAT) to x.x.x.x:52753:
> > NOTIFY sip:PACK501 at 192.168.1.105:3072;line=guuuyf05 SIP/2.0
> > Via: SIP/2.0/UDP x.x.x.x:5060;branch=z9hG4bK121bb8ff;rport
> > From: "<incoming mobile number>" <sip:<incoming mobile 
> > number>@x.x.x.x>;tag=as4d0dbc04
> > To: <sip:PACK501 at 192.168.1.105:3072;line=guuuyf05>;tag=xck40ix9vp
> > Contact: <sip:<incoming mobile number>@x.x.x.x>
> > Call-ID: 7c5d5a603b2aaaa803fd7e451de826e4 at 87.237.58.231
> > CSeq: 103 NOTIFY
> > User-Agent: Asterisk PBX
> > Max-Forwards: 70
> > Remote-Party-ID: "<incoming mobile number>" <sip:<incoming mobile 
> > number>@x.x.x.x>;privacy=off;screen=no
> > Event: refer;id=2
> > Subscription-state: active
> > Content-Type: message/sipfrag;version=2.0
> > Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, 
> > INFO
> > Supported: replaces
> > Content-Length: 21
> > 
> > SIP/2.0 183 Ringing
> > 
> > 
> > ____________________________________________________________________
> > ___________________________________________
> > But as stated above, extension 504 doesn't ring and the call dies.
> > 
> > 
> > Now 504 is a valid extensions in the context pack-local select * 
> > from extensions where exten='_5XX';
> >
+-------+------------+-------+----------+-------+---------------------------
--------+
> > | id    | context    | exten | priority | app   | appdata
|
> >
+-------+------------+-------+----------+-------+---------------------------
--------+
> > | 65127 | pack-local | _5XX  |        1 | Macro |
stdexten|${EXTEN}|pack-local|PACK | 
> >
+-------+------------+-------+----------+-------+---------------------------
--------+
> > 
> > 
> > Also, attended transfers work without a problem.
> > 
> > Both SIP phones used were Snom phones.
> > 
> > Has anyone encountered an issue like this before?
> > 
> > 
> 
> I spotted something new here, when I try to do the blind transfer I 
> get the following output on the console
> 
> == Spawn extension (pack-local, 504, 0) exited non-zero on
> 
> So why would it be looking at priority 0 rather than priority 1?
> 
> --
> Ishfaq Malik
> Software Developer
> PackNet Ltd
> 
> Office:   0161 660 3062
> 
> 
> --
> _____________________________________________________________________
> -- 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

--
Ishfaq Malik
Software Developer
PackNet Ltd

Office:   0161 660 3062


--
_____________________________________________________________________
-- 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




More information about the asterisk-users mailing list