Hi,
if a RR hdr is present in INVITE/200 OK, it must be present in all sequential request of that dialog, including the BYE. If your SS doesn't do so, it means it is nor RFC SIP compliant and you should report the bug to the vendor. I don't thing is any way around as it generates the BYE.
regards, bogdan
tele wrote:
Hi bogdan,
Unfortunaly the BYE come from my SoftSwitch is without route header. I'm try to do something like that:
SS ------> OpenSER(acct) ----> OpenSER BYE BYE BYE OpenSER(acct) <----
maybe if the BYE come from another proxy it can recognize the ftag paramater and do the correct accounting.
Or do have you others idea?
On Tue, 2006-07-11 at 09:30 +0300, Bogdan-Andrei Iancu wrote:
Hi,
ftag is something specific to OpenSER/SER, there is no standard doc/spec about it. The idea behind is to add the from tag to the Record-Route header when the initial request passes. by comparing this value (the tag of original from hdr) with the from tag of the sequential requests you can figure out the direction of this request.
regards, bogdan
tele wrote:
Hi,
Can you point me to some documentation about the ftag parameter in the RR/Route header? I've search in the RFCs but not found any informations about.
thank you
On Mon, 2006-07-10 at 14:44 +0300, Bogdan-Andrei Iancu wrote:
Hi,
in this case it means that the UA you were using was not correctly using via the RR/Route headers and the RR header inserted by OpenSER was not correctly mirrored into a Route hdr - this header is used to determine the direction of the sequential requests.
regards, bogdan