Re: [Roll] NA to transport DAO
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Roll] NA to transport DAO



Me too : )

 

The only thing that blocks us right now from allowing (6loWPAN ND) NR as an alternate to (RFC4861) NA for the purpose of DAO is the draft status of the draft, not even last call yet. But if that clarifies we can allow either for the time being and see how things evolves. Or we could replace NA with NR right away and reconsider if things do not work out for the 6LoWPAN draft. This thread was started for that purpose after all…

 

Advice?

 

Pascal

From: roll-bounces at ietf.org [mailto:roll-bounces at ietf.org] On Behalf Of Anders Brandt
Sent: mardi 13 octobre 2009 11:54
To: JP Vasseur (jvasseur); Jerald.P.Martocci at jci.com
Cc: roll-bounces at ietf.org; IETF ROLL
Subject: Re: [Roll] NA to transport DAO

 

Needless to say I also consider myself one of those people...

 

As discussed in the interim meeting, p2p mesh support is actually required in 50% of the requirement drafts forming the base of this working group.

In IETF terms,

Nodes MUST be able to use (somewhat optimized) p2p to communicate internally and MAY need to talk to an LBR.

 

- Anders

 


From: roll-bounces at ietf.org [mailto:roll-bounces at ietf.org] On Behalf Of JP Vasseur
Sent: 13. oktober 2009 04:53
To: Jerald.P.Martocci at jci.com
Cc: roll-bounces at ietf.org; IETF ROLL
Subject: Re: [Roll] NA to transport DAO

 

On Oct 12, 2009, at 11:21 PM, Jerald.P.Martocci at jci.com wrote:




I guess I am one of those people that think that other 6LoWPAN nodes must participate in RPL.  Unless I am missing something RPL is the only game in town regarding meshing of wireless sensors.  If they are not in RPL is there another means that they can use to form mesh connectivity to get to the LBR?

 

You interpretation is of course correct.

 

JP.




Jerry




Michael Richardson <mcr at sandelman.ca>
Sent by: roll-bounces at ietf.org

10/12/2009 04:13 PM

To

IETF ROLL <roll at ietf.org>

cc

Subject

Re: [Roll] NA to transport DAO

 




-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


>>>>> "Pascal" == Pascal Thubert <(pthubert)" <pthubert at cisco.com>> writes:
   Pascal> We are in perfect line. At the moment, RPL would impose
   Pascal> NS/NA between 6LoWPAN routers to expose the host routes.

I have just read 6lowpan-nd-06.txt

Some things immediately jump out at me:
    1) small packets are much more common, so DAOs may not fit into ND.
    2) multicast is not assumed, so the Whiteboard is used.
    3) nodes that are sleepy, are not going to be useful as members of
                an RPL DAG, so really, it's about RPL between the Edge Routers.

It seems to me therefore that the only nodes in a 6lowpan that can
participate in a RPL DAG would be the edge router that runs a
Whiteboard.

I think you capture this in your above sentence.   I do not think that
the 6LoWPAN routers will be speaking NR/NC between themselves along
their "backbone", but I could be wrong.

I also think that some other people may be thinking that many more
6LoWPAN nodes will participate in RPL than just the edge routers.

- --
]       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.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Finger me for keys

iQEVAwUBStOcCICLcPvd0N1lAQKH2wf9E88fL2LMjiDu3MyJpWMRHfoQUEKl5E9N
j05PD4nhtRGlJ+IMjMyXYK0a4BjkFGxRq5iD00RP/m338shvmjSjhxOeMHSpUIpX
bnb8Jql4guPerrUnzmxCpOI52y4igNxXWb5Y2HTuMHBWLNjMZtDUeCp+wXBy+ZIp
GB+QYWw7dC6gVxXanTqVxyx8e33nI1AfAdHYq+8amHJVtCy1dpIPQtNa19krV0wo
aWKWXI9DfhqQNLed/8g+p1sFY0r2GxG7ZL4W9ZyZZgwC2Dmkzt9BlfwG32W7JC9/
iZxrOjTeS6ZeK4DktBQzdmqjzXpMSDpB3/NmdaY/OgsiXokAPsI+bw==
=FpQB
-----END PGP SIGNATURE-----
_______________________________________________
Roll mailing list
Roll at ietf.org
https://www.ietf.org/mailman/listinfo/roll

_______________________________________________
Roll mailing list
Roll at ietf.org
https://www.ietf.org/mailman/listinfo/roll

 


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