Then would it be practical to have one protocol that managed carries both kinds of data?
Sent from my BlackBerry 10 smartphone on the Verizon Wireless 4G LTE network. From: Romascanu, Dan (Dan) Sent: Monday, February 22, 2016 09:19 To: Linda Dunbar; [email protected] Subject: Re: [OPSAWG] automatic attachment of applications and services at the edge Hi Linda, Thanks for your interest and comment. From a topology and architecture point of view the idea is indeed similar to ES-IS. The difference is in the content of the information that is being exchanged between the end-station and the edge router. Regards, Dan From: Linda Dunbar [mailto:[email protected]] Sent: Saturday, February 20, 2016 2:04 AM To: Romascanu, Dan (Dan); [email protected] Subject: RE: [OPSAWG] automatic attachment of applications and services at the edge Dan, Thank you very much for bringing attention to this draft. What being proposed by the draft is almost like ES-IS protocol, isn’t it? I think it is quite useful. Thanks, Linda Dunbar From: OPSAWG [mailto:[email protected]] On Behalf Of Romascanu, Dan (Dan) Sent: Monday, February 15, 2016 9:10 AM To: [email protected] Cc: Unbehagen Jr, Paul E (Paul) Subject: [OPSAWG] automatic attachment of applications and services at the edge Hi, I would like to draw the attention of the participants in the OPSAWG on an individual submission that I am co-authoring. The problem we are trying to solve is the optimization / minimizing of the amount of configuration that an operator needs to do when new applications require the creation of paths or tunnels in the core network. In order to avoid the reconfiguration of the core or heavy configuration at the edge the proposed method which we call auto-attachment allows for the usage of a protocol running between the end stations and the first (edge) router that adds the information and characteristics of the new path according to the policies or mapping tables of the operators. A first implementation that we have running code for and is deployed is described in https://datatracker.ietf.org/doc/draft-unbehagen-lldp-spb/ and uses the Link Layer Discovery Protocol (LLDP) with an IEEE 802.1aq Shortest Path Bridging (SPB) network. Please have a look and let me know if there is interest and/or similar on-going work. If there is enough interest I plan to request a short slot to discuss the idea at the OPSAWG meeting at IETF 95. Thanks and Regards, Dan
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ OPSAWG mailing list [email protected] https://www.ietf.org/mailman/listinfo/opsawg
