Thread Links Date Links
Thread Prev Thread Next Thread Index Date Prev Date Next Date Index

Re: [802SEC] 802.1 PAR comments



At 21:25 15/11/2004, pat_thaler@agilent.com wrote:
>My personal comments.
>
>802.1ai - We have normally skipped i and o in project numbering. i looks
>too much like 1 and j depending on font. o looks too much like zero. I
>think this still applies when we have two letter suffices.

We have re-numbered this as P802.1ak.


>Historical note - 10BASE-T was the first IEEE project to get to i and used
>it. When they got to publishing it they decided in the future to not use i
>and o.
>
>802.3aj - Is there a cut and paste error? The PAR says it is Amendment
>P802.1Q. From the description, it sounds like the project should be a new
>standard. The project doesn't appear to have any relationship to VLANs.

Significant aspects of this project will be the enchantment of the way the
ISS is supported in clause 6 of 802.1Q. If this was not an amendment to
802.1Q, it would therefore be necessary to start a separate companion
project in order to amend 802.1Q anyway, or there would be duplication of
material with attendant maintenance consequences.


>Will this project define the management protocol ("it is remotely
>manageable")?

The scope indicates that the device will be manageable through at least one
of its Ports. A MIB will be developed as part of the project that will
allow the device to be managed. It is yet to be determined whether that MIB
will reside within the device or populated through a low-level local protocol.


>Will this project cover cases where the two sides are operating at
>different speeds? One of the topics discussed in 802.3 congestion
>management was to provide rate limiting in the 802.3 MAC directly
>connected to a media converter minimize the memory requirement on media
>converters. I don't think this affects your PAR but I wanted to let you
>know there might be a related PAR.

This project will not provide rate limiting controls, as that would imply
queuing complexity and controls beyond the scope of this simple device.
Such queuing should be in the attached systems; if it is not, operation may
be less efficient due to triggering .3x Pause.


Regards,
Tony

----------
This email is sent from the 802 Executive Committee email reflector.  This list is maintained by Listserv.