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 Developer
http://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] <mailto:[email protected]>>:

    Hello Mike,

    Are you using the uac_replace_from() for that call ?

    Regards,

    Bogdan-Andrei Iancu
    OpenSIPS Founder and Developer
    http://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
    <http://sip:[email protected]:5060>>.
    CSeq: 1 ACK.
    From: <sip:[email protected]
    <mailto: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
    <http://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 list
    [email protected]  <mailto:[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

Reply via email to