[Sip] Outbound-10 comments

Jerry Yin <jerry.yin@yahoo.com> Wed, 19 September 2007 20:41 UTC

Return-path: <sip-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IY6ML-0007Su-2t; Wed, 19 Sep 2007 16:41:21 -0400
Received: from sip by megatron.ietf.org with local (Exim 4.43) id 1IY6MJ-0007So-MF for sip-confirm+ok@megatron.ietf.org; Wed, 19 Sep 2007 16:41:19 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IY6MJ-0007Sf-CX for sip@ietf.org; Wed, 19 Sep 2007 16:41:19 -0400
Received: from web63205.mail.re1.yahoo.com ([69.147.97.15]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1IY6MD-0005tM-5B for sip@ietf.org; Wed, 19 Sep 2007 16:41:19 -0400
Received: (qmail 23134 invoked by uid 60001); 19 Sep 2007 20:40:59 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=AnewyHg++96QRPeXfkHvEi/TfK7ThmclRQgTQYv2yw99LC/pR6TfkWtosA+5q+ekwiUTsqM23oN5fw4tvpa0ZoPLuuAzSM0WyPTwPTVzzO8EJt4vRkuSvMFFMl0ACb57pTb3Jw56qls5nWu2DPTtycKbaO5x5uVx+A+Z0bmder0=;
X-YMail-OSG: atRNw2YVM1kwmFEIRriFBRp75yH5npqLJyZO0cMZ5Q9KfYDnWaERXRHCuGA8t2fcIAjyWxtoxhL35WJVw1_MG_b64w9bdGjiJdTDwjA44ufhNOUjJt8jobxBAsQCjEM_
Received: from [216.191.234.70] by web63205.mail.re1.yahoo.com via HTTP; Wed, 19 Sep 2007 13:40:59 PDT
Date: Wed, 19 Sep 2007 13:40:59 -0700
From: Jerry Yin <jerry.yin@yahoo.com>
To: sip@ietf.org, fluffy@cisco.com, rohan@ekabal.com
In-Reply-To: <5D1A7985295922448D5550C94DE29180016F5EC3@DEEXC1U01.de.lucent.com>
MIME-Version: 1.0
Message-ID: <920188.21386.qm@web63205.mail.re1.yahoo.com>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 39bd8f8cbb76cae18b7e23f7cf6b2b9f
Cc:
Subject: [Sip] Outbound-10 comments
X-BeenThere: sip@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Session Initiation Protocol <sip.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:sip@ietf.org>
List-Help: <mailto:sip-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0555622359=="
Errors-To: sip-bounces@ietf.org

  Hi Cullen and Rohan,
   
  In the draft, it requires the UA configure the next hop route header with "keep-stun", "keep-crlf", or "timed-keepalive" tags. This would cause some problems.
   
  1. As an example, the route-set contains this route header as indicated in section 9 example: 
  Route: <sip:pri.example.com;lr;keep-stun>
  If the DNS NAPTR resolution for pri.example.com is TCP, SCTP or TLS, the keep-stun will be useless. Vice versa, if the pri.example.com is resolved as UDP, and if "keep-crlf" was manually configured, it is not working either.
   
  2. Before sending the REGISTER request, the admin/or user does not know what keep-alive mechanism the proxy (or edge proxy) supports. Blindly configure the keep-stun, or keep-crlf would cause the problem that the draft indicated itself in section 8: "the node could be blacklisted for UDP traffic".
  The better approach is to let the UA and the proxy to negotiate, not manually configure from UA side. 
  a. UA sends REGISTER to the proxy with a "outbound" tag in the Supported header.
  b. Proxy insert the "outbound" tag in the 200 OK, if the UA indicated that it supports the outbound.
  c. If the "outbound" tag is present in the 200 OK, and if the transport is UDP, using the STUN keep alive, other connection based transport using crlf keep alive.
  There would be no way to mass up by configurations with this approach. Let me know if I missed something.
   
  Regards,
  Jerry Yin
   

       
---------------------------------
Yahoo! oneSearch: Finally,  mobile search that gives answers, not web links. 
_______________________________________________
Sip mailing list  https://www1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use sip-implementors@cs.columbia.edu for questions on current sip
Use sipping@ietf.org for new developments on the application of sip