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

Teco Boot <teco@inf-net.nl> Wed, 13 November 2013 15:38 UTC

Return-Path: <teco@inf-net.nl>
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 19A6121E8147 for <manet-dlep-rg@ietfa.amsl.com>; Wed, 13 Nov 2013 07:38:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level:
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 7FlJK2Kntkpg for <manet-dlep-rg@ietfa.amsl.com>; Wed, 13 Nov 2013 07:38:02 -0800 (PST)
Received: from mail-ee0-f47.google.com (mail-ee0-f47.google.com [74.125.83.47]) by ietfa.amsl.com (Postfix) with ESMTP id 4A7EC21E8145 for <manet-dlep-rg@ietf.org>; Wed, 13 Nov 2013 07:38:02 -0800 (PST)
Received: by mail-ee0-f47.google.com with SMTP id c13so290053eek.20 for <manet-dlep-rg@ietf.org>; Wed, 13 Nov 2013 07:38:01 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=lhOvQlun69x2OK5LroaHjrsJmVBAWFyHQXykZghfoME=; b=LQxyLedgIXLZc1qY+wrorE+rGzh+nl96Gy3AC9C/L+pp1vVJ+6TV37h1E72bFbsRa9 DMYXyztWskzTpi1gV+C37kurWteTdK0E0yCx+MiqOFL2MFckGGclmvjlu0K1RfMyc5l6 +jt80LDQQco2DhaBau+G0QJkb2KiAwN4pzlTeieOZd5j95v27znJkC0ApIvbwbuoec8C cK/OXSiWhNLqYsbygK8zxDw9jKQAruY6XHvkPA/pJ7vM7JKZxkKIGpE8GG9cp8ujjVWi yKC46+8BisGrslzEIwrCtrh7Tr5TP88Zma2imQtqYpbvd9Es3PF29c8Pl75wxiYxg04P JlKg==
X-Gm-Message-State: ALoCoQmTR1FaPlYJCI5lz0M8Rwf8dpuB+xmiOjGKD00q5aHFpo2NJ5crzTrPLBWq8895IdTp2SkI
X-Received: by 10.15.33.198 with SMTP id c46mr159683eev.115.1384357081418; Wed, 13 Nov 2013 07:38:01 -0800 (PST)
Received: from [172.16.4.141] ([188.205.88.52]) by mx.google.com with ESMTPSA id w6sm89307374eeo.12.2013.11.13.07.37.59 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 13 Nov 2013 07:38:00 -0800 (PST)
Content-Type: text/plain; charset="iso-8859-1"
Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\))
From: Teco Boot <teco@inf-net.nl>
In-Reply-To: <CAGnRvupnOtWDGRWOsgteh6SCkuTwWBjQQrdbroW2MSA0c8z6tA@mail.gmail.com>
Date: Wed, 13 Nov 2013 16:37:58 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <1F8239C2-986E-4652-99C6-E4063CE7AAB9@inf-net.nl>
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> <cb12007d-dfb9-406b-8e8d-3b5252421cb7@SUCNPTEXC01.COM.AD.UK.D S.CORP> <e3f09407-85de-4ffc-878b-1fbe74b587ec@SUCNPTEXC01.COM.AD.UK.DS.CORP> <CAGnRvupnOtWDGRWOsgteh6SCkuTwWBjQQrdbroW2MSA0c8z6tA@mail.gmail.com>
To: Henning Rogge <hrogge@googlemail.com>
X-Mailer: Apple Mail (2.1822)
Cc: "DLEP Research Group (manet-dlep-rg@ietf.org)" <manet-dlep-rg@ietf.org>, Stan Ratliff <sratliff@cisco.com>, "Dowdell, John" <John.Dowdell@cassidian.com>, "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: Wed, 13 Nov 2013 15:38:07 -0000

Op 13 nov. 2013, om 13:26 heeft Henning Rogge <hrogge@googlemail.com> het volgende geschreven:

> I think this "complexity issue" is a null-argument.
> 
> IP capable radios/modems are complex devices, most of them have HTTP
> based user interfaces, SNMP services and complete software stack.
> Providing a TCP server socket is trivial for them and is not an
> additional complexity.

