<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html;charset=KOI8-R" http-equiv="Content-Type">

  <title></title>

</head>

<body bgcolor="#ffffff" text="#000000">

NEVER manipulate From/To so that tag=something disappears!!š Per

RFC3261, a dialog is the combination of these two tags and Call-Id.š On

branching and reINVITE, the Call-Id will stay the same, while the tags

may change.š This is relevant for accounting, for keeping track of

branches, failures, and is absolutely necessary for the UAs to

recognize the dialog.<br>

The old RFC uses the full content of From/To for the same purposes,

thus manipulating From/To will break your backwards suport for

UACs/UASs that do not support RFC3261. This means that in a closed-wall

deployment and all UAS/UAC support RFC3261, you MAY manipulate From/To,

but it's not recommended and may well end up biting you later...<br>

g-)<br>

<br>

Alexandr Dubovikov wrote:

<blockquote cite="mid20060826202057.GA57067@start4.info" type="cite">

  <pre wrap="">On Sat, Aug 26, 2006 at 07:55:41PM +0100, <a class="moz-txt-link-abbreviated" href="mailto:rcarvalho@iric.up.pt">rcarvalho@iric.up.pt</a> wrote:

  </pre>

  <blockquote type="cite">

    <pre wrap="">I'm sceptic about the use of functions that replace parts of SIP messages,

because that way, will Ser still keep record of transactions? Won?t those

replacements affect Ser to recognise to whom route subsequent messages?

Regards,

Ricardo.

    </pre>

  </blockquote>

  <pre wrap=""><!---->

Yep, we already discused here about it one week ago. From, To and Call-ID make a 

Call Leg of transaction. I am not sure, but ser tm based only on Call-ID and

ignore To/From fields.

Wbr,

  </pre>

</blockquote>

</body>

</html>