[SR-Users] Issue with ftag parameter in Record-Route header

Valentin Christoph Christoph.Valentin at kapsch.net
Thu Jul 21 17:08:12 CEST 2016


Hi community,

I'm using an MGCF that creates From tags like **%%!!MYOFFICE++00!!%%**A0F1F1BA

Now the special characters "%%" are allowed in tags (i.e. "token" according to RFC 3261),

      token       =  1*(alphanum / "-" / "." / "!" / "%" / "*"
                     / "_" / "+" / "`" / "'" / "~" )


but they are NOT allowed in URI parameters according to RFC 3261

uri-parameter     =  transport-param / user-param / method-param
                     / ttl-param / maddr-param / lr-param / other-param

other-param       =  pname [ "=" pvalue ]
pname             =  1*paramchar
pvalue            =  1*paramchar
paramchar         =  param-unreserved / unreserved / escaped
param-unreserved  =  "[" / "]" / "/" / ":" / "&" / "+" / "$"
      unreserved  =  alphanum / mark
      mark        =  "-" / "_" / "." / "!" / "~" / "*" / "'"
                     / "(" / ")"
      escaped     =  "%" HEXDIG HEXDIG

which makes the MGCF ignore the whole RR header and sending subsequent requests directly to the peer SIP UA, instead of sending it to the CSCF.

Hence it's not OK to just copy the From tag into the ftag parameter, imho.

We did a workaround in the MGCF, now sending **~~!!MYOFFICE++00!!~~**A0F1F1BA, but strictly spoken the kamailio S-CSCF is not compliant to RFC 3261.

What's your opinion? Is there an configuration option to make it compliant?

All the best
Christoph




The information contained in this e-mail message is privileged and confidential and is for the exclusive use of the addressee. The person who receives this message and who is not the addressee, one of his employees or an agent entitled to hand it over to the addressee, is informed that he may not use, disclose or reproduce the contents thereof, and is kindly asked to notify the sender and delete the e-mail immediately.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20160721/193af912/attachment.html>


More information about the sr-users mailing list