+1
Verified by team member.

He had concerns on this DLEP effort, all of this can be done with SNMP, he said. He is an expert on using SNMP on  somewhat historic devices. He has no doubt the radio can support TCP servers and would be amazed if a radio vendor would not be willing to implement a TCP server.

Teco

> 
> Henning Rogge
> 
> On Wed, Nov 13, 2013 at 1:14 PM, Dowdell, John
> <John.Dowdell@cassidian.com> wrote:
>> Just to add my two pennyworth.
>> 
>> We need to agree that the operating scenario is one router and N modems. If we do need to move to more than one router and N modems, the situation is more complex in terms of who does the TCP serving. Can we agree that please?
>> 
>> Also, given the resistance we seem to be experiencing from modem manufacturers to get involved, I would want to give them the least complex half of the implementation. This means they will not have to upgrade hardware, TCP stacks and/or operating systems beyond that which is necessary. I would suggest that we want the modem manufacturers to add value in extracting relevant metrics from the modem and pass through DLEP to the router or other interested process, rather than insisting they upgrade their TCP stacks.
>> 
>> John
>> 
>> -----Original Message-----
>> From: manet-dlep-rg-bounces@ietf.org [mailto:manet-dlep-rg-bounces@ietf.org] On Behalf Of Henning Rogge
>> Sent: 13 November 2013 10:19
>> To: Taylor, Rick
>> Cc: DLEP Research Group (manet-dlep-rg@ietf.org); Teco Boot; Stan Ratliff
>> Subject: Re: [manet-dlep-rg] DLEP session establishment
>> 
>> I think we can even leave out the TCP address (and maybe even the
>> port) by just demanding that the UDP Peer_Discovery has to come from
>> the relevant address (and port) of the TCP socket.
>> 
>> I cannot see an use case for using a different source port/address for
>> the UDP Peer_Discovery at the moment.
>> 
>> Henning Rogge
>> 
>> On Wed, Nov 13, 2013 at 11:12 AM, Taylor, Rick
>> <Rick.Taylor@cassidian.com> wrote:
>>> My thoughts:
>>> 
>>> The principle of keeping the modem code as small and light as possible is good.  In general modems are not only getting bigger and smarter, they are also getting physically smaller and lower power.  Routers however are not getting so small so quickly, so even though there are full TCP stacks in many radios, we should not force a full server implementation on them.
>>> 
>>> So, Lets keep the 3-way handshake we have discussed, but make the router the advertiser/server:
>>> 
>>> 
>>>   Router                                        Modem
>>>   ===================================================
>>> 
>>> 1) TCP Listen()
>>> 
>>> 2) UDP Peer_Discovery ------------------------------->
>>>     + Version TLV
>>>     + TCP address:port
>>> 
>>> 3)                                       TCP Connect()
>>> 
>>> 4) <-------------------------------- Peer_Initialize()
>>>                                      + Version TLV
>>>                                      + Ident TLV
>>>                                      + Mandatory TLVs
>>> 
>>> 5) Peer_Initialize_Ack ------------------------------>
>>>     + Status TLV
>>>     + Ident TLV
>>> 
>>> I withdraw my suggestion about cookies.  As Teco has pointed out, just do security properly (TLS or IPSec or whatever).  Putting in a lightweight/half-baked authentication process in the protocol may lead some implementers to assume this provides security.
>>> 
>>> I have also suggested just Version TLV and TCP endpoint address in the UDP discovery packet to save space.  This should allow a listening modem to decide whether to start a session with a router before TCP connect.
>>> 
>>> At step 5, the router has the opportunity to send a negative ACK, by including an error Status TLV in the Peer_Inialize_Ack and then shutdown the connection.  This captures Teco's SHOULD condition "The router SHOULD NOT start a session with a modem that does not advertise mandatory metric TLVs"
>>> 
>>> Would it help to have a state machine in the draft?
>>> 
>>> Comments?
>>> 
>>> Rick Taylor
>>> 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
>> 
>> 
>> 
>> --
>> 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
>> 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
> 
> 
> 
> -- 
> 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