Re: [Roll] mixture of storing and non-storing nodes

Hi Jongsoo,

I already commented on the draft and supported it. There are always
different ways of solving an identified problem case. I mentioned that
the mix capabilities issue of both drafts was similar and solution
approach is different. IMO, efficient routings cannot be done without
good discovery,

AB
---------
On 8/22/12, 정종수 <jsjeong@etri.re.kr> wrote:
> Hi AB,
>
> I also agree with Omprakash. Ko's draft describes a new RPL operation mode
> while your draft describes nodes' ability (functions and resources)
> advertisement/discovery in a given operation mode.
>
> -Jongsoo
>
> 2012. 8. 22., 오전 3:58, Omprakash Gnawali <gnawali@cs.uh.edu>
>  작성:
>
>>
>> On Tue, Aug 21, 2012 at 11:33 AM, Abdussalam Baryun
>> <abdussalambaryun@gmail.com> wrote:
>>> Hi Omprakash
>>>
>>>> The draft describes one of the problems that could
>>> occur if we try to form a multi-hop network with storing and
>>> non-storing nodes. That is a concrete first step towards getting a
>>> handle on the challenge of having nodes with different capabilities in
>>> a network.
>>> Please not that NAP draft is a first step to handle different
>>> capabilities,
>>> you may missed it when I described the problem in june and posted the
>>> draft
>>> in first august. However, I like that we share the importance of the
>>> *mixture abilities* idea now and that we can work together to solve the
>>> problem.
>>
>> Did you get a sense from the WG that this is an important problem? We
>> can find many ways to extend and enhance every protocol but choose to
>> work on a subset that is most relevant to those who are building
>> devices and deploying networks.
>>
>> Ko's draft talks about how to do multi-hop routing with storing and
>> non-storing nodes. Your draft talks about discovering if nodes are
>> able to participate due to various constraints. They seem different to
>> me but are not mutually exclusive.
>>
>> - om_p
>> _______________________________________________
>> Roll mailing list
>> Roll@ietf.org
>> https://www.ietf.org/mailman/listinfo/roll
>
>