[asterisk-bugs] [Asterisk 0017021]: On omitting the T flag from Dial() the caller can still make a blind transfer
Asterisk Bug Tracker
noreply at bugs.digium.com
Mon Mar 29 06:26:36 CDT 2010
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=17021
======================================================================
Reported By: kovzol
Assigned To: lmadsen
======================================================================
Project: Asterisk
Issue ID: 17021
Category: Channels/chan_sip/Transfers
Reproducibility: always
Severity: minor
Priority: normal
Status: acknowledged
Asterisk Version: SVN
JIRA: SWP-1090
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2010-03-13 11:18 CST
Last Modified: 2010-03-29 06:26 CDT
======================================================================
Summary: On omitting the T flag from Dial() the caller can
still make a blind transfer
Description:
I use allowtransfer=yes in sip.conf. I think if I omit the T flag from
Dial() in a dialplan extension, no blind transfer should be made by the
caller. But the caller can still make a blind transfer if he presses the
TRANSFER key.
A partial workaround is if I set allowtransfer=no in sip.conf, but this
will disable the blind transfer initiated by the caller side as well (which
is not what I would like to).
======================================================================
----------------------------------------------------------------------
(0119976) kovzol (reporter) - 2010-03-29 06:26
https://issues.asterisk.org/view.php?id=17021#c119976
----------------------------------------------------------------------
I switched logging on in an Ekiga client and created a detailed log (using
"ekiga -d 1000 2> ekiga.log") with both allowtransfer=no and
allowtransfer=yes (on the server side).
I am logged in as 06212000005 and calling 0614450100. Now I double-click
on my mobile number 06706226977 in Ekiga. In the first case transfer does
not work, but in the second case it works (my mobile phone is ringing and I
can answer the call and talk to 0614450100).
Here are my logs:
http://particio.com/ekiga-allowtransferno.log
http://particio.com/ekiga-allowtransferyes.log
However I'm not an expert in SIP protocol, the appropriate part seems to
be the following:
------------------8X allowtransfer=no X8---------------------------
REFER sip:0614450100 at 82.150.61.51 SIP/2.0
Route: <sip:sip.ephone.hu:5060;lr>
Referred-By: <sip:06212000005 at sip.ephone.hu>
CSeq: 4 REFER
Via: SIP/2.0/UDP
84.3.27.255:5100;branch=z9hG4bK10f71d2f-9139-df11-854f-0014851806e3;rport
User-Agent: Ekiga/3.2.5
From: "Kovács Zoltán"
<sip:06212000005 at sip.ephone.hu>;tag=d29bfa2c-9139-df11-854f-0014851806e3
Call-ID: 7ea9fa2c-9139-df11-854f-0014851806e3 at nagy
To: <sip:0614450100 at sip.ephone.hu>;tag=as29309888
Contact: <sip:kovzol at 84.3.27.255:5100>
Proxy-Authorization: Digest username="06212000005", realm="sip.ephone.hu",
nonce="7529d025", uri="sip:0614450100 at 82.150.61.51", algorithm=MD5,
response="53afdbffd0b749f65308339a73590437"
Refer-To: <sip:06706226977 at sip.ephone.hu>
Content-Length: 0
Max-Forwards: 70
2010/03/29 13:09:16.795 0:26.671 OpalUDP
Setting interface to 192.168.2.10%eth0
2010/03/29 13:09:16.795 0:26.671 Housekeeper:0xb73ffb70 PTLib
MONITOR:timers=7
2010/03/29 13:09:16.795 0:26.671 SIP
Transaction timers set: retry=0.500, completion=6.000
2010/03/29 13:09:16.887 0:26.763 Opal Liste...0xb73beb70 OpalUDP
Binding to interface: 84.3.27.255:5100
2010/03/29 13:09:16.887 0:26.763 Opal Liste...0xb73beb70 SIP
Waiting for PDU on udp$82.150.61.51:5060<if=udp$84.3.27.255:5100>
2010/03/29 13:09:16.888 0:26.764 Opal Liste...0xb73beb70 SIP
PDU received:
rem=udp$82.150.61.51:5060,local=udp$84.3.27.255:5100,if=192.168.2.10%eth0
SIP/2.0 603 Declined (policy)
CSeq: 4 REFER
Via: SIP/2.0/UDP
84.3.27.255:5100;branch=z9hG4bK10f71d2f-9139-df11-854f-0014851806e3;received=84.3.27.255;rport=5100
User-Agent: Ephone2_Ast14
From: "Kovács Zoltán"
<sip:06212000005 at sip.ephone.hu>;tag=d29bfa2c-9139-df11-854f-0014851806e3
Call-ID: 7ea9fa2c-9139-df11-854f-0014851806e3 at nagy
Supported: replaces
To: <sip:0614450100 at sip.ephone.hu>;tag=as29309888
Contact: <sip:0614450100 at 82.150.61.51>
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Content-Length: 0
------------------8X allowtransfer=no X8---------------------------
and
------------------8X allowtransfer=yes X8--------------------------
REFER sip:0614450100 at 82.150.61.51 SIP/2.0
Route: <sip:sip.ephone.hu:5060;lr>
Referred-By: <sip:06212000005 at sip.ephone.hu>
CSeq: 4 REFER
Via: SIP/2.0/UDP
84.3.27.255:5100;branch=z9hG4bK88a6c4d8-9139-df11-9dc3-0014851806e3;rport
User-Agent: Ekiga/3.2.5
From: "Kovács Zoltán"
<sip:06212000005 at sip.ephone.hu>;tag=205e40d6-9139-df11-9dc3-0014851806e3
Call-ID: de6d40d6-9139-df11-9dc3-0014851806e3 at nagy
To: <sip:0614450100 at sip.ephone.hu>;tag=as2663a8c7
Contact: <sip:kovzol at 84.3.27.255:5100>
Proxy-Authorization: Digest username="06212000005", realm="sip.ephone.hu",
nonce="13bee3aa", uri="sip:0614450100 at 82.150.61.51", algorithm=MD5,
response="13febababc644a91018d4e3a5b55df38"
Refer-To: <sip:06706226977 at sip.ephone.hu>
Content-Length: 0
Max-Forwards: 70
2010/03/29 13:14:01.422 0:10.695 OpalUDP
Setting interface to 192.168.2.10%eth0
2010/03/29 13:14:01.423 0:10.695 SIP
Transaction timers set: retry=0.500, completion=6.000
2010/03/29 13:14:01.425 0:10.697 Housekeeper:0xb7460b70 PTLib
MONITOR:timers=7
2010/03/29 13:14:01.634 0:10.906 Media Patch:0xb6440b70 RTP
Jitter buffer target realigned to current jitter buffer
2010/03/29 13:14:01.654 0:10.926 Media Patch:0xb6440b70 RTP
Jitter buffer target realigned to current jitter buffer
2010/03/29 13:14:01.698 0:10.970 Opal Liste...0xb72ffb70 OpalUDP
Binding to interface: 84.3.27.255:5100
2010/03/29 13:14:01.698 0:10.970 Opal Liste...0xb72ffb70 SIP
Waiting for PDU on udp$82.150.61.51:5060<if=udp$84.3.27.255:5100>
2010/03/29 13:14:01.699 0:10.971 Opal Liste...0xb72ffb70 SIP
PDU received:
rem=udp$82.150.61.51:5060,local=udp$84.3.27.255:5100,if=192.168.2.10%eth0
SIP/2.0 202 Accepted
CSeq: 4 REFER
Via: SIP/2.0/UDP
84.3.27.255:5100;branch=z9hG4bK88a6c4d8-9139-df11-9dc3-0014851806e3;received=84.3.27.255;rport=5100
User-Agent: Ephone2_Ast14
From: "Kovács Zoltán"
<sip:06212000005 at sip.ephone.hu>;tag=205e40d6-9139-df11-9dc3-0014851806e3
Call-ID: de6d40d6-9139-df11-9dc3-0014851806e3 at nagy
Supported: replaces
To: <sip:0614450100 at sip.ephone.hu>;tag=as2663a8c7
Contact: <sip:0614450100 at 82.150.61.51>
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Content-Length: 0
------------------8X allowtransfer=yes X8--------------------------
Thank you in advance dealing with this issue.
Issue History
Date Modified Username Field Change
======================================================================
2010-03-29 06:26 kovzol Note Added: 0119976
======================================================================
More information about the asterisk-bugs
mailing list