[OpenSIPS-Users] Dialog topology_hiding cut off all via

[Brett Nemeroff]

I did notice some weird behavior in 1.10 with topology hiding. 

Specifically I've seen route headers not get added back on when they should; even tho the logs clearly show they are, they never make it on the wire. 

This problem doesn't exist in 1.9. Not sure if it's the same issue you are experiencing. Can you change to 1.9 and see if the problem goes away?


-Brett

-- 
Brett Nemeroff
Sent with Airmail

On October 16, 2013 at 7:17:31 AM, Alexander Mustafin (mustafin.aleksandr at gmail.com) wrote:

Hello!

Any ideas? I'm still stuck on this problem ((

All VIA's are deleting and no inserting by topology_hiding()

Best regards,
Alexander Mustafin
mustafin.aleksandr at gmail.com




10.10.2013, в 10:27, Alexander Mustafin <mustafin.aleksandr at gmail.com> написал(а):

Hello!

I'm testing OpenSIPS 1.10.0 version now and I've strange behavior of topology_hiding() in dialog module.

 topology_hiding() function cut off all VIA headers and FreeSWITCH drop this messages when receive it.


U 2013/10/09 20:58:07.836413 192.168.56.101:5060 -> 192.168.56.102:5080
INVITE sip:88888888888 at 192.168.56.102:5080 SIP/2.0.
Max-Forwards: 19.
From: <sip:192.168.56.1>;tag=1899889404.
To: <sip:88888888888 at os110.local>.
Call-ID: 799572721 at 192.168.56.1.
CSeq: 68 INVITE.
User-Agent: YATE/4.3.0.
Contact: <sip:192.168.56.101;did=aa9.ce60bea5>.
Allow: ACK, INVITE, BYE, CANCEL, OPTIONS, INFO.
Content-Type: application/sdp.
Content-Length: 481.

I found the next message in log:
DBG:dialog:dlg_del_vias: Delete via [Via: SIP/2.0/UDP 192.168.56.1:5060;rport;branch=z9hG4bK1863223967#015#012]

Why this happens?

Best regards,
Alexander Mustafin
mustafin.aleksandr at gmail.com






_______________________________________________  
Users mailing list  
Users at lists.opensips.org  
http://lists.opensips.org/cgi-bin/mailman/listinfo/users  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20131016/632db797/attachment.htm>