[SR-Users] topos module - possible bug

[Pete Kelly]

Hi Daniel

Sorry for the delayed response to this, the ACK is for a 200OK yes and the
problem still persists in latest 4.4 and the 5.0.1 nightly build.

I have all DB entries/kam logs/pcap files.

If you check the attached pcap, 192.168.70.70 and 192.168.252.70 are the
same instance of Kamailio, it is being used to bridge the 2 networks.

Frame 34 shows the 200OK with lots of Record-Route etc, and frame 35 shows
topos in action.

However the ACK that is relayed in Frame 38 seems to be missing all the
Route information that was supplied in the 200OK, this causes the ACK to be
relayed directly to the Contact, breaking the proxy chain.

Pete

On 22 February 2017 at 18:31, Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

> Hello,
>
> is the ACK for 200ok? Or an ack for a negative response?
>
> Can you get a pcap for such situation with all messages related to the
> call?
>
> Cheers,
> Daniel
>
> On 22/02/2017 17:20, Pete Kelly wrote:
>
> Hi
>
> I am using the topos module when bridging 2 networks with Kamailio.
>
> The INVITE/200OK part of the transaction is working fine (i.e. the Contact
> on both sides matches correctly the corresponding network).
>
> However when the ACK is sent into Kamailio, instead of realising the next
> hop is myself and skipping it, Kamailio is sending the ACK directly to
> itself as a packet, causing the call setup to break.
>
> Does anyone have any advice for this situation?
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com
> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20170425/1943f6c0/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: call.pcap
Type: application/octet-stream
Size: 51848 bytes
Desc: not available
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20170425/1943f6c0/attachment.obj>