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

Santi Antón Santi.Anton at quarea.com
Wed Jun 4 11:04:10 CEST 2014


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
 Responsable de operaciones

Tel. 902 520 520 ext 106
Fax. 93 589 14 90

santi.anton at quarea.com
 





 
902 520 520
www.quarea.com
Quarea ITC Management & Consulting
Su experto en Redes Voz-Datos IP: 
Asterisk, Cisco, Polycom, Colt Telecom
 



Este mensaje está dirigido únicamente a su destinatario. Contiene información CONFIDENCIAL sometida a secreto profesional o cuya divulgación está prohibida por la ley. Si ha recibido este mensaje por error, debe saber que su lectura, copia y uso no están autorizados. Le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción. El correo electrónico vía Internet no permite asegurar la confidencialidad de los mensajes que se transmiten ni su integridad o correcta recepción. QUAREA no asume responsabilidad por estas circunstancias y se reserva el derecho a ejercer las acciones legales que le correspondan contra todo tercero que acceda de forma ilegítima al contenido de este mensaje y al de los ficheros contenidos en el mismo. Si el destinatario de este mensaje no consintiera la utilización del correo electrónico vía Internet y la grabación de los mensajes, rogamos lo ponga en nuestro conocimiento de forma inmediata.
De conformidad con la LOPD y la LSSICE, le informamos que su correo electrónico forma parte de nuestra BBDD de contactos con la finalidad de enviarle información de nuestros productos. Puede ejercer sus derechos de acceso, rectificación, cancelación y oposición dirigiendo un escrito a infodat at quarea.com indicando en el asunto LOPD.






















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