Hi Carsten, I am not so sure the CAP I-D is the best starting point. CAP is based on ZigBee service discovery which assumes statically held service information and a compact set of query primitives each device can use to determine compatible application services.
In a later thread, there was mention of a variation of HTTP using binary encoding (mapped to XML I would presume) and running over UDP. This would seem to be an elegant start to a service discovery protocol for 6LowPAN devices. It would be nice as well to have a caching scheme so sleepy devices could contribute their service information and make it visible without needing to be awake all the time to do so. Other alternatives could include using another tokenized XML solution like W3C EXI, OBiX, etc with some type of caching solution like those supported in SLP or SDDP. I think this really does not below in 6LowPAN though. Perhaps we could ask for formation of a group in in the Application area to address? Best Regards, Don Sturek -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Carsten Bormann Sent: Wednesday, June 10, 2009 10:56 PM To: Brian Frank Cc: Hamid Mukhtar; [email protected] Subject: Re: [6lowpan] ND and MAC-level security On Jun 11, 2009, at 03:15, Brian Frank wrote: > However, I am not sure SNMP is the best starting point. Now, what *is* the best starting point? One interesting submission we haven't spent much time looking at is: http://tools.ietf.org/html/draft-tolle-cap-00 Gruesse, Carsten _______________________________________________ 6lowpan mailing list [email protected] https://www.ietf.org/mailman/listinfo/6lowpan _______________________________________________ 6lowpan mailing list [email protected] https://www.ietf.org/mailman/listinfo/6lowpan
