Hi,
You mean the frame 38 in your trace, right ? Indeed the TO should have
only the URI, not the REPLACE stuff ....I will look into.
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 27.05.2014 17:10, Santi Antón wrote:
Hello,
I noticed that INVITE with Replaces header is built like this:
INVITE sip:9442@172.16.50.131:5063 SIP/2.0
Record-Route: <sip:172.16.53.59;lr>
Via: SIP/2.0/UDP 172.16.53.59:5060;branch=z9hG4bK4867.fe529da6.0
Via: SIP/2.0/UDP 172.16.53.59:5060;branch=z9hG4bK4867.ee529da6.0
To:
sip:9442@172.16.53.59?Replaces=377952018%40172.16.51.138%3Bto-tag%3DB2B.124.358%3Bfrom-tag%3D741375670
From:
<sip:9443@172.16.53.59;transport=UDP>;tag=fde67a95c41efd29d5eb8ddaecdbabf0-9cb9
CSeq: 4 INVITE
Call-ID: B2B.345.6691153
Max-Forwards: 69
Content-Length: 376
User-Agent: OpenSIPS (1.10.1-notls (x86_64/linux))
Content-Type: application/sdp
Supported: replaces, norefersub, extended-refer, timer, X-cisco-serviceuri
Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, MESSAGE, OPTIONS, INFO,
SUBSCRIBE
Contact: <sip:172.16.53.59:5060>
The replaces header is inside "To" header, is it correct? The examples I saw
the Replaces header has an independent header like next:
F6 INVITE Transferee -> Transfer Target
INVITE sips:482n4z24...@chicago.example.com;gr=8594958 SIP/2.0
Via: SIP/2.0/TLS 192.0.2.4;branch=z9hG4bKnaslu82
Max-Forwards: 70
To: <sips:482n4z24...@chicago.example.com;gr=8594958>
From: <sips:transfe...@biloxi.example.com>;tag=954
Call-ID: kmzwdle3dl3d08
CSeq: 41 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY
Supported: gruu, replaces, tdialog
Contact: <sips:3ld812ad...@biloxi.example.com;gr=3413kj2ha>
Replaces: 592435881734450904;to-tag=9m2n3wq;from-tag=763231
Content-Type: application/sdp
Content-Length: ...
Regards,
Santi Antón
-----Mensaje original-----
De: Santi Antón
Enviado el: lunes, 26 de mayo de 2014 9:46
Para: 'users@lists.opensips.org'; 'Bogdan-Andrei Iancu'
Asunto: RV: [OpenSIPS-Users] Second call on transferred with B2B refer scenario
Oh, I forget to attach the file. Next you can find a link to pcap.
https://drive.google.com/file/d/0B3db2bUGbNDQWFIzSjhoVFFKVUk/edit?usp=sharing
Regards,
Santi Antón
-----Mensaje original-----
De: Bogdan-Andrei Iancu [mailto:bog...@opensips.org] Enviado el: jueves, 22 de
mayo de 2014 18:29
Para: users@lists.opensips.org; Santi Antón
Asunto: Re: [OpenSIPS-Users] Second call on transferred with B2B refer scenario
Hello Santi,
There is nothing attached and it is not a good practice to have large
attachments on the mailing lists (as you are flooding the inboxes).
Better uploade your trace on a pastebin like side (or store pcap on ftp/http
servers) and just post the link.
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 22.05.2014 13:28, Santi Antón wrote:
Hello,
I'm trying to implement attendant transfer capability to our Opensips server
with the b2b module and refer.xml scenario.
Attended transfer works fine except the transferred receives a new call rather
than update the ongoing call with transferor.
Looking for the cause I saw that from tag is different between the initial call
(INVITE) to transferred and the from tag in Replaces header (INVITE). I think
the two from tag have to be the same to consider the second INVITE an update
and not a new call.
Attached you can find a capture with an isolated example (9443 calls 9441 and
does an attended transfer to 9442).
Maybe I'm not understanding the module behavior but I couldn't find any clue in
module's documentation.
Thanks in advance,
Santi Antón
_______________________________________________
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
