Re: [manet-dlep-rg] DLEP session establishment

"Taylor, Rick" <Rick.Taylor@cassidian.com> Wed, 13 November 2013 16:39 UTC

Return-Path: <rick.taylor@cassidian.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 3660B21E80F4 for <manet-dlep-rg@ietfa.amsl.com>; Wed, 13 Nov 2013 08:39:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.445
X-Spam-Level:
X-Spam-Status: No, score=-2.445 tagged_above=-999 required=5 tests=[AWL=0.154, BAYES_00=-2.599]
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 GPBuJXnV+2SJ for <manet-dlep-rg@ietfa.amsl.com>; Wed, 13 Nov 2013 08:39:50 -0800 (PST)
Received: from mail-dotnet3.eads.net (mail-dotnet3.eads.net [193.56.40.75]) by ietfa.amsl.com (Postfix) with ESMTP id 8AB9311E81A1 for <manet-dlep-rg@ietf.org>; Wed, 13 Nov 2013 08:39:38 -0800 (PST)
Received: from unknown (HELO fr-gate1.mailhub.intra.corp) ([53.154.16.33]) by mail-dotnet3.eads.net with ESMTP; 13 Nov 2013 17:39:37 +0100
Received: from f8561vs5.main.fr.ds.corp ([10.37.8.21]) by fr-gate1.mailhub.intra.corp with Microsoft SMTPSVC(5.0.2195.7381); Wed, 13 Nov 2013 17:38:00 +0100
Received: from f8562vs4.main.fr.ds.corp ([10.37.8.22]) by f8561vs5.main.fr.ds.corp with Microsoft SMTPSVC(6.0.3790.4675); Wed, 13 Nov 2013 17:37:59 +0100
Received: from SUCNPTEXC01.com.ad.uk.ds.corp ([10.80.73.70]) by f8562vs4.main.fr.ds.corp with Microsoft SMTPSVC(6.0.3790.4675); Wed, 13 Nov 2013 17:37:59 +0100
Received: from SUCNPTEXM01.COM.AD.UK.DS.CORP ([fe80::2543:10a0:fd02:b894]) by SUCNPTEXC01.com.ad.uk.ds.corp ([::1]) with mapi id 14.02.0318.004; Wed, 13 Nov 2013 16:37:59 +0000
From: "Taylor, Rick" <Rick.Taylor@cassidian.com>
To: Teco Boot <teco@inf-net.nl>, Stan Ratliff <sratliff@cisco.com>
Thread-Topic: [manet-dlep-rg] DLEP session establishment
Thread-Index: AQHO4IqALu+cUJt000eBBao4C+k0hpojWDrw
Date: Wed, 13 Nov 2013 16:37:59 +0000
Message-ID: <B177F831FB91F242972D0C35F6A0733106FB0AC9@SUCNPTEXM01.com.ad.uk.ds.corp>
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> <cb165b80-275e-45ff-ae0e-8ca5354a3568@SUCNPTEXC01.COM.AD.UK.DS.CORP> <B177F831FB91F242972D0C35F6A0733106FB081B@SUCNPTEXM01.com.ad.uk.ds.corp> <1EFB06F8-05B2-4A4B-8A6B-DDDB946B7D01@cisco.com> <2dde64e4-2a4a-4eb2-9717-4a9ffb8be0eb@SUCNPTEXC01.COM.AD.UK.DS.CORP>
In-Reply-To: <2dde64e4-2a4a-4eb2-9717-4a9ffb8be0eb@SUCNPTEXC01.COM.AD.UK.DS.CORP>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.80.23.75]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginalArrivalTime: 13 Nov 2013 16:37:59.0795 (UTC) FILETIME=[B6D89C30:01CEE08E]
X-TM-AS-Product-Ver: SMEX-8.0.0.4194-6.500.1024-20290.000
X-TM-AS-Result: No--31.381900-0.000000-31
X-TM-AS-User-Approved-Sender: Yes
X-TM-AS-User-Blocked-Sender: No
Cc: Henning Rogge <hrogge@googlemail.com>, "DLEP Research Group (manet-dlep-rg@ietf.org)" <manet-dlep-rg@ietf.org>
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: Wed, 13 Nov 2013 16:39:58 -0000

> From: manet-dlep-rg-bounces@ietf.org [mailto:manet-dlep-rg-
> bounces@ietf.org] On Behalf Of Teco Boot
> Subject: Re: [manet-dlep-rg] DLEP session establishment
>
> This could work.

Excellent, I see consensus approaching... ;)

>
> It removes the additional multicast message, and state.
> The Peer_Discovery is some kind of ignition packet. Could be send with
> link local multicast every now and then (say, every 5 seconds), to
> discover recently connected devices (Ethernet port state is not reliable
> here). A remote server could send the Peer_Discovery packet with its
> global unicast address. Then, the modem will set up the TCP connection.

Yes, just what I thought.

>
> Sending the multicast from router to modem (and having the TCP server on
> router) adds some complexity on the modem, in that this multicast packet
> shall not be forwarded over the modem link (e.g. RF path). Cannot be done
> with L2 MAC filter, as this would block a set of multicast addresses. The
> filter has to block the assigned IANA DLEP multicast address.
> LLDP better fits our requirement for discovery. It doesn't take away the
> need for the multicast Peer_Discovery. On the other hand, LLDP is not
> widely implemented, I think. And would be bridged on modems that doesn't
> support it.

I agree, but I imagined Peer_Discovery being link-local multicast/broadcast.  You are right that a multi-hop scoped multicast is a nightmare.

And yes, perhaps we should be using mDNS/Bonjour for discovery rather than re-inventing the wheel here.

Should we put in some text: "Unless there is an alternative discovery protocol in use, such as a-priori static configuration or mDNS, then Peer_Discovery messages SHOULD be sent every X seconds to the link-local multicast address"

>
>
> On 2: Ident TLV could be included here (e.g. for logging). Port would be
> removed. Maybe add mandatory authentication TLV (with as default a blank
> password, this helps getting it implemented). TCP address is in header.

I disagree.  Ident is only needed when the TCP connection is made, and it keeps the UDP packet size down by not including it.  Implementations shouldn't log Discovery packets, they will be constantly bouncing around.

>
> On 4: ALL supported TLVs are send, not only the mandatory.

Yes, I stand corrected.

>
> On 5: Add all supported TLVs? Remove Ident when sent on 2?

Why does the router advertise it's supported TLVs?  I thought we had agreed that the router should ignore any TLVs it doesn't understand, and we haven't yet discussed the router 'demanding' TLV support from the modem.

>
> Add a 6, with Peer_Initialize_Ack from modem to router? This gives the
> modem a change to terminate the session before it was active.

Not sure it is needed, unless the Router can change the 'parameters' of the session in its ACK, the modem already knows everything it wants to know, so we can avoid an extra step.

Rick
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