Re: [P2PSIP] I-D Action: draft-ietf-p2psip-diagnostics-16.txt

"Roy, Radhika R CIV USARMY (US)" <radhika.r.roy.civ@mail.mil> Sat, 31 January 2015 16:21 UTC

Return-Path: <radhika.r.roy.civ@mail.mil>
X-Original-To: p2psip@ietfa.amsl.com
Delivered-To: p2psip@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6E0F21A1A33 for <p2psip@ietfa.amsl.com>; Sat, 31 Jan 2015 08:21:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] 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 En81KHNxTwI8 for <p2psip@ietfa.amsl.com>; Sat, 31 Jan 2015 08:21:18 -0800 (PST)
Received: from upbd19pa08.eemsg.mail.mil (upbd19pa08.eemsg.mail.mil [214.24.27.83]) by ietfa.amsl.com (Postfix) with ESMTP id 34F6A1A064C for <p2psip@ietf.org>; Sat, 31 Jan 2015 08:21:15 -0800 (PST)
X-EEMSG-Attachment-filename: smime.p7s
Received: from edge-cols02.mail.mil ([131.64.104.102]) by upbd19pa08.eemsg.mail.mil with ESMTP; 31 Jan 2015 16:20:58 +0000
Received: from UCOLHPM8.easf.csd.disa.mil (131.64.104.33) by edge-cols02.mail.mil (131.64.104.102) with Microsoft SMTP Server (TLS) id 14.3.224.2; Sat, 31 Jan 2015 16:20:58 +0000
Received: from UCOLHPKT.easf.csd.disa.mil ([169.254.2.202]) by ucolhpm8.easf.csd.disa.mil ([131.64.104.33]) with mapi id 14.03.0224.002; Sat, 31 Jan 2015 16:20:57 +0000
From: "Roy, Radhika R CIV USARMY (US)" <radhika.r.roy.civ@mail.mil>
To: "Songhaibin (A)" <haibin.song@huawei.com>, "p2psip@ietf.org" <p2psip@ietf.org>
Thread-Topic: [P2PSIP] I-D Action: draft-ietf-p2psip-diagnostics-16.txt
Thread-Index: AQHQNuP00hLTrMrU1EWpqWeJ3iYkxpzOFKlwgAN+SwCAAM9csIAEfBcAgAAqQpCAAAhWUIACtKmAgACrnEA=
Date: Sat, 31 Jan 2015 16:20:57 +0000
Message-ID: <8486C8728176924BAF5BDB2F7D7EEDDF724F7AFE@ucolhpkt.easf.csd.disa.mil>
References: <20150123080935.4605.51843.idtracker@ietfa.amsl.com> <8486C8728176924BAF5BDB2F7D7EEDDF724F6F55@ucolhpkt.easf.csd.disa.mil> <E33E01DFD5BEA24B9F3F18671078951F652263B8@nkgeml501-mbs.china.huawei.com> <8486C8728176924BAF5BDB2F7D7EEDDF724F71A6@ucolhpkt.easf.csd.disa.mil> <E33E01DFD5BEA24B9F3F18671078951F65227EF9@nkgeml501-mbs.china.huawei.com> <8486C8728176924BAF5BDB2F7D7EEDDF724F7794@ucolhpkt.easf.csd.disa.mil> <8486C8728176924BAF5BDB2F7D7EEDDF724F77EC@ucolhpkt.easf.csd.disa.mil> <E33E01DFD5BEA24B9F3F18671078951F65228629@nkgeml501-mbs.china.huawei.com>
In-Reply-To: <E33E01DFD5BEA24B9F3F18671078951F65228629@nkgeml501-mbs.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [131.64.22.13]
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg="SHA1"; boundary="----=_NextPart_000_0000_01D03D47.F62FE250"
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/p2psip/2rELTM0XzySQ6E1h9Uw_acTbZn8>
Subject: Re: [P2PSIP] I-D Action: draft-ietf-p2psip-diagnostics-16.txt
X-BeenThere: p2psip@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Peer-to-Peer SIP working group discussion list <p2psip.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/p2psip>, <mailto:p2psip-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/p2psip/>
List-Post: <mailto:p2psip@ietf.org>
List-Help: <mailto:p2psip-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/p2psip>, <mailto:p2psip-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 31 Jan 2015 16:21:21 -0000

Hi, Haibin:

OK, it provides a direction how we can proceed with RELOAD extensions for
all other remaining functions that P2PSIP needs.

