I deleted issue because I think so. :-) -- Nick
2012/3/28 Bogdan-Andrei Iancu <[email protected]>: > Oh, I see - this is not a bug in b2b, it is more a scripting issue. > > Regards, > Bogdan > > > On 03/28/2012 01:38 PM, Nick wrote: >> >> A B2B B >> 1. ---------> ---------> INVITE >> 2.<--------<--------- Trying/Ringing >> 3.<--------<--------- 200 OK >> 4. ---------> ---------> ACK >> >> "A" has external ip-address. >> "B" is behind the NAT. >> >> In 200 OK "B" sends its local contact, like "192.168.0.1". >> So, B2B sends ACK from itself to "B" to "192.168.0.1" address instead >> of external address. >> >> It's okay because b2b knows nothing about NAT. >> But with solution below I solved this problem. >> >> -- >> Nick >> >> >> 2012/3/28 Bogdan-Andrei Iancu<[email protected]>: >>> >>> Nick, >>> >>> Considering the scenario A -> b2b -> B >>> >>> in the so called bogus contact ( in the 200 OK reply from b2b to A) you >>> see >>> the contact of B instead of the contact of b2b ? >>> >>> Regards, >>> Bogdan >>> >>> >>> On 03/28/2012 01:00 PM, Nick wrote: >>>> >>>> I don't know exactly, it is bug or it is not bug. >>>> >>>> I solved the problem this way (in global on_reply route): >>>> >>>> onreply_route { >>>> if ([here i filter only b2b replies]) { >>>> if (nat_uac_test("1")) fix_nated_contact(); >>>> if ( (!search("^Content-Length:[ ]*0"))&& >>>> (nat_uac_test("8")) ) fix_nated_sdp("10"); >>>> } >>>> } >>>> >>>> So, this commands executes before b2b_logic module and everything works >>>> well. >>>> >>>> No NAT on this host (it processed on another proxies), but nathelper >>>> only in onreply_route used. >>>> >>>> -- >>>> Nick >>>> >>>> >>>> 2012/3/28 Bogdan-Andrei Iancu<[email protected]>: >>>> >>>>> Hi Nick, >>>>> >>>>> I noticed you closed you bug report in this - was you original report >>>>> invalid or ? >>>>> >>>>> Regards, >>>>> Bogdan >>>>> >>>>> >>>>> On 03/27/2012 07:38 AM, Nick wrote: >>>>>> >>>>>> B2Blogic module changes Contact header in INVITE and other SIP >>>>>> requests, but doesn't change it in 200 OK reply. >>>>>> The result is ACK from UAC goes to host from untouched Contact header, >>>>>> but I think that Contact should be substituted by b2blogic module to >>>>>> opensips contact, then ACK will go to right destination. >>>>>> >>>>>> -- >>>>>> Nick >>>>>> >>>>>> _______________________________________________ >>>>>> Users mailing list >>>>>> [email protected] >>>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>>>>> >>>>> -- >>>>> Bogdan-Andrei Iancu >>>>> OpenSIPS Founder and Developer >>>>> http://www.opensips-solutions.com >>>>> >>> >>> -- >>> Bogdan-Andrei Iancu >>> OpenSIPS Founder and Developer >>> http://www.opensips-solutions.com >>> > > > -- > Bogdan-Andrei Iancu > OpenSIPS Founder and Developer > http://www.opensips-solutions.com > _______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
