RE: FW: EPON MIB comments (eponDeviceRemoteMACAddressLLIDControl)

"Romascanu, Dan \(Dan\)" <[email protected]>
Newsgroups gmane.ietf.hubmib
Message-ID <AAB4B3D3CF0F454F98272CBE187FDE2F079C4CF7@is0004avexu1.global.avaya.com>
Lior,

Please clean up the grammar of this DESCRIPTION clause, otherwise it is hard to understand. Expressions like 'a table of read-only value that identifies...' or 'the table is defined as Remote MAC Address...' do not make too much sense to me. I can guess that you are referring to the objects (columns) in the table, but I will leave to you clarifying this text. 

Regards,

Dan



> -----Original Message-----
> From: Lior khermosh [mailto:[email protected]]
> Sent: 08 January, 2005 8:07 AM
> To: [email protected]; Romascanu, Dan (Dan); [email protected]
> Subject: RE: [Hubmib] FW: EPON MIB comments 
> (eponDeviceRemoteMACAddressLLIDControl)
> 
> 
> [LK] You are right. It seems like the definition of the table mixes 2
> things which were not my intention. My intention was not to hold a MAC
> address table as in a bridge (which is well covered in the bridge MIB
> objects and I had no intention to replica) but to hold a log 
> of ONUs and
> their status. The description of the table is indeed confusing and I
> will clear it. I think that the MIBs in the table are O.K. I added the
> last 3 sentences for clarification in the last draft and they 
> should be
> removed as confusing.
> 
> Should be:
> eponDeviceRemoteMACAddressLLIDTable OBJECT-TYPE
>     SYNTAX      SEQUENCE OF EponDeviceRemoteMACAddressLLIDEntry
>     MAX-ACCESS  not-accessible
>     STATUS      current
>     DESCRIPTION 
>             "A table of read-only value that identifies the
>              source_address and LLIDs parameter of the remote devices
>              in the network. This MacAddress value, as defined in 
>              [802.3ah], 30.3.5.1.5, is updated on reception of a
>              valid frame with a unicast destination Field or 
>              (1) a destination Field equal to the reserved multicast
>              address for MAC Control specified in [802.3ah] Annex
>              31A, (2) lengthOrType field value equal to the reserved
>              Type for MAC Control as specified in [802.3ah] Annex
>              31A. (3)an MPCP subtype value equal to the subtype
>              reserved for MPCP as specified in [802.3ah] Annex 31A,
>              and an LLID as allocated by the OLT. The table is
>              defined as Remote MAC address - LLID (RMadL)
>              The table is relevant only for an OLT device"
>     ::= { eponDeviceControlObjects 2 }
> 
> 
> 
> 
> -----Original Message-----
> From: Glen Kramer [mailto:[email protected]] 
> Sent: Wednesday, January 05, 2005 3:02 AM
> To: 'Romascanu, Dan (Dan)'; [email protected]; 'Lior khermosh'
> Subject: RE: [Hubmib] FW: EPON MIB comments
> (eponDeviceRemoteMACAddressLLIDControl)
> 
> 
> [GK] eponDeviceRemoteMACAddressLLIDControl - "Indicates and 
> controls the
> resetting of the LLID MAC address log. Setting this object to none(1)
> has no action resetLog(2) empties the LLID MAC address log. 
> All data is
> deleted. Setting it to useDefaultReporting(3) returns all entries
> priorities to their factory-default reporting. Reading this object
> always returns useDefaultReporting(3)." The description of this object
> seems to match some proprietary EPON device. In the 802.3ah standard,
> there is no provision of whether to keep LLID MAC address 
> log. It is not
> clear, what does it mean "returns all entries priorities to their
> factory-default reporting", since there is no specification for either
> "entries" or "factory-default reporting". This object should 
> be removed.
> 
> [LK] The OLT and ONUs of an EPON device serves as a 
> distributed virtual
> switch where the LLIDs represent bridge ports. This model is 
> behind the
> point to point emulation mechanism of clause 65 and of the whole LLID
> concept. A bridge have a MAC address to port address table and this
> table here serves for exactly the same purpose. It is not a 
> proprietary
> implementation. The eponDeviceRemoteMACAddressLLIDControl is a control
> attribute for resetting this Table. As a table is a 
> manageable entity I
> think such an object is needed. The useDefaultReporting(3) 
> category is a
> common option for such attributes as a default setting for tables -
> Implementation is according to Vendors preference. I have no special
> suggestion for the default value. If people will feel more 
> comfortable I
> can remove useDefaultReporting(3) and return in the reading none(1).
> 
> [GK] There is no document defining what is "LLID MAC address log". The
> phrase "The OLT and ONUs of an EPON device serves as a distributed
> virtual switch where the LLIDs represent bridge ports" assumes a
> particular implementation. LLIDs do not represent bridge ports. LLID
> represent virtual links.  These links may or may not be connected to a
> bridge at the OLT. The eponDeviceRemoteMACAddressLLIDControl attribute
> refers to an address table in the bridge and has nothing to do with
> EPON. Therefore, it should be moved to the bridge MIB.
> 
> Regards,
> Glen
> 
>  
> 
> 
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.