[SIPForum-discussion] To-Tag in REGISTER message

Santosh Iyer spi6281 at yahoo.com
Wed Oct 31 14:14:34 UTC 2012

Keerthi,     Your answer lies in section 8.2,2,2 itself. The re-register or de-register will have a different Via branch and incremental CSeq number. That will make that request unique and will not cause the end server to return a 482 loop detected.

--- On Tue, 10/30/12, Keerthi Srinivasan <keerthivarmansrinivasan at gmail.com> wrote:

From: Keerthi Srinivasan <keerthivarmansrinivasan at gmail.com>
Subject: [SIPForum-discussion] To-Tag in REGISTER message
To: sip-implementors at lists.cs.columbia.edu, discussion at sipforum.org
Date: Tuesday, October 30, 2012, 4:47 PM


When UA sends REGISTER request to the server it does not contain the To-Tag and Server is accepts the Registration (200 OK) will have the To-Tag.

If the Refresh or Deregister does not have the To-Tag in the REGISTER message. Is the server will accept the Refresh or Deregister REGISTER message or will send 482 Loop Detected as per the RFC3261 ( Merged Requests)

Here is the RFC3261 content: Merged Requests

   If the request has no tag in the To header field, the UAS core MUST
   check the request against ongoing transactions.  If the From tag,
   Call-ID, and CSeq exactly match those associated with an ongoing

   transaction, but the request does not match that transaction (based
   on the matching rules in Section 17.2.3), the UAS core SHOULD
   generate a 482 (Loop Detected) response and pass it to the server

      The same request has arrived at the UAS more than once, following
      different paths, most likely due to forking.  The UAS processes
      the first such request received and responds with a 482 (Loop

      Detected) to the rest of them.

Is the Server MUST reject or Accept the Refresh / Deregister REGISTER request?


-----Inline Attachment Follows-----

This is the SIP Forum discussion mailing list
TO UNSUBSCRIBE, or edit your delivery options, please visit http://sipforum.org/mailman/listinfo/discussion
Post to the list at discussion at sipforum.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://sipforum.org/pipermail/discussion/attachments/20121031/a87f50b2/attachment-0002.html>

More information about the discussion mailing list