RE: FW: EPON MIB comments

"Lior khermosh" <[email protected]>
Newsgroups gmane.ietf.hubmib
Message-ID <[email protected]>
[LK] Why is it referred only to debug mode? It can be needed during
operation also. Anyway management can affect device condition and
malfunctioning can be a result of any write operation even if it is
resetting of some database log/or table. I think that the security
section in the document should point to the proper place and point out
the hazards.
Why is it different in a concept from resetting an alarm table action or
from changing an operational mode? 
 

-----Original Message-----
From: Glen Kramer [mailto:[email protected]] 
Sent: Wednesday, January 05, 2005 2:18 AM
To: 'Lior khermosh'; 'Romascanu, Dan (Dan)'; [email protected]
Subject: RE: [Hubmib] FW: EPON MIB comments


[GK] eponDeviceObjectDeviceReadyMode object should be read-only.
Modifying device mode through the management may have unpredictable
results (like taking down entire EPON).

[LK] Changing this variable might indeed cause very major changes in the
system. Yet in my opinion it is needed for management. Unfortunately in
true life engineered systems there is a possibility that a system is not
operating well and it is needed to make it inactive immediately. The
purpose of such an attribute is like this.

[GK] We should not confuse MIB with debug functions. I would agree to
have an object that would allow disabling a device. I am against
allowing management changing device mode from notReady to ready or from
inProcess to ready. This would take down the device and very likely
would take down the entire EPON. Device mode should only change
according to state machines defined in IEEE 802.3ah.

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.