Re: [dispatch] PCP for SIP Deployments

<mohamed.boucadair@orange.com> Mon, 02 March 2015 16:26 UTC

Return-Path: <mohamed.boucadair@orange.com>
X-Original-To: dispatch@ietfa.amsl.com
Delivered-To: dispatch@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6432F1A1B80 for <dispatch@ietfa.amsl.com>; Mon, 2 Mar 2015 08:26:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level:
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VMJkXcequcik for <dispatch@ietfa.amsl.com>; Mon, 2 Mar 2015 08:26:11 -0800 (PST)
Received: from relais-inet.francetelecom.com (relais-ias91.francetelecom.com [193.251.215.91]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B46AF1A1AE8 for <dispatch@ietf.org>; Mon, 2 Mar 2015 08:26:10 -0800 (PST)
Received: from omfedm06.si.francetelecom.fr (unknown [xx.xx.xx.2]) by omfedm10.si.francetelecom.fr (ESMTP service) with ESMTP id DEC2126415F; Mon, 2 Mar 2015 17:26:08 +0100 (CET)
Received: from Exchangemail-eme2.itn.ftgroup (unknown [10.114.31.16]) by omfedm06.si.francetelecom.fr (ESMTP service) with ESMTP id A47A427C138; Mon, 2 Mar 2015 17:26:08 +0100 (CET)
Received: from OPEXCLILM23.corporate.adroot.infra.ftgroup ([169.254.2.231]) by OPEXCLILH05.corporate.adroot.infra.ftgroup ([10.114.31.16]) with mapi id 14.03.0224.002; Mon, 2 Mar 2015 17:26:08 +0100
From: mohamed.boucadair@orange.com
To: Parthasarathi R <partha@parthasarathi.co.in>, "dispatch@ietf.org" <dispatch@ietf.org>
Thread-Topic: [dispatch] PCP for SIP Deployments
Thread-Index: AdBRpv5w7XTmu/weRVKc3+vCrIJ62gBNLj+AAIpjqiA=
Date: Mon, 02 Mar 2015 16:26:07 +0000
Message-ID: <787AE7BB302AE849A7480A190F8B9330049185EA@OPEXCLILM23.corporate.adroot.infra.ftgroup>
References: <787AE7BB302AE849A7480A190F8B93300491577E@OPEXCLILM23.corporate.adroot.infra.ftgroup> <023901d052df$6056f2c0$2104d840$@co.in>
In-Reply-To: <023901d052df$6056f2c0$2104d840$@co.in>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.168.234.3]
Content-Type: multipart/alternative; boundary="_000_787AE7BB302AE849A7480A190F8B9330049185EAOPEXCLILM23corp_"
MIME-Version: 1.0
X-PMX-Version: 6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2014.12.16.73920
Archived-At: <http://mailarchive.ietf.org/arch/msg/dispatch/HXvYAvgPbfDv637fY2_bmFGRDgU>
Subject: Re: [dispatch] PCP for SIP Deployments
X-BeenThere: dispatch@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: DISPATCH Working Group Mail List <dispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dispatch>, <mailto:dispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dispatch/>
List-Post: <mailto:dispatch@ietf.org>
List-Help: <mailto:dispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dispatch>, <mailto:dispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Mar 2015 16:26:18 -0000

Hi Partha,

Many thanks for the review and the comments.

I integrated almost all your suggestion, except the one about the ICE discussion. The reason for that is ICE is not deployed in the managed context; as such I'm afraid there is no value in having such discussion in the I-D.

Please check the diff and let me know if you have further comments.


URL:            http://www.ietf.org/internet-drafts/draft-boucadair-pcp-sip-ipv6-04.txt

Status:         https://datatracker.ietf.org/doc/draft-boucadair-pcp-sip-ipv6/

Htmlized:       http://tools.ietf.org/html/draft-boucadair-pcp-sip-ipv6-04

Diff:           http://www.ietf.org/rfcdiff?url2=draft-boucadair-pcp-sip-ipv6-04

Thank you.

Cheers,
Med


De : Parthasarathi R [mailto:partha@parthasarathi.co.in]
Envoyé : vendredi 27 février 2015 23:47
À : BOUCADAIR Mohamed IMT/OLN; dispatch@ietf.org
Objet : RE: [dispatch] PCP for SIP Deployments

Hi Med,

It is a interesting draft. The current writing provides PCP advantages in SIP managed network and particularly cellular. The following information has to be added to provide more clarity about this work:


1)      Network diagram/topology with SIP UA, SIP proxy/B2BUA, PCP client, PCP server

2)      Basic callflow to show how the dialog is established in case P2P is used

3)      The draft title mentions IPv6. My understanding is that this shall be used for IPv4 network as well.

4)      Add more details about how SIP, PCP, ICE interworking happens as the current reference is related to PCP with rtcweb only.

5)      Security implication w.r.t SIP usage of PCP has to be mentioned.

6)      Advantage of using PCP over TURN in SIP network shall be provided in the introduction section for better comparison.

Regards
Partha

From: dispatch [mailto:dispatch-bounces@ietf.org] On Behalf Of mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com>
Sent: Thursday, February 26, 2015 3:02 PM
To: dispatch@ietf.org<mailto:dispatch@ietf.org>
Subject: [dispatch] PCP for SIP Deployments

Hi all,

I would like to share with this group a short document that explains how PCP can be of great use in the context SIP-based services:
http://tools.ietf.org/html/draft-boucadair-pcp-sip-ipv6-03

As indicated in the I-D, the main benefits include (but not limited to):


   o  Avoid embedding an ALG in the middleboxes.  Note, ALGs are not

      recommended since the evolution of the service would depend on the

      ALG maintenance.

   o  Not require any Hosted NAT Traversal function (e.g., [RFC7362<http://tools.ietf.org/html/rfc7362>]) to

      be embedded in the SIP server.  Intermediate NATs and firewalls

      are transparent to the SIP service platform.

   o  Avoid overloading the network with keepalive message to maintain

      the mapping in intermediate middleboxes.

   o  Work without requiring symmetric RTP/RTCP [RFC4961<http://tools.ietf.org/html/rfc4961>].

   o  Not require symmetric SIP to work (i.e., rport [RFC3581<http://tools.ietf.org/html/rfc3581>]).

   o  Easily support unidirectional sessions.

When this document was first presented in the PCP WG, I was suggested that it is better to publish it in RAI with a review from the PCP WG. Hence, this message to the list.

Cheers,
Med