Re: [manet-dlep-rg] DLEP session establishment
Henning Rogge <hrogge@googlemail.com> Tue, 12 November 2013 16:13 UTC
Return-Path: <hrogge@googlemail.com>
X-Original-To: manet-dlep-rg@ietfa.amsl.com
Delivered-To: manet-dlep-rg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E836A21E82A6 for <manet-dlep-rg@ietfa.amsl.com>; Tue, 12 Nov 2013 08:13:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.953
X-Spam-Level:
X-Spam-Status: No, score=-1.953 tagged_above=-999 required=5 tests=[AWL=0.025, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v2xBmFAc9j1h for <manet-dlep-rg@ietfa.amsl.com>; Tue, 12 Nov 2013 08:13:07 -0800 (PST)
Received: from mail-qc0-x22c.google.com (mail-qc0-x22c.google.com [IPv6:2607:f8b0:400d:c01::22c]) by ietfa.amsl.com (Postfix) with ESMTP id CA18321E828B for <manet-dlep-rg@ietf.org>; Tue, 12 Nov 2013 08:13:06 -0800 (PST)
Received: by mail-qc0-f172.google.com with SMTP id t7so102280qcv.3 for <manet-dlep-rg@ietf.org>; Tue, 12 Nov 2013 08:13:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=Rh0+isc4d2pOjmJfLvxWrdanjn2I5Qb2O7NU2VBfbRY=; b=bEz3RSNB9ODsrGfalGWTtrPWah/CWXIyNTL+60NxEQ3cC4FABMHEdBLe+VzeEVzgKP 7eWcJtQh0uQEnA3moBEzPkNkrCGFscjfwPlrL2RrZXbxhY5OSWYKxaJeFaZPzRTJtetR QN7EK/LeM4ALZHtpMCABjHWjGkgQhkGYkKvg9rYPJEXSonPTsAksZ62VvVOiCVvIO35d YaGDjAWyjMaX8w1HgTcy37K5hc+BUv9JjJktbx1Q4B9avo0HNElM39C1oW4yEAqwwV6E v+c/PNGV2sQJz/G5rMBB3gpudt0oIb1uuOTIK9v83YvyJNEKJRAlI7ViXJNkcWhzUSmj yX9g==
X-Received: by 10.49.71.232 with SMTP id y8mr55899086qeu.39.1384272782330; Tue, 12 Nov 2013 08:13:02 -0800 (PST)
MIME-Version: 1.0
Received: by 10.224.36.200 with HTTP; Tue, 12 Nov 2013 08:12:42 -0800 (PST)
In-Reply-To: <9EB171E6-62E6-4136-BFDB-6FEB8DF23B74@cisco.com>
References: <72FB622921C13746AD6349E70A8D9F307D9192F7@EXC-MBX03.tsn.tno.nl> <CAK=bVC85XAXR3Zkwq+JwELF-dvgrKwbowWCvwvnjeVn7VStnbw@mail.gmail.com> <72FB622921C13746AD6349E70A8D9F307D9193CD@EXC-MBX03.tsn.tno.nl> <5A8A5085482DA84995F4E70F5093AB50268E6C@XCH-BLV-503.nw.nos.boeing.com> <B2BA430A-F4E6-4DED-A7BB-7282A22802B7@inf-net.nl> <D02397F1-9D1B-4B36-81D0-4585ACDBA34A@gmail.com> <5D184300-2D97-4EC1-8D91-76D4A79B2BDA@inf-net.nl> <DDAE98C5-520E-4F8F-9F9B-2AB9A15A70EF@cisco.com> <0541163b-2d1c-4afd-ad06-ba9a25744310@SUCNPTEXC01.COM.AD.UK.DS.CORP> <B177F831FB91F242972D0C35F6A0733106FB0425@SUCNPTEXM01.com.ad.uk.ds.corp> <14B5C326-6499-439D-BC23-BB39A376825C@cisco.com> <CAGnRvuoxD_dxdoD_8qbHhq--6AF=2B7wNFEE5Xz=vKNwnBhhZw@mail.gmail.com> <9EB171E6-62E6-4136-BFDB-6FEB8DF23B74@cisco.com>
From: Henning Rogge <hrogge@googlemail.com>
Date: Tue, 12 Nov 2013 17:12:42 +0100
Message-ID: <CAGnRvuoXjDxp3xXku7SDm6aBSdNfvDZ+DXjY4T5Ux3yLEWNGNg@mail.gmail.com>
To: "Stan Ratliff (sratliff)" <sratliff@cisco.com>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: quoted-printable
Cc: "DLEP Research Group (manet-dlep-rg@ietf.org)" <manet-dlep-rg@ietf.org>, "Taylor, Rick" <Rick.Taylor@cassidian.com>
Subject: Re: [manet-dlep-rg] DLEP session establishment
X-BeenThere: manet-dlep-rg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: DLEP Radio Group <manet-dlep-rg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/manet-dlep-rg>, <mailto:manet-dlep-rg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/manet-dlep-rg>
List-Post: <mailto:manet-dlep-rg@ietf.org>
List-Help: <mailto:manet-dlep-rg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/manet-dlep-rg>, <mailto:manet-dlep-rg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 12 Nov 2013 16:13:08 -0000
SDRs are machines with LOTS of CPU power (plus FPGA and DSP). I don't think they would care about TCP server sockets at all. But I can ask my co-workers at our SDR development tomorrow. Henning Rogge On Tue, Nov 12, 2013 at 5:10 PM, Stan Ratliff (sratliff) <sratliff@cisco.com> wrote: > Henning, > > I had a thought here. You spoke before about talking with some people you know doing SDR development. Could you talk with them again about their preferences regarding whether they would want a TCP "server" implementation in the SDR or a TCP "client"? > > I'm also going to MILCOM next week; I'll be working with some of the guys from Persistent Systems (radio vendor; they have a DLEP implementation). I'll ask them about the TCP server vs. client issue, and report back to the DT. > > I'm just concerned that, while all of us have good backgrounds in wireless networking and dealing with radios, none of us are actually involved with creating a radio as a product. I think we're missing a valuable point of view. > > Regards, > Stan > > On Nov 12, 2013, at 10:35 AM, Henning Rogge <hrogge@googlemail.com> wrote: > >> I must admit I like our original solution more, the one where the >> radio initiates the contact. >> >> I don't buy in the "complexity of tcp socket" thing, because most DLEP >> radios/modems will only allow a single router to connect to them. This >> should keep the complexity in check. >> >> We also talked about leaving things out of DLEP that belong to SNMP >> (or maybe web interfaces)... if the radio can handle SNMP, it can also >> handle a single TCP session. >> >> Henning Rogge >> >> On Tue, Nov 12, 2013 at 4:16 PM, Stan Ratliff (sratliff) >> <sratliff@cisco.com> wrote: >>> OK, looks like my opinion is "in the rough" on this one… >>> >>> But I'm still concerned about putting the TCP "server" code into the (probably more) constrained modem device. So, what if we make the *router* issue the Peer Discovery (call it a Peer Advertisement) to an MCAST address/well-known port? That Peer Discovery/Peer Advertisement would contain the unicast IP address/port for the TCP listener. The modem would respond with the TCP SYN… >>> >>> The router would continue to periodically "strobe" the Peer Discovery/Peer Advertisement ad-nauseum (as much as I hate that approach). >>> >>> I'm really concerned about modem-side complexity, based on discussions I had a couple of years ago with some radio vendors who were looking at implementing. >>> >>> Regards, >>> Stan >>> >>> On Nov 12, 2013, at 7:47 AM, "Taylor, Rick" <Rick.Taylor@cassidian.com> wrote: >>> >>>> Sorry for the delay, I was out of office yesterday. >>>> >>>> My thoughts: >>>> >>>> Router Modem >>>> =================================================== >>>> >>>> 1) TCP socket listen() >>>> >>>> 2) <--------------------------- Peer Discovery Message >>>> UDP unicast or broadcast? >>>> + Session Cookie >>>> + TCP address/port >>>> + Alternate reliable protocol endpoint infos >>>> >>>> 3) TCP connect() >>>> >>>> 4) Initialize (was Peer Offer) ----------------------> >>>> + Session Cookie >>>> >>>> 5) <----------------------------------- Initialize ACK >>>> + Session Cookie >>>> + Supported metric TLVs >>>> >>>> >>>> My reasoning, often agreeing with others: >>>> >>>> The Modem 'advertises' its DLEP support, and therefore should >>>> be the one that listens for the TCP connect. >>>> >>>> A cookie passed between the UDP discovery message and the TCP >>>> connection adds a little security (is this the modem I think I am >>>> connecting to?) This could be extended to a full signature TLV >>>> in a later RFC. >>>> >>>> The Peer Discovery message could carry additional reliable >>>> protocol endpoint information for non-TCP transports. >>>> >>>> The Initialize ACK is the correct place to put the 'default' >>>> metric TLVs, and is sent by the modem. >>>> >>>> A 3-way handshake seems safer to me. >>>> >>>> I have a question over whether the Peer Discovery message should >>>> be unicast to a configured destination, or broadcast to all >>>> connected peers on a TBD port. I prefer broadcast as it is more >>>> ZeroConf, but I can see use-cases for unicast to a configured >>>> destination for more complex topologies. >>>> >>>> Cheers, >>>> >>>> Rick Taylor >>>> >>>>> -----Original Message----- >>>>> From: manet-dlep-rg-bounces@ietf.org [mailto:manet-dlep-rg- >>>>> bounces@ietf.org] On Behalf Of Teco Boot >>>>> Sent: 11 November 2013 16:29 >>>>> To: Stan Ratliff >>>>> Cc: DLEP Research Group (manet-dlep-rg@ietf.org) >>>>> Subject: [manet-dlep-rg] DLEP session establishment >>>>> >>>>> >>>>> Op 11 nov. 2013, om 01:55 heeft Stan Ratliff (sratliff) >>>>> <sratliff@cisco.com> het volgende geschreven: >>>>> >>>>>> Also, as to the Discovery: Here's what I'm writing up as we speak: >>>>>> >>>>>> >>>>>> Router >>>>> Modem >>>>>> ======================================== >>>>>> <------------------------ Peer >>>>> Discovery Message >>>>>> Peer Offer with -------------------------> >>>>>> unicast IP addr/ >>>>>> port for TCP connect >>>>> >>>>> So this is multicast reply, telling modem to connect? >>>>> Why not TCP connect from router to modem? Makes more sense to me, the >>>>> modem is the peer offering a service. >>>>> Maybe add a TcpPort TLV in the Peer Discovery, this allows other than IANA >>>>> assigned ports. >>>>> >>>>> >>>>>> >>>>>> *Connect on TCP socket. Router has issued TCP "listen", >>>>>> modem issues TCP "connect" (e.g. Modem is the TCP "client", >>>>>> router is the TCP "server") >>>>>> >>>>>> Now, The modem's UDP socket can be closed. >>>>> >>>>> Please don't. >>>>> >>>>> >>>>>> Over the TCP >>>>>> Socket, >>>>>> <------------------------- Peer >>>>> Initialization containing >>>>>> >>>>> TLVs/default values for ALL >>>>>> >>>>> supported metric values - all >>>>>> >>>>> meaning the MANDATORY ones, >>>>>> >>>>> plus any optional metrics (right now, >>>>>> >>>>> just Resources) that are supported. >>>>> >>>>> Yes, here the full set TLV exchange takes place. This should not be in the >>>>> Peer Discovery. That's why I suggested to put this in the Peer Offer. >>>>> >>>>> >>>>>> >>>>>> Peer Initialization ACK ----------------------> >>>>>> MAY contain optional >>>>>> Layer 3 (address) TLVs >>>>> >>>>> I'm fine with three way handshake, not with this two way. Or use TCP >>>>> disconnect when modem modem is not willing to accept first message from >>>>> router. >>>>> >>>>> Teco >>>>> >>>>>> >>>>>> .... And, everything from there is basically the same as before. >>>>> >>>>> _______________________________________________ >>>>> manet-dlep-rg mailing list >>>>> manet-dlep-rg@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/manet-dlep-rg >>>> The information contained within this e-mail and any files attached to this e-mail is private and in addition may include commercially sensitive information. The contents of this e-mail are for the intended recipient only and therefore if you wish to disclose the information contained within this e-mail or attached files, please contact the sender prior to any such disclosure. If you are not the intended recipient, any disclosure, copying or distribution is prohibited. Please also contact the sender and inform them of the error and delete the e-mail, including any attached files from your system. Cassidian Limited, Registered Office : Quadrant House, Celtic Springs, Coedkernew, Newport, NP10 8FZ Company No: 04191036 http://www.cassidian.com >>> >>> _______________________________________________ >>> manet-dlep-rg mailing list >>> manet-dlep-rg@ietf.org >>> https://www.ietf.org/mailman/listinfo/manet-dlep-rg >> >> >> >> -- >> We began as wanderers, and we are wanderers still. We have lingered >> long enough on the shores of the cosmic ocean. We are ready at last to >> set sail for the stars - Carl Sagan >> _______________________________________________ >> manet-dlep-rg mailing list >> manet-dlep-rg@ietf.org >> https://www.ietf.org/mailman/listinfo/manet-dlep-rg > -- We began as wanderers, and we are wanderers still. We have lingered long enough on the shores of the cosmic ocean. We are ready at last to set sail for the stars - Carl Sagan
- Re: [manet-dlep-rg] notes DLEP meeting @ IETF88 Teco Boot
- Re: [manet-dlep-rg] notes DLEP meeting @ IETF88 Teco Boot
- Re: [manet-dlep-rg] notes DLEP meeting @ IETF88 Joe Macker
- Re: [manet-dlep-rg] notes DLEP meeting @ IETF88 Teco Boot
- Re: [manet-dlep-rg] notes DLEP meeting @ IETF88 Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] notes DLEP meeting @ IETF88 Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] notes DLEP meeting @ IETF88 Teco Boot
- Re: [manet-dlep-rg] notes DLEP meeting @ IETF88 Henning Rogge
- [manet-dlep-rg] Mandatory processing TLVs by rout… Teco Boot
- [manet-dlep-rg] Resources TLV Teco Boot
- [manet-dlep-rg] Latency Teco Boot
- [manet-dlep-rg] Rename Neighbor to Destination Teco Boot
- [manet-dlep-rg] Peer termination Teco Boot
- [manet-dlep-rg] DLEP session establishment Teco Boot
- [manet-dlep-rg] Multicast in dlep-04 Teco Boot
- Re: [manet-dlep-rg] Resources TLV Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] Peer termination Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] Multicast in dlep-04 Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] Mandatory processing TLVs by … Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] Mandatory processing TLVs by … Henning Rogge
- [manet-dlep-rg] DLEP session establishment Teco Boot
- Re: [manet-dlep-rg] Resources TLV Teco Boot
- Re: [manet-dlep-rg] Peer termination Teco Boot
- Re: [manet-dlep-rg] Mandatory processing TLVs by … Teco Boot
- Re: [manet-dlep-rg] DLEP session establishment Henning Rogge
- Re: [manet-dlep-rg] Multicast in dlep-04 Teco Boot
- Re: [manet-dlep-rg] notes DLEP meeting @ IETF88 Teco Boot
- Re: [manet-dlep-rg] notes DLEP meeting @ IETF88 Henning Rogge
- Re: [manet-dlep-rg] DLEP session establishment Taylor, Rick
- Re: [manet-dlep-rg] notes DLEP meeting @ IETF88 Teco Boot
- Re: [manet-dlep-rg] notes DLEP meeting @ IETF88 Teco Boot
- Re: [manet-dlep-rg] DLEP session establishment Taylor, Rick
- Re: [manet-dlep-rg] Mandatory processing TLVs by … Taylor, Rick
- Re: [manet-dlep-rg] Peer termination Taylor, Rick
- Re: [manet-dlep-rg] Resources TLV Taylor, Rick
- Re: [manet-dlep-rg] Resources TLV Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] Latency Taylor, Rick
- Re: [manet-dlep-rg] Latency Henning Rogge
- Re: [manet-dlep-rg] Latency Taylor, Rick
- Re: [manet-dlep-rg] DLEP session establishment Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] Latency Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] Latency Henning Rogge
- Re: [manet-dlep-rg] Peer termination Teco Boot
- Re: [manet-dlep-rg] Latency Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] DLEP session establishment Henning Rogge
- Re: [manet-dlep-rg] Peer termination Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] DLEP session establishment Taylor, Rick
- [manet-dlep-rg] Draft-04 text Taylor, Rick
- Re: [manet-dlep-rg] DLEP session establishment Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] Peer termination Taylor, Rick
- Re: [manet-dlep-rg] Latency Taylor, Rick
- Re: [manet-dlep-rg] Latency Henning Rogge
- Re: [manet-dlep-rg] DLEP session establishment Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] Draft-04 text Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] DLEP session establishment Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] DLEP session establishment Henning Rogge
- Re: [manet-dlep-rg] Latency Taylor, Rick
- Re: [manet-dlep-rg] DLEP session establishment Taylor, Rick
- Re: [manet-dlep-rg] DLEP session establishment Taylor, Rick
- Re: [manet-dlep-rg] Draft-04 text Taylor, Rick
- Re: [manet-dlep-rg] Latency Henning Rogge
- Re: [manet-dlep-rg] DLEP session establishment Henning Rogge
- Re: [manet-dlep-rg] notes DLEP meeting @ IETF88 Teco Boot
- Re: [manet-dlep-rg] DLEP TLV length Taylor, Rick
- Re: [manet-dlep-rg] Latency Taylor, Rick
- Re: [manet-dlep-rg] Mandatory processing TLVs by … Teco Boot
- Re: [manet-dlep-rg] Latency Teco Boot
- Re: [manet-dlep-rg] DLEP session establishment Teco Boot
- Re: [manet-dlep-rg] Mandatory processing TLVs by … Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] DLEP TLV length Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] DLEP session establishment Teco Boot
- Re: [manet-dlep-rg] DLEP session establishment Teco Boot
- Re: [manet-dlep-rg] DLEP session establishment Henning Rogge
- Re: [manet-dlep-rg] Latency Teco Boot
- Re: [manet-dlep-rg] Mandatory processing TLVs by … Teco Boot
- Re: [manet-dlep-rg] DLEP session establishment Teco Boot
- Re: [manet-dlep-rg] Latency Henning Rogge
- Re: [manet-dlep-rg] DLEP session establishment Henning Rogge
- Re: [manet-dlep-rg] DLEP session establishment Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] DLEP session establishment Henning Rogge
- Re: [manet-dlep-rg] Resources TLV Ulrich Herberg
- Re: [manet-dlep-rg] DLEP session establishment Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] DLEP session establishment Henning Rogge
- Re: [manet-dlep-rg] notes DLEP meeting @ IETF88 Teco Boot
- Re: [manet-dlep-rg] DLEP session establishment Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] TCP clients, servers, and dis… Teco Boot
- Re: [manet-dlep-rg] DLEP session establishment Teco Boot
- Re: [manet-dlep-rg] DLEP session establishment Henning Rogge
- Re: [manet-dlep-rg] notes DLEP meeting @ IETF88 Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] DLEP session establishment Teco Boot
- Re: [manet-dlep-rg] DLEP multicast address Martin Duke
- Re: [manet-dlep-rg] DLEP multicast address Henning Rogge
- Re: [manet-dlep-rg] DLEP session establishment Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] DLEP session establishment Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] DLEP session establishment Teco Boot
- Re: [manet-dlep-rg] notes DLEP meeting @ IETF88 Teco Boot
- Re: [manet-dlep-rg] DLEP session establishment Teco Boot
- Re: [manet-dlep-rg] DLEP session establishment Teco Boot
- Re: [manet-dlep-rg] Resources TLV Ulrich Herberg
- Re: [manet-dlep-rg] DLEP session establishment Teco Boot
- Re: [manet-dlep-rg] DLEP session establishment Taylor, Rick
- Re: [manet-dlep-rg] Latency Taylor, Rick
- Re: [manet-dlep-rg] DLEP session establishment Henning Rogge
- Re: [manet-dlep-rg] Mandatory processing TLVs by … Taylor, Rick
- Re: [manet-dlep-rg] DLEP session establishment Taylor, Rick
- Re: [manet-dlep-rg] DLEP session establishment Dowdell, John
- Re: [manet-dlep-rg] DLEP session establishment Henning Rogge
- Re: [manet-dlep-rg] DLEP session establishment Teco Boot
- Re: [manet-dlep-rg] DLEP session establishment Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] DLEP session establishment Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] DLEP session establishment Teco Boot
- Re: [manet-dlep-rg] DLEP session establishment Teco Boot
- Re: [manet-dlep-rg] DLEP session establishment Teco Boot
- Re: [manet-dlep-rg] DLEP session establishment Dowdell, John
- Re: [manet-dlep-rg] DLEP session establishment Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] DLEP session establishment Teco Boot
- Re: [manet-dlep-rg] Resources TLV Taylor, Rick
- Re: [manet-dlep-rg] DLEP multicast address Teco Boot
- Re: [manet-dlep-rg] DLEP session establishment Teco Boot
- Re: [manet-dlep-rg] DLEP session establishment Taylor, Rick
- Re: [manet-dlep-rg] DLEP session establishment Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] DLEP session establishment Taylor, Rick
- Re: [manet-dlep-rg] DLEP multicast address Teco Boot
- Re: [manet-dlep-rg] DLEP session establishment Teco Boot
- [manet-dlep-rg] manet-dlep-rg: Martin's membership Teco Boot
- Re: [manet-dlep-rg] manet-dlep-rg: Martin's membe… Ulrich Herberg
- Re: [manet-dlep-rg] manet-dlep-rg: Martin's membe… Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] DLEP multicast address John Dowdell
- Re: [manet-dlep-rg] DLEP multicast address Teco Boot
- [manet-dlep-rg] DLEP multicast address Teco Boot
- Re: [manet-dlep-rg] notes DLEP meeting @ IETF88 Duke, Martin
- Re: [manet-dlep-rg] notes DLEP meeting @ IETF88 Duke, Martin
- Re: [manet-dlep-rg] notes DLEP meeting @ IETF88 Duke, Martin
- Re: [manet-dlep-rg] notes DLEP meeting @ IETF88 Duke, Martin
- Re: [manet-dlep-rg] notes DLEP meeting @ IETF88 Duke, Martin
- Re: [manet-dlep-rg] DLEP multicast address Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] notes DLEP meeting @ IETF88 Duke, Martin
- Re: [manet-dlep-rg] manet-dlep-rg: Martin's membe… Duke, Martin
- Re: [manet-dlep-rg] DLEP multicast address Henning Rogge
- Re: [manet-dlep-rg] DLEP multicast address Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] notes DLEP meeting @ IETF88 Martin Duke
- Re: [manet-dlep-rg] DLEP multicast address Henning Rogge
- Re: [manet-dlep-rg] DLEP multicast address Teco Boot
- Re: [manet-dlep-rg] DLEP multicast address Teco Boot
- Re: [manet-dlep-rg] DLEP multicast address Teco Boot
- Re: [manet-dlep-rg] TCP clients, servers, and dis… Teco Boot
- Re: [manet-dlep-rg] DLEP multicast address Taylor, Rick
- Re: [manet-dlep-rg] notes DLEP meeting @ IETF88 Taylor, Rick
- Re: [manet-dlep-rg] notes DLEP meeting @ IETF88 Henning Rogge
- Re: [manet-dlep-rg] DLEP multicast address Martin Duke
- Re: [manet-dlep-rg] TCP clients, servers, and dis… Henning Rogge
- Re: [manet-dlep-rg] DLEP multicast address Henning Rogge
- Re: [manet-dlep-rg] notes DLEP meeting @ IETF88 Henning Rogge
- Re: [manet-dlep-rg] DLEP multicast address Rick Taylor
- Re: [manet-dlep-rg] notes DLEP meeting @ IETF88 Rick Taylor
- Re: [manet-dlep-rg] DLEP multicast address Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] notes DLEP meeting @ IETF88 Henning Rogge
- Re: [manet-dlep-rg] DLEP multicast address Rick Taylor
- Re: [manet-dlep-rg] notes DLEP meeting @ IETF88 Teco Boot
- Re: [manet-dlep-rg] notes DLEP meeting @ IETF88 Teco Boot
- Re: [manet-dlep-rg] notes DLEP meeting @ IETF88 Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] notes DLEP meeting @ IETF88 Rick Taylor
- Re: [manet-dlep-rg] notes DLEP meeting @ IETF88 Rick Taylor
- Re: [manet-dlep-rg] notes DLEP meeting @ IETF88 Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] notes DLEP meeting @ IETF88 Henning Rogge
- Re: [manet-dlep-rg] DLEP multicast address Martin Duke
- [manet-dlep-rg] TCP clients, servers, and discove… Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] TCP clients, servers, and dis… Henning Rogge
- Re: [manet-dlep-rg] TCP clients, servers, and dis… Teco Boot
- Re: [manet-dlep-rg] TCP clients, servers, and dis… Henning Rogge
- Re: [manet-dlep-rg] TCP clients, servers, and dis… Taylor, Rick
- Re: [manet-dlep-rg] TCP clients, servers, and dis… Teco Boot
- Re: [manet-dlep-rg] TCP clients, servers, and dis… Taylor, Rick
- Re: [manet-dlep-rg] TCP clients, servers, and dis… John Dowdell
- Re: [manet-dlep-rg] TCP clients, servers, and dis… Henning Rogge
- Re: [manet-dlep-rg] TCP clients, servers, and dis… Teco Boot
- Re: [manet-dlep-rg] TCP clients, servers, and dis… John Dowdell
- Re: [manet-dlep-rg] TCP clients, servers, and dis… Henning Rogge
- Re: [manet-dlep-rg] TCP clients, servers, and dis… Taylor, Rick
- Re: [manet-dlep-rg] TCP clients, servers, and dis… Henning Rogge
- Re: [manet-dlep-rg] TCP clients, servers, and dis… Rick Taylor
- Re: [manet-dlep-rg] TCP clients, servers, and dis… Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] TCP clients, servers, and dis… Teco Boot
- Re: [manet-dlep-rg] TCP clients, servers, and dis… Stan Ratliff (sratliff)
- Re: [manet-dlep-rg] TCP clients, servers, and dis… Teco Boot
- Re: [manet-dlep-rg] DLEP multicast address Martin Duke
- Re: [manet-dlep-rg] DLEP multicast address Stan Ratliff (sratliff)