Ok, i will try this , thank you
2014-03-17 11:31 GMT-04:00 Bogdan-Andrei Iancu <[email protected]>: > Yhe ACK matches the dialog, but the UAC module is not able to do a > correct restore / change of the FROM header. > > BTW, try to do the FROM stuff after creating the dialog -> in this case, > the B64 value will be stored in the dialog and not in the RR header. > > Regards, > > Bogdan-Andrei Iancu > OpenSIPS Founder and Developerhttp://www.opensips-solutions.com > > On 17.03.2014 17:17, Mike Tesliuk wrote: > > Bogdan, > > A last question about that, in this case, the ack does not match, so, the > dialog still in the memory right ? will not be ended , and this can be the > problem that i have with memory on this server (too high memory usage) > > > 2014-03-17 11:03 GMT-04:00 Mike Tesliuk <[email protected]>: > >> Ok Bogdan, thanks for you explanation, i will check that >> >> >> 2014-03-17 10:43 GMT-04:00 Bogdan-Andrei Iancu <[email protected]>: >> >> Yes, definitely that is the problem - that string is a B64 encoded >>> value, so it is case sensitive. According to RFC3261, UAs must copy the RR >>> params without any change (even if they do not understand). So your UAC is >>> broken when comes to handling RR headers. >>> >>> Regards, >>> >>> Bogdan-Andrei Iancu >>> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com >>> >>> On 17.03.2014 15:36, Mike Tesliuk wrote: >>> >>> Ok, >>> >>> I receive the invite, and i send the invite with this vsf >>> AAAAAF5CW0NKbgEAcAR4BxYLHgAABB0FGgA4 >>> >>> on the 180 is ok >>> on the 183 is ok >>> on the 200 is ok >>> >>> The ack is ok, but lower case ( aaaaaf5cw0nkbgeacar4bxylhgaabb0fgga4 ) >>> >>> so everything broke >>> >>> From: <...S.m.z._6.A..^$..4.X.-.5.>;tag=1c731545057. >>> >>> >>> The lower case on ACK can be the problem ? >>> >>> >>> >>> 2014-03-17 5:28 GMT-04:00 Bogdan-Andrei Iancu <[email protected]>: >>> >>>> Hello Mike, >>>> >>>> The restore/change of the FROM hdr is done automatically for the >>>> sequential requests. What I suspect in your case is an altering of the >>>> RR/Route "vsf" param - check if you have the same value in the outgoing >>>> INVITE (original), in the invite 200 OK (in RR hdr) and the incoming ACK >>>> (in Route hdr) >>>> >>>> Regards, >>>> >>>> Bogdan-Andrei Iancu >>>> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com >>>> >>>> On 17.03.2014 00:03, Mike Tesliuk wrote: >>>> >>>> Hello Bogdan, >>>> >>>> Yes, on the initial request we have the uac_replace_from , but in this >>>> case the ack is not supposed to reach the function , as i say before, this >>>> does not happen on every dialog, just in some situation that i dont >>>> identify exactly which one yet. >>>> >>>> >>>> 2014-03-16 17:06 GMT-04:00 Bogdan-Andrei Iancu <[email protected]>: >>>> >>>>> Hello Mike, >>>>> >>>>> Are you using the uac_replace_from() for that call ? >>>>> >>>>> Regards, >>>>> >>>>> Bogdan-Andrei Iancu >>>>> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com >>>>> >>>>> On 14.03.2014 19:48, Mike Tesliuk wrote: >>>>> >>>>> Hello Guys, >>>>> >>>>> Im checking about a problem here i hope somebody can help me. >>>>> >>>>> Some times when i receive an ACK opensips is doing something strange >>>>> with the from, check the mesage below >>>>> >>>>> Message that opensips has received >>>>> >>>>> U _CUSTOMER_IP_:5060 -> __OPENSIPS_IP__:5060 >>>>> ACK sip:603#558533822977@_ASTERISK_IP_:5060 SIP/2.0. >>>>> Contact: <sip:[email protected]:5060>. >>>>> CSeq: 1 ACK. >>>>> From: <sip:[email protected]>;tag=1c512295868. >>>>> >>>>> Message that opensips has sended >>>>> >>>>> U __OPENSIPS_IP__:5060 -> _ASTERISK_IP_:5060 >>>>> ACK sip:603#558533822977@_ASTERISK_IP_:5060 SIP/2.0. >>>>> Contact: <sip:[email protected]:5060>. >>>>> CSeq: 1 ACK. >>>>> From: <...S.i.~.\..)..N(..24Y3-.9.>;tag=1c512295868. >>>>> >>>>> With this, i get on my log messages like below. >>>>> >>>>> ERROR:core:parse_to: unexpected char [\] in status 6: >>>>> <<<#032??S?i?~?>> . >>>>> ERROR:core:parse_from_header: bad from header >>>>> ERROR:uac:restore_uris_reply: failed to find/parse FROM hdr >>>>> >>>>> and the acc show me this >>>>> >>>>> reason=Call leg/transaction does not exist >>>>> >>>>> i dont understand why this is happen, but happen just some times, and >>>>> as i can find just with one customer. >>>>> >>>>> >>>>> if somebody can point me what kind of mistake can generate this error >>>>> i will apreciate. >>>>> >>>>> Thanks >>>>> >>>>> >>>>> _______________________________________________ >>>>> Users mailing >>>>> [email protected]http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>>>> >>>>> >>>>> >>>> >>>> >>> >>> >> > >
_______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
