Re: [Roll] Opinion please
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Roll] Opinion please



>>>>> "Jerald" == Jerald P Martocci <Jerald.P.Martocci at jci.com> writes:
    Jerald> I certainly favor the simplicity of Option 1 over Option 2;
    Jerald> however last week we also had an Option 3 which was my
    Jerald> favorite - that being that the node simply does not join the
    Jerald> DAG.  Option 1 as described, indicates that the node joins
    Jerald> the DAG as a leaf node.  My question is - how does a node
    Jerald> even know it's a leaf node?  My understanding is that DAG

    mcr>   It knows it's a left node because it knows that it failed
    mcr> to find a compatible OFy.

    Jerald> Why is this a discriminator?  The node could have other
    Jerald> child nodes already attached to itself prior to the node
    Jerald> attaching onto the DAG.  This set of nodes could all ascribe
    Jerald> to the same OFy, yet be different that the OFx of the main
    Jerald> DAG.

okay, so if a node (AA) that implements OFy picks a new parent that has only
OF0, it could then tell all it's children that it now has OF0, and
those children, expecting OFy, would be in the same situation as AA.
It can't forward OFx, because it really doesn't understand OFx.

    mcr>   When it's a leaf node, it does not process the DIOs that
    mcr> it receives, and does not forward that information (list of
    mcr> prefixes, etc.) to it's parent.

    Jerald> Ok.  I assumed that to eliminate newly found children the
    Jerald> node would stop sending DIOs.  However, I wasn't sure if
    Jerald> DIOs are needed to be sent out periodically for other
    Jerald> reasons.

I'm a bit vague on this myself. I think that it has to unicast DIOs to
it's parent.  It should not be multicasting DIOs if it doesn't want to
be a parent.

-- 
]       He who is tired of Weird Al is tired of life!           |  firewalls  [
]   Michael Richardson, Sandelman Software Works, Ottawa, ON    |net architect[
] mcr at sandelman.ottawa.on.ca http://www.sandelman.ottawa.on.ca/ |device driver[
   Kyoto Plus: watch the video <http://www.youtube.com/watch?v=kzx1ycLXQSE>
	               then sign the petition. 

Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.