No AVPs or vars. The encoding field separator can be specified via params:
http://sip-router.org/docbook/sip-router/branch/master/modules_k/siputils/siputils.html#id2574949
Regards,
Ovidiu Sas
On Tue, May 4, 2010 at 9:41 AM, Uriel Rozenbaum
wrote:
> Thanks Guys, I'll be trying this. Do you know
I have no idea ... :-(
Am 04.05.2010 15:41, schrieb Uriel Rozenbaum:
Thanks Guys, I'll be trying this. Do you know if I can use AVP or vars
as parameters for these functions?
|encode_contact(encoding_prefix)
||decode_contact()|
On Mon, May 3, 2010 at 5:47 AM, Klaus Darilion
mailto:klaus.mailing
On Friday 30 April 2010 13:25:13 Iñaki Baz Castillo wrote:
> Yes, I agree. In fact draft invfix solves it by adding a new state
> "Accepted" so when a 200 is sent the server transaction remains in
> memory for a while (to absorbe INVITE retransmissions).
>
> But anyway the transaction is in "Accep
Thanks Guys, I'll be trying this. Do you know if I can use AVP or vars as
parameters for these functions?
encode_contact(encoding_prefix)
decode_contact()
On Mon, May 3, 2010 at 5:47 AM, Klaus Darilion wrote:
> The best would be to tell the providers that they should fix their systems.
>
> As a
On Monday 03 May 2010, Iñaki Baz Castillo wrote:
> > We just drop them. In the sr configuration i think there is also a
> > similar method implemented (etc/sip-router.cfg, route[CATCH_CANCEL]). In
> > the past on our systems we've tried to forward them stateless, but this
> > created some loop cond