My guess is that RELOAD provides routing, security, and other
infrastructures that all the things that are needed no matter what
additional capabilities are needed. Per your suggestion, I think we can
proceed as follows:

1. Let us extend RELOAD like diagnostics for additional capabilities for
management of the P2PSIP application signaling application protocol. 

2. We may have to develop P2P-BFCP for conference floor control and see how
RELOAD that provide the basic infrastructure as stated above can be used for
this.

3. We may have to develop P2P-Media Channel Protocol for media
bridging/mixing and see how RELOAD can be used for this as stated in item 2.

4. Similarly, for others ...

Is this direction for the group?

BR/Radhika

-----Original Message-----
From: Songhaibin (A) [mailto:haibin.song@huawei.com] 
Sent: Saturday, January 31, 2015 12:50 AM
To: Roy, Radhika R CIV USARMY (US); p2psip@ietf.org
Subject: RE: [P2PSIP] I-D Action: draft-ietf-p2psip-diagnostics-16.txt

I think in the early discussion in P2PSIP WG. SNMP were not recommended for
the management of p2p networks. Of course, you can extend RELOAD for more
management issues, just like what has been done for the diagnostics.

Best Regards!
-Haibin

> -----Original Message-----
> From: Roy, Radhika R CIV USARMY (US) [mailto:radhika.r.roy.civ@mail.mil]
> Sent: Thursday, January 29, 2015 8:41 PM
> To: Songhaibin (A); p2psip@ietf.org
> Subject: RE: [P2PSIP] I-D Action: draft-ietf-p2psip-diagnostics-16.txt
> 
> Hi, Haibin and all members of this WG:
> 
> Let me clarify a little more on management works of MANET WG.
> 
> MANET WG has used the SNMP as the base management protocol and has
> developed
> MIBs for all of the MANET physical routing protocols that have
standardized.
> 
> In our P2PWG, we do have the same. That is, for example P2PSNMP protocol
> that is used as the base protocol for management of P2PSIP protocol.
> 
> So, if there is no anything like P2P-Management Protocol, what will do for
> management of the P2PSIP?
> 
> Under the umbrella of P2PSIP, we can produce P2P-IM, P2PSIP-Conferencing,
> P2P-Binary Floor Control Protocol, P2P-Media Mixing/Bridging Protocol,
> P2P-Other protocols that are needed for P2PSIP.
> 
> In the same token, we can produce P2PSIP-Management Protocol.
> 
> We will appreciate comments from all members of the P2PSIP WG.
> 
> BR/Radhika
> 
> -----Original Message-----
> From: P2PSIP [mailto:p2psip-bounces@ietf.org] On Behalf Of Roy, Radhika R
> CIV USARMY (US)
> Sent: Thursday, January 29, 2015 7:10 AM
> To: Songhaibin (A); p2psip@ietf.org
> Subject: Re: [P2PSIP] I-D Action: draft-ietf-p2psip-diagnostics-16.txt
> 
> Hi, Haibin and all members of this WG:
> 
> Right!
> 
> It is also P2P application issue. For example, MANET WG does the routing
> protocols for MANETs. However, they also build the RFCs/standards for the
> management standards for MANETs for each of the routing protocols they
have
> standardized.
> 
> In the same token, it is the P2PSIP WG shall to do the same. We also
expect
> to produce the RFCs/standards for the P2PSIP management standards/RFCs in
> this P2PSIP WG.
> 
> If needed, we can extend our charter. Otherwise, there is be a big gap for
> actual adaptation of the P2PSIP applications either using RELOAD or any
> other things that this P2PSIP WG has produced or will be producing.
> 
> So, we have to proactive in developing the standards for the management of
> the P2PSIP (as MANET WG does).
> 
> BR/Radhika
> 
> -----Original Message-----
> From: Songhaibin (A) [mailto:haibin.song@huawei.com]
> Sent: Thursday, January 29, 2015 4:30 AM
> To: Roy, Radhika R CIV USARMY (US); p2psip@ietf.org
> Subject: RE: [P2PSIP] I-D Action: draft-ietf-p2psip-diagnostics-16.txt
> 
> Hi Radhika,
> 
> This is a management issue rather than a technical issue.
> 
> Best Regards!
> -Haibin
> 
> 
> > -----Original Message-----
> > From: Roy, Radhika R CIV USARMY (US)
> > [mailto:radhika.r.roy.civ@mail.mil]
> > Sent: Monday, January 26, 2015 9:07 PM
> > To: Songhaibin (A); p2psip@ietf.org
> > Subject: RE: [P2PSIP] I-D Action: draft-ietf-p2psip-diagnostics-16.txt
> >
> > Hi, Haibin:
> >
> > Great!
> >
> > Yes, I also thought the same. We are looking for full management set
> > for P2PSIP.
> >
> > We saw one proposal P2PSNMP draft some time ago. Why did that draft
> > authors not continue?
> >
> > Or, will people create extensions one after another until the full set
> > for P2PSIP management available?
> >
> > BR/Radhika
> >
> > -----Original Message-----
> > From: Songhaibin (A) [mailto:haibin.song@huawei.com]
> > Sent: Sunday, January 25, 2015 7:38 PM
> > To: Roy, Radhika R CIV USARMY (US); p2psip@ietf.org
> > Subject: RE: [P2PSIP] I-D Action: draft-ietf-p2psip-diagnostics-16.txt
> >
> > Hi Roy,
> >
> >
> > > -----Original Message-----
> > > From: P2PSIP [mailto:p2psip-bounces@ietf.org] On Behalf Of Roy,
> > > Radhika R CIV USARMY (US)
> > > Sent: Saturday, January 24, 2015 3:25 AM
> > > To: p2psip@ietf.org
> > > Subject: Re: [P2PSIP] I-D Action:
> > > draft-ietf-p2psip-diagnostics-16.txt
> > >
> > > Hi, Song, et al:
> > >
> > > I have one general question about the draft as follows:
> > >
> > > 1. Will these diagnostics collection by P2P RELOAD protocol as it is
> > > being extended be good enough for P2PSIP management?
> >
> > It is considered useful for diagnostics at this moment. There can be
> > future extensions. It is not a full set.
> >
> > > 2. Does it mean that we do not need any separate P2P Management
> > > Protocol (e.g. P2PSNMP aka like P2PSIP) for management P2PSIP
> > > network for all of its nodes that use P2PSIP protocol?
> >
> > IMO P2P network management and diagnostics are two different concepts,
> > and you can have other protocols/extensions for management.
> >
> > -Haibin
> >
> > > BR/Radhika
> > >
> > > -----Original Message-----
> > > From: P2PSIP [mailto:p2psip-bounces@ietf.org] On Behalf Of
> > > internet-drafts@ietf.org
> > > Sent: Friday, January 23, 2015 3:10 AM
> > > To: i-d-announce@ietf.org
> > > Cc: p2psip@ietf.org
> > > Subject: [P2PSIP] I-D Action: draft-ietf-p2psip-diagnostics-16.txt
> > >
> > >
> > > A New Internet-Draft is available from the on-line Internet-Drafts
> > directories.
> > >  This draft is a work item of the Peer-to-Peer Session Initiation
> > > Protocol Working Group of the IETF.
> > >
> > >         Title           : P2P Overlay Diagnostics
> > >         Authors         : Haibin Song
> > >                           Jiang Xingfeng
> > >                           Roni Even
> > >                           David A. Bryan
> > >                           Yi Sun
> > > 	Filename        : draft-ietf-p2psip-diagnostics-16.txt
> > > 	Pages           : 29
> > > 	Date            : 2015-01-23
> > >
> > > Abstract:
> > >    This document describes mechanisms for P2P overlay diagnostics.  It
> > >    defines extensions to the RELOAD P2PSIP base protocol to collect
> > >    diagnostic information, and details the protocol specifications for
> > >    these extensions.  Useful diagnostic information for connection and
> > >    node status monitoring is also defined.  The document also
describes
> > >    the usage scenarios and provides examples of how these methods are
> > >    used to perform diagnostics in P2PSIP overlay networks.
> > >
> > >
> > > The IETF datatracker status page for this draft is:
> > > https://datatracker.ietf.org/doc/draft-ietf-p2psip-diagnostics/
> > >
> > > There's also a htmlized version available at:
> > > http://tools.ietf.org/html/draft-ietf-p2psip-diagnostics-16
> > >
> > > A diff from the previous version is available at:
> > > http://www.ietf.org/rfcdiff?url2=draft-ietf-p2psip-diagnostics-16
> > >
> > >
> > > Please note that it may take a couple of minutes from the time of
> > > submission until the htmlized version and diff are available at
> > tools.ietf.org.
> > >
> > > Internet-Drafts are also available by anonymous FTP at:
> > > ftp://ftp.ietf.org/internet-drafts/
> > >
> > > _______________________________________________
> > > P2PSIP mailing list
> > > P2PSIP@ietf.org
> > > https://www.ietf.org/mailman/listinfo/p2psip