Re: [manet-dlep-rg] DLEP Capabilities exchange

"Stan Ratliff (sratliff)" <sratliff@cisco.com> Wed, 22 January 2014 18:17 UTC

Return-Path: <sratliff@cisco.com>
X-Original-To: manet-dlep-rg@ietfa.amsl.com
Delivered-To: manet-dlep-rg@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4340E1A03C1 for <manet-dlep-rg@ietfa.amsl.com>; Wed, 22 Jan 2014 10:17:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.036
X-Spam-Level:
X-Spam-Status: No, score=-15.036 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.535, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] 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 KtbimlDEePAn for <manet-dlep-rg@ietfa.amsl.com>; Wed, 22 Jan 2014 10:17:34 -0800 (PST)
Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) by ietfa.amsl.com (Postfix) with ESMTP id E20411A037F for <manet-dlep-rg@ietf.org>; Wed, 22 Jan 2014 10:17:33 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3763; q=dns/txt; s=iport; t=1390414653; x=1391624253; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=SFMmUEqspUzFANO1RU4C+cXvPIMs5ixFO93T45euNxU=; b=jC6cE2ObbsGUG6osdxc7CTJQQx18GeH7xmPPXTU5+M8BV2jGg4QchO2m ICuhNz43QJvYNkPaoLLEYVUqiZljdynylRvwSRV07Vss+Kz1NXYUEv07O uNJwS6YQHN+3j+31HXZZc6Aq7pKU6ija70b23+4z+xxJjhrkhwqnVqqKg U=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ag0FAOcJ4FKtJV2c/2dsb2JhbABbgww4VrtfgRYWdIIlAQEBAwEBAQFrCwULAgEIGC4nCyUCBA4Fh30IDcMXEwSOEQkRAR0zB4MkgRQEmCKSGIMtgXE5
X-IronPort-AV: E=Sophos;i="4.95,701,1384300800"; d="scan'208";a="299002083"
Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by rcdn-iport-5.cisco.com with ESMTP; 22 Jan 2014 18:17:33 +0000
Received: from xhc-aln-x09.cisco.com (xhc-aln-x09.cisco.com [173.36.12.83]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id s0MIHWYF029390 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 22 Jan 2014 18:17:33 GMT
Received: from xmb-aln-x03.cisco.com ([169.254.6.14]) by xhc-aln-x09.cisco.com ([173.36.12.83]) with mapi id 14.03.0123.003; Wed, 22 Jan 2014 12:17:32 -0600
From: "Stan Ratliff (sratliff)" <sratliff@cisco.com>
To: Teco Boot <teco@inf-net.nl>
Thread-Topic: [manet-dlep-rg] DLEP Capabilities exchange
Thread-Index: AQHPFuXmq7CDqyipwE+xoJktNrryzpqQG5GAgAEV5ACAACGggIAAICMA
Date: Wed, 22 Jan 2014 18:17:32 +0000
Message-ID: <79BC1F17-9AF5-443B-90A9-0E3ABFC707C6@cisco.com>
References: <3BC2E4AC-CD56-4AEA-AB12-4197ABC3611F@cisco.com> <9B289123-CB0A-4FEA-8F84-08EEE2A6D45C@inf-net.nl> <AAF42E42-6519-43D8-A2DD-55BA00212E10@cisco.com> <F1BC8227-A0C4-41D6-B24F-1EB7EE1E7288@inf-net.nl>
In-Reply-To: <F1BC8227-A0C4-41D6-B24F-1EB7EE1E7288@inf-net.nl>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.116.179.213]
Content-Type: text/plain; charset="Windows-1252"
Content-ID: <6844C34C8DC37F4BB015D5BE4672C807@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "(manet-dlep-rg@ietf.org) manet-dlep-rg@ietf.org Group" <manet-dlep-rg@ietf.org>
Subject: Re: [manet-dlep-rg] DLEP Capabilities exchange
X-BeenThere: manet-dlep-rg@ietf.org
X-Mailman-Version: 2.1.15
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, 22 Jan 2014 18:17:37 -0000

On Jan 22, 2014, at 11:22 AM, Teco Boot <teco@inf-net.nl> wrote:

> OK, the negotiation is another, related topic. Some capabilities can be just advertised,

I'm good with calling this an "advertisement". 


> others could indicate support of a DLEP sub-protocol. If both peers advertise the capabilities, the DLEP sub-protocol can start running.
> 
> Start using such for the flow control and link characteristics request capabilities, in dlep-06?
> 

I don't think it's necessary. 

Regards,
Stan


> Teco
> 
> Op 22 jan. 2014, om 15:22 heeft Stan Ratliff (sratliff) <sratliff@cisco.com> het volgende geschreven:
> 
>> Teco, 
>> 
>> Yeah, we're on the same page in that this isn't a negotiation. This is just giving the router and the modem some ways to signal the other that (for lack of a better term) "I'm special in some way" - in my case below, the satellite network is more efficient if the DR is co-located with the NC. This *could* be done with a-priori configuration, but it's easier if the NC announces itself (the NC function can, to an extent, be dynamically assigned). Please notice - I never used the word "negotiation" in the initial email… ;-) Perhaps I should have said a "Capabilities Announcement"? 
>> 
>> Regards,
>> Stan
>> 
>> On Jan 21, 2014, at 4:47 PM, Teco Boot <teco@inf-net.nl>
>> wrote:
>> 
>>> Poeh, way back struggling with this.
>>> 
>>> Yes, this kind of information exchange is useful. But why would this example need negotiation? Just sending the TLV is OK, and routers can drop it or use it at own willing.
>>> 
>>> For for example a BW allocation sub protocol, I can imagine both modem and router MUST first agree before bothering each other with a "foreign DLEP sub-protocol language". The negotiation SHOULD NOT terminate the DLEP session. And can take place at any time after DLEP session setup.
>>> 
>>> The flow control and link characteristics request capabilities could be negotiated.
>>> 
>>> Teco
>>> 
>>> 
>>> Op 21 jan. 2014, om 21:18 heeft Stan Ratliff (sratliff) <sratliff@cisco.com> het volgende geschreven:
>>> 
>>>> Gentlemen, 
>>>> 
>>>> 
>>>> Well, sigh…  I've been frankly trying to avoid this, but it's a subject I want to breach - if not for DLEP-05, then maybe for an 06. 
>>>> 
>>>> I've been thinking again about some exchange of capabilities. Not for a DLEP session startup, but to cover some specific use cases. The first one I'll throw out is this: 
>>>> 
>>>> Consider a deployment using OSPF, over satellite. That OSPF network is defined as a standard broadcast (Ethernet) segment, with a Designated Router (DR) and a Backup DR (BDR). In the satellite implementation I'm considering, it would be a good thing if the DR was co-located with the SatCom "Network Controller". 
>>>> 
>>>> So, I'm thinking about a capabilities exchange, where the modem (the satcom terminal) tells the router "I'm the NC". This would, in turn, cause the connected router to be "very willing" (whatever that means) to be the DR in an OSPF election (the next election that occurs on this link)… There would also have to be an "I'm NOT the NC anymore" message that flows from modem to router if/when that function is reassigned in the network. 
>>>> 
>>>> I'm sure there are other cases. Let's see if we can make a run at enumerating (and hopefully "generalizing") them.
>>>> 
>>>> Regards,
>>>> Stan
>>>> _______________________________________________
>>>> manet-dlep-rg mailing list
>>>> manet-dlep-rg@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/manet-dlep-rg
>>> 
>> 
>