Re: [1904-ANWG] PAR Modification for IEEE 1904.2
1. I chose to use “IEEE 802 Suite” because this protocol should be able to operate in the context of any of the protocols defined under IEEE 802… for example, it should be able to operate over an 802.11 link, and an 802.16 link, etc etc. Arguably, those are PHY layers, but they are NOT Ethernet (802.3), but we should cover those as use cases.
Can you suggest text that would be clearer, but still cover that scope?
2. “Ability to transit MAC-bridges” was meant to clarify the original “multi-hop” statement. It seems to me that this should be stated for the exact example that you give… one of the use cases is to enable a method for protocols that would normally be link-local to transit a MAC bridge.
Do you have alternative text to suggest that would be more clear or precise?
3. “Single 802 MAC domain”… I agree that this term is not well established. Refer to (1) above … the intent is to communicate that “multi-hop” could mean that the frames could cross multiple link types.
Suggested text?
—kan—
> On Aug 3, 2018, at 7:30 AM, Marek Hajduczenia <mxhajduczenia@xxxxxxxxx> wrote:
>
> Personally, I do not k now what was wrong with " Ethernet-based subscriber access networks" to begin with. Perhaps someone can explain it to me what is wrong with this term - the way I read it, it is anything that runs Ethernet, irrespective of the media underneath; and if we run Ethernet, we can run this new management protocol of ours. The " the IEEE 802 suite" term is not any clearer and I would argue - it is way more vague and ill-defined.
>
> The " ability to transit MAC-bridges" is inherent to any L2 frame unless it is explicitly link local.
>
> I also do not know " in a single IEEE 802 MAC domain" is a well-established term and what it is intended to mean. For link-local protocols, this would be just link itself. I believe what you mean in here is L2 broadcast domain, i.e., as far as any broadcast L2 frame would reach. This is the term I saw used before
>
> Marek
>
> -----Original Message-----
> From: stds-1904-wg@xxxxxxxx <stds-1904-wg@xxxxxxxx> On Behalf Of Kevin A Noll
> Sent: Thursday, August 2, 2018 7:39 PM
> To: stds-1904-wg@xxxxxxxxxxxxxxxxx; stds-1904-2-TF@xxxxxxxxxxxxxxxxx
> Cc: Fernando Villarruel <villarf@xxxxxxxxx>; Pradeep Kondamuri <pkondamu@xxxxxxxxx>; Edward A Walter <ew8532@xxxxxxx>
> Subject: PAR Modification for IEEE 1904.2
>
> Colleagues,
>
> During the 1 August 2018 meeting we discussed the need to modify the scope of the PAR for IEEE 1904.2.
>
> There was consensus that
> 1. encryption should be removed from the scope, 2. "Ethernet-based” should be clarified, 3. the type of devices to be managed needs to be expanded beyond “CPE”
> 4. “Multi-hop” should be clarified to limit the scope to Layer-2
>
>
> The current PAR Scope reads as follows:
>
> This standard describes a management channel for customer-premises equipment (CPE) connected to Ethernet-based subscriber access networks. The key characteristics of the specified management channel are:
> - Multi-hop capabilities to allow management of various CPE devices located behind an Optical Network Unit (ONU), a Coaxial Network Unit (CNU), a Residential Gateway (RGW), etc.
> - Extensibility to accommodate new management protocols and/or new types of CPE devices.
> - Broadcast/multicast capabilities to allow simultaneous (synchronized) configuration of multiple devices.
> - Encryption capabilities to ensure secure access to managed CPE devices by the network operators.
> The standard describes the message format as well as processing operations and forwarding rules at the intermediate nodes.
>
>
>
> I propose the following as an updated scope:
>
> This standard describes a management channel for devices used in subscriber access networks that use protocols in the IEEE 802 suite. The key characteristics of the management channel are:
> - The ability to transit MAC-bridges in a single IEEE 802 MAC domain to allow management of devices using protocols that would not normally be forwarded.
> - Extensibility to accommodate new management protocols and new types of devices.
> - The ability to simultaneously send messages to multiple stations using broadcast or multicast functions.
> This standard describes the message format as well as processing operations of stations and MAC-bridges.
>
> Please reply with comments and suggested edits.
>
> —kan—
> Kevin A. Noll
>
> ________________________________________________________________________
> To unsubscribe from the STDS-1904-WG list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-1904-WG&A=1
>
> ________________________________________________________________________
> To unsubscribe from the STDS-1904-2-TF list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-1904-2-TF&A=1
________________________________________________________________________
To unsubscribe from the STDS-1904-WG list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-1904-WG&A=1