Re: [P2PSIP] RELOAD support in Wireshark 1.6 [was Re: I-D Action: draft-ietf-p2psip-base-15.txt]
"Michael Chen" <michaelc@idssoftware.com> Sat, 11 June 2011 05:26 UTC
Return-Path: <michaelc@IDSSOFTWARE.COM>
X-Original-To: p2psip@ietfa.amsl.com
Delivered-To: p2psip@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix)
with ESMTP id 78CE79E8009 for <p2psip@ietfa.amsl.com>;
Fri, 10 Jun 2011 22:26:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5
tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com
[127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uevp34tdLtpe for
<p2psip@ietfa.amsl.com>; Fri, 10 Jun 2011 22:26:43 -0700 (PDT)
Received: from smtpoutwbe04.prod.mesa1.secureserver.net
(smtpoutwbe04.prod.mesa1.secureserver.net [208.109.78.206]) by ietfa.amsl.com
(Postfix) with SMTP id 7EFBC9E800B for <p2psip@ietf.org>;
Fri, 10 Jun 2011 22:26:43 -0700 (PDT)
Received: (qmail 7347 invoked from network); 11 Jun 2011 05:26:43 -0000
Received: from unknown (HELO gem-wbe32.prod.mesa1.secureserver.net)
(64.202.189.144) by smtpoutwbe04.prod.mesa1.secureserver.net with SMTP;
11 Jun 2011 05:26:42 -0000
Received: (qmail 19707 invoked by uid 99); 11 Jun 2011 05:26:42 -0000
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="utf-8"
X-Originating-IP: 67.58.151.223
User-Agent: Web-Based Email 5.5.04
Message-Id: <20110610222641.61e8c06078a3b23a733c71e914c0b9df.8230338564.wbe@email00.secureserver.net>
From: "Michael Chen" <michaelc@idssoftware.com>
To: p2psip@ietf.org
Date: Fri, 10 Jun 2011 22:26:41 -0700
Mime-Version: 1.0
Subject: Re: [P2PSIP] RELOAD support in Wireshark 1.6 [was Re: I-D Action:
draft-ietf-p2psip-base-15.txt]
X-BeenThere: p2psip@ietf.org
X-Mailman-Version: 2.1.12
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, 11 Jun 2011 05:26:44 -0000
FYI, A new feature added to Wireshark 1.6.0 is the ability to dissect RELOAD messages under DTLS if the agreed upon cipher-suite is either RSA-NULL-MD5 (0x0001) or RSA-NULL-SHA (0x0002), even when DTLS is not configured with the client/server private keys. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=5863 Take OpenSSL for example, you can make the following call on both sides to take advantage of this feature: SSL_CTX_set_cipher_list(dtls, "NULL-SHA"); This has proven to be very helpful for debugging and inter-op tests. Thanks --Michael > -------- Original Message -------- > Subject: [P2PSIP] RELOAD support in Wireshark 1.6 [was Re: I-D Action: > draft-ietf-p2psip-base-15.txt] > From: Marc Petit-Huguenin <petithug@acm.org> > Date: Wed, June 08, 2011 12:22 pm > To: > Cc: p2psip@ietf.org > > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > FYI, version 1.6.0 of Wireshark was released yesterday, with support for RELOAD > up to -15. This is a stable version so hopefully this will simplify and > accelerate the implementation and deployment of RELOAD. > > On 05/27/2011 08:37 PM, internet-drafts@ietf.org wrote: > > 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 : REsource LOcation And Discovery (RELOAD) Base Protocol > > Author(s) : Cullen Jennings > > Bruce B. Lowekamp > > Eric Rescorla > > Salman A. Baset > > Henning Schulzrinne > > Filename : draft-ietf-p2psip-base-15.txt > > Pages : 160 > > Date : 2011-05-27 > > > > This specification defines REsource LOcation And Discovery (RELOAD), > > a peer-to-peer (P2P) signaling protocol for use on the Internet. A > > P2P signaling protocol provides its clients with an abstract storage > > and messaging service between a set of cooperating peers that form > > the overlay network. RELOAD is designed to support a P2P Session > > Initiation Protocol (P2PSIP) network, but can be utilized by other > > applications with similar requirements by defining new usages that > > specify the kinds of data that must be stored for a particular > > application. RELOAD defines a security model based on a certificate > > enrollment service that provides unique identities. NAT traversal is > > a fundamental service of the protocol. RELOAD also allows access > > from "client" nodes that do not need to route traffic or store data > > for others. > > - -- > Marc Petit-Huguenin > Personal email: marc@petit-huguenin.org > Professional email: petithug@acm.org > Blog: http://blog.marc.petit-huguenin.org > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.11 (GNU/Linux) > > iEYEARECAAYFAk3vzAgACgkQ9RoMZyVa61fsvACgnyEAQkegmAGyFzGvUIpfoy+f > 5wgAoJ+lwiyQzv3qZnUYPxpCrkv/A5gG > =gRdu > -----END PGP SIGNATURE----- > _______________________________________________ > P2PSIP mailing list > P2PSIP@ietf.org > https://www.ietf.org/mailman/listinfo/p2psip
- Re: [P2PSIP] RELOAD support in Wireshark 1.6 [was… Michael Chen