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