3 Jan
2011
3 Jan
'11
5:51 p.m.
Hi,
what is the best way to replace the userpart of the SIP-To URI with the content of a
pseudo variable?
Thanks for every hint.
Best regards,
Bernhard
3 Jan
3 Jan
7:42 p.m.
Am 03.01.2011 16:51, schrieb Bernhard Suttner:
Hi,
what is the best way to replace the userpart of the SIP-To URI with the content of a
pseudo variable?
textops module:
e.g. use
http://www.kamailio.org/docs/modules/3.1.x/modules_k/textops.html#id2910302
you could also remove_hf("to") and add a new header
append_hf("To: ...");
some devices do not like if the To gets changed. In this case you have
to reverse the change in the responses and keep track of cahnges for
in-dialog messages.
Anyway - at the least the totag must not be changed (if present)
regards
klaus
7 Jan
7 Jan
11:36 a.m.
Hello,
On 1/3/11 6:42 PM, Klaus Darilion wrote:
Am 03.01.2011 16:51, schrieb Bernhard Suttner:
starting with 3.1.0, you can do simply:
$tU = "12345";
But be aware you have to do it only once, or call msg_apply_changes()
before doing another one.
Since 3.1.0, From and To header attributes: display name, username and
domain are writable via PVs, with the constraint stated above.
Cheers,
Daniel
Hi,
what is the best way to replace the userpart of the SIP-To URI with
the content of a pseudo variable?
textops module:
e.g. use
http://www.kamailio.org/docs/modules/3.1.x/modules_k/textops.html#id2910302
you could also remove_hf("to") and add a new header
append_hf("To: ...");
some devices do not like if the To gets changed. In this case you have
to reverse the change in the responses and keep track of cahnges for
in-dialog messages.
Anyway - at the least the totag must not be changed (if present)
regards
klaus
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla
Kamailio (OpenSER) Advanced Training
Jan 24-26, 2011, Irvine, CA, USA
http://www.asipto.com
11:37 a.m.
Daniel,
On 01/07/2011 04:36 AM, Daniel-Constantin Mierla wrote:
Since 3.1.0, From and To header attributes: display
name, username and
domain are writable via PVs, with the constraint stated above.
I can write to $fU/$fu/$fd without having to use uac_replace_from()?
Thanks,
--
Alex Balashov - Principal
Evariste Systems LLC
260 Peachtree Street NW
Suite 2200
Atlanta, GA 30303
Tel: +1-678-954-0670
Fax: +1-404-961-1892
Web: http://www.evaristesys.com/
11:51 a.m.
On 1/7/11 10:37 AM, Alex Balashov wrote:
Daniel,
On 01/07/2011 04:36 AM, Daniel-Constantin Mierla wrote:
yes, but only if you don't want to restore automatically.
I haven't met lately a sip device complaining because of changes in
from/to uri. by rfc3261 only the tags matter for dialogs, therefore you
can change as you want and forget about restoring back. it works for me
in many deployments.
Cheers,
Daniel
--
Daniel-Constantin Mierla
Kamailio (OpenSER) Advanced Training
Jan 24-26, 2011, Irvine, CA, USA
http://www.asipto.com
Since 3.1.0, From and To header attributes:
display name, username and
domain are writable via PVs, with the constraint stated above.
I can write to $fU/$fu/$fd without having to use uac_replace_from()?
11:53 a.m.
On 01/07/2011 04:51 AM, Daniel-Constantin Mierla wrote:
On 1/7/11 10:37 AM, Alex Balashov wrote:
Ah, okay. That was going to be my next question.
Personally, I prefer the stateful automatic restore for compatibility
and purity reasons, but it is nice to know the capability is there to
take a more simple approach if needed and appropriate.
--
Alex Balashov - Principal
Evariste Systems LLC
260 Peachtree Street NW
Suite 2200
Atlanta, GA 30303
Tel: +1-678-954-0670
Fax: +1-404-961-1892
Web: http://www.evaristesys.com/
Daniel,
On 01/07/2011 04:36 AM, Daniel-Constantin Mierla wrote:
yes, but only if you don't want to restore automatically.
I haven't met lately a sip device complaining because of changes in
from/to uri. by rfc3261 only the tags matter for dialogs, therefore
you can change as you want and forget about restoring back. it works
for me in many deployments. Since 3.1.0, From and To header attributes:
display name, username and
domain are writable via PVs, with the constraint stated above.
I can write to $fU/$fu/$fd without having to use uac_replace_from()?
11:52 a.m.
Hi,
the trick, when using "uac_replace_from" is, that it will
"automagically" change subsequest requests. This is required in order
to work with most SIP-Endpoints.
If you just want to change the "From" for the current request, that is fine.
Carsten
2011/1/7 Alex Balashov <abalashov(a)evaristesys.com>om>:
Daniel,
On 01/07/2011 04:36 AM, Daniel-Constantin Mierla wrote:
--
Carsten Bock
Schomburgstr. 80
22767 Hamburg
Germany
Mobile +49 179 2021244
Home +49 40 34927217
Büro (Verl) +49 5246 801427
Fax +49 40 34927218
mailto:carsten@bock.info
Since 3.1.0, From and To header attributes:
display name, username and
domain are writable via PVs, with the constraint stated above.
I can write to $fU/$fu/$fd without having to use uac_replace_from()?
Thanks,
--
Alex Balashov - Principal
Evariste Systems LLC
260 Peachtree Street NW
Suite 2200
Atlanta, GA 30303
Tel: +1-678-954-0670
Fax: +1-404-961-1892
Web: http://www.evaristesys.com/
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
11:55 a.m.
On 01/07/2011 04:52 AM, Carsten Bock wrote:
the trick, when using "uac_replace_from" is,
that it will
"automagically" change subsequest requests. This is required in order
to work with most SIP-Endpoints.
If you just want to change the "From" for the current request, that is fine.
I understand. Changing To/From by a proxy has long been a thorny
issue, in the sense that on the one hand those fields are purely
cosmetic in strict-3261 mode, but on the other hand, changing them
breaks 2543 compatibility, and it's just not something a proxy is
supposed to do.
I suppose that a very strict UA could also refuse to process replies
which contain From/To header values that do not match the ones it
sent, even if those values are not used for dialog or request
association or anything related to maintenance of state per se.
--
Alex Balashov - Principal
Evariste Systems LLC
260 Peachtree Street NW
Suite 2200
Atlanta, GA 30303
Tel: +1-678-954-0670
Fax: +1-404-961-1892
Web: http://www.evaristesys.com/
12:09 p.m.
7 jan 2011 kl. 10.55 skrev Alex Balashov:
On 01/07/2011 04:52 AM, Carsten Bock wrote:
Well, that changed with a new rfc (put number here) about
caller ID updates. I do not remember the proxy role, but a UA can now change From/To
identities mid call, like after a call transfer in a pbx.
/O
the trick, when using
"uac_replace_from" is, that it will
"automagically" change subsequest requests. This is required in order
to work with most SIP-Endpoints.
If you just want to change the "From" for the current request, that is fine.
I understand. Changing To/From by a proxy has long been a thorny issue, in the sense
that on the one hand those fields are purely cosmetic in strict-3261 mode, but on the
other hand, changing them breaks 2543 compatibility, and it's just not something a
proxy is supposed to do.
5071
days inactive
5075
days old
8 comments
6 participants
participants (6)
-
Alex Balashov -
Bernhard Suttner -
Carsten Bock -
Daniel-Constantin Mierla -
Klaus Darilion -
Olle E. Johansson