[OpenSIPS-Users] Second call on transferred with B2B refer scenario

Santi Antón Santi.Anton at quarea.com
Wed Jun 11 12:06:08 CEST 2014


Hi,

Nobody else had found the same issue trying refer scenario with b2b module? Someone has a valid opensips.cfg to compare it with mine?

Regards,

Santi Antón



-----Mensaje original-----
De: Santi Antón 
Enviado el: miércoles, 04 de junio de 2014 11:04
Para: OpenSIPS users mailling list; 'Bogdan-Andrei Iancu'
Asunto: RE: [OpenSIPS-Users] Second call on transferred with B2B refer scenario

Hi Bogdan,

Do you need my opensips.cfg? It seems very strange that this issue could be general, I think that maybe I'm making a mistake in opensips configuration.

Regards,

 
Santi Antón


-----Mensaje original-----
De: users-bounces at lists.opensips.org [mailto:users-bounces at lists.opensips.org] En nombre de Santi Antón Enviado el: miércoles, 28 de mayo de 2014 9:35
Para: 'Bogdan-Andrei Iancu'; OpenSIPS users mailling list
Asunto: Re: [OpenSIPS-Users] Second call on transferred with B2B refer scenario

Hi Bogdan,

Yes, it is.

Thanks in advance,

 
Santi Antón


>-----Mensaje original-----
>De: Bogdan-Andrei Iancu [mailto:bogdan at opensips.org] Enviado el: 
>miércoles, 28 de mayo de 2014 8:15
>Para: OpenSIPS users mailling list; Santi Antón
>Asunto: Re: [OpenSIPS-Users] Second call on transferred with B2B refer 
>scenario
>
>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 at 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 at 172.16.53.59?Replaces=377952018%40172.16.51.138%3Bto-tag%3DB2
> B.124.358%3Bfrom-tag%3D741375670
> From: 
> <sip:9443 at 172.16.53.59;transport=UDP>;tag=fde67a95c41efd29d5eb8ddaecdb
> abf0-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:482n4z24kdg at chicago.example.com;gr=8594958 SIP/2.0
> Via: SIP/2.0/TLS 192.0.2.4;branch=z9hG4bKnaslu82
> Max-Forwards: 70
> To: <sips:482n4z24kdg at chicago.example.com;gr=8594958>
> From: <sips:transferee at 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:3ld812adkjw at 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 at 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:bogdan at opensips.org] Enviado el: 
>> jueves, 22 de mayo de 2014 18:29
>> Para: users at 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 at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>


_______________________________________________
Users mailing list
Users at lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users



More information about the Users mailing list