16 Apr
2007
16 Apr
'07
12:53 p.m.
Hi,
The vendor said:
"Our implementation of SIP manages in various way regarding the other
device in test, header field “Record” (in particular not retrasmit all
param but filter, for example the "lr" parameter). That cause calling to
consider the proxy of type “strict” and changes the Request-Uri of the
ACK"
We've also notice that the vendor UA not mirror all the RR parameters
for example:
RR of INVITE from OpenSER to -> UA
Record-Route:
<sip:IP;lr=on;ftag=80b12060-52d7a475-13c4-53c-e3a1aea-53c;vsf=AAAAAAMIBgQEDwcGCAR4DHJeXkkYTQQbQ0xJHkBsZXhpYS5jb206NTA2MA-->
and the Re-INVITE from UA to OpenSER
Route:
<sip:IP;vsf=AAAAAAMIBgQEDwcGCAR4DHJeXkkYTQQbQ0xJHkBsZXhpYS5jb206NTA2MA-->
So i think OpenSER use the ftag and vsf parameter of Route header for
generate the correct From header.. is that true?
so the vendor UA MUST mirror untouched all the parameters?
thanks,
:tele
On Tue, 2007-04-03 at 17:27 +0300, Bogdan-Andrei Iancu wrote:
Hi tele,
the problem is with the re-INVITE which is malformed.
original INVITE had the FROM URI
<sip:396006660084@plx-c5-pbx.plexia.com:5060>, but the re-INVITE has
<sip:0104491093@plx-c5-pbx.plexia.com:5060>....
the FROM URI does not change during the dialog. It looks like UA bug.
regards,
bogdan
tele wrote:
Hi all,
I'm occured in this problem already seen here:
http://www.openser.org/pipermail/users/2006-March/003540.html
My problem occured between two different UA and only in case of a
Re-INVITE for a T.38 fax communication.
Im' using openser 1.2.0.
I'm doing some translation with From for a correct CLI screening.
I'm also checked that the RR parameters are correctly mirrored.
find attached here the debug.log and a network trace.
thank you
:tele
_______________________________________________
Users mailing list
Users(a)openser.org
http://openser.org/cgi-bin/mailman/listinfo/users