On Thu, Jun 11, 2009 at 12:22:21PM +0200, Hamid Mukhtar wrote: > Ya I was referring to the same draft which certainly isnt a working > group item. The working group isnt chartered for network management > yet. However, the draft may be considered as an interesting item > once the group recharters.
The WG needs to define and agree on the problem that is to be solved. Technically, I can imagine to make SNMP a first class citizen on a 6LowPAN node but I can equally well imagine that SNMP sits on a device connecting a 6LowPAN cloud to the Internet and uses other (subagent, proxy, ...) protocols to interact with 6LowPAN nodes. There are different solutions possible but it really boils down to what the problem is that is to be solved if you want to select one of the approaches. I assume many 6LowPAN devices simply want to carry as few protocols as possible. But on the other hand, the claimed benefits of 6LowPAN (RFC 4919) are among other things are that existing tools and IP network technologies can be reused and 6LowPAN does not need intermediate entities like translation gateways or proxies... Personally, if I were to put SNMP (or any other protocol for that matter) on a 6LowPAN device, I would try to use it for as many tasks as possible. Having multiple protocols on a 6LowPAN device for different purposes appears to be a costly idea to me. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1, 28759 Bremen, Germany Fax: +49 421 200 3103 <http://www.jacobs-university.de/> _______________________________________________ 6lowpan mailing list [email protected] https://www.ietf.org/mailman/listinfo/6lowpan
