Actualy latest fixes to 180/183/200, ACK and memory leak was pushed to 5.0 and master branch.
So, please try with latest 5.0.1 nightly. -- WBR Sergey Basov 25 апр. 2017 г. 8:55 PM пользователь "Pete Kelly" <[email protected]> написал: > Call is with sipp but first goes through another SBC to clean up the SIP > (in case of problems with sipp via headers etc). > > The traces I've done are actually with 4.4. > > Will they be OK or would you prefer 5.0.1? The problem is exactly the same > on both. > > On 25 April 2017 at 16:25, Sergey Basov <[email protected]> wrote: > >> Hi. >> >> Can you send dump of the call with kamailio 5.0.1 nightly? >> >> And does you make call using sipp? >> >> -- >> WBR >> Sergey Basov >> >> 25 апр. 2017 г. 5:57 PM пользователь "Pete Kelly" <[email protected]> >> написал: >> >>> Looks like from last night: >>> >>> 5.0.1+0~20170425013247.36+trusty >>> >>> On 25 April 2017 at 15:42, Daniel-Constantin Mierla <[email protected]> >>> wrote: >>> >>>> Hello, >>>> >>>> to be sure, it is 5.0.1 build from last night or quite recent? There >>>> were some fixes in the past days to topos module. >>>> >>>> Cheers, >>>> Daniel >>>> >>>> On 25.04.17 15:59, Pete Kelly wrote: >>>> >>>> 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 < >>>> [email protected]> 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 >>>>> [email protected]http://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 >>>>> >>>>> -- >>>> Daniel-Constantin Mierlawww.twitter.com/miconda -- >>>> www.linkedin.com/in/miconda >>>> >>>> Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com >>>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com >>>> >>>> >>> >>> _______________________________________________ >>> Kamailio (SER) - Users Mailing List >>> [email protected] >>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users >>> >>> >
_______________________________________________ Kamailio (SER) - Users Mailing List [email protected] https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
