Re: [Contiki-developers] WSN border router in LAN environment -discovery

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

then i guess u can ignore my reply then :))

*Mohammad Abdellatif*
*
*
*Phd student at Faculty of Engineering University of Porto (FEUP)*
*Researcher at Inesc Porto, UTM, WiN *
*http://win.inescporto.pt/mma* <http://win.inescporto.pt/mma>


On Mon, Sep 26, 2011 at 9:21 PM, jon...@gm... <jon...@gm...>wrote:

> On Mon, Sep 26, 2011 at 4:00 PM, Mohammad Abdellatif
> <moh...@gm...> wrote:
> > well, the machine with the border router connected to its usb will have
> the
> > route to the rpl network in its routing table.. but it wont automatically
> > advertise this routing table unless u enable some  routing protocol on
> it.
>
> You can advertise with radvd, that's what this reply was about....
> There are two boxes running radvd on my net. The RPL gateway and the
> Internet gateway.
>
> interface eth0
> {
>    AdvSendAdvert on;
>    AdvDefaultLifetime 0;
>    prefix 2002:ad4c:16cc:1/64
>    {
>        AdvOnLink on;
>        AdvAutonomous on;
>    };
>    route 2002:ad4c:16cc:2/64
>        {
>            AdvRoutePreference high;
>        };
> };
>
> AdvDefaultLifetime 0; will tell the hosts that it's not a default
> router for the 2002:ad4c:16cc:1/64 subnet, then with the route block
> will tell the hosts that 2002:ad4c:16cc:2/64 can be reached via that
> router on a higher preference then the other routers in the network.
>
>
> > otherwise u must use the static routes for the other pc's to find the
> link
> > through the pc with the border router.
> >
> > the other direction doesnt need any more configuration.. the rpl nodes
> send
> > to the border router and the linux automatically forward these packets to
> > through the ethernet interface to the LAN
> >
> > Mohammad Abdellatif
> > Phd student at Faculty of Engineering University of Porto (FEUP)
> > Researcher at Inesc Porto, UTM, WiN
> > http://win.inescporto.pt/mma
> >
> >
> >
> > On Sat, Sep 24, 2011 at 11:48 PM, jon...@gm... <jon...@gm...
> >
> > wrote:
> >>
> >> On Sat, Sep 24, 2011 at 4:17 PM, Maciej Wasilak <wa...@gm...>
> wrote:
> >> > Thanks for your replies.
> >> >
> >> > David: I'm not sure if I understand correctly, but will the PC's on
> the
> >> > network be able to contact RPL nodes automatically? If not, maybe the
> >> > static
> >> > routes are necessary like Mohammad says. But I don't know if searching
> >> > static routes happens before checking if destination is on-link.
> >> >
> >> > Jon: it seems that radvd uses RFC 4191 (it wouldn't be possible to
> >> > advertise
> >> > a default route without it). If I understand it right, in your setup
> >> > Linux
> >> > hosts receive RFC 4191 Router Advertisments and insert default route
> >> > into
> >> > their routing tables. According to Microsoft, Windows hosts also
> should
> >> > understand it. Therefore it's safe to assume that RFC 4191 is a
> standard
> >> > now. It shouldn't be hard to implement it in Contiki.
> >>
> >> You don't need to implement it in Contiki, only the gateway box needs
> >> to support it.
> >>
> >> If you are going to route RPL traffic out over an Ethernet backbone
> >> you need to implement RPL in Linux like this:
> >> https://github.com/mcr/unstrung
> >>
> >> > Last thing I wonder is if it's possible to determine what is the next
> >> > free
> >> > subnet in some automatic way.
> >>
> >> I haven't found one but I haven't looked very hard.
> >>
> >> >
> >> > Best Regards
> >> > Maciek
> >> >
> >> > 2011/9/20 jon...@gm... <jon...@gm...>
> >> >>
> >> >> On Tue, Sep 20, 2011 at 8:16 AM, Mohammad Abdellatif
> >> >> <moh...@gm...> wrote:
> >> >> > i think this is really the easiest way.. :)
> >> >> > another harder way would be to enable ip forwarding on the linux
> >> >> > machine
> >> >> > "with the border router connected" and then add a static route on
> the
> >> >> > other
> >> >> > machines to the rpl network through the linux ethernet interface.
> >> >>
> >> >> You shouldn't need to add static routes.
> >> >>
> http://www.dslreports.com/forum/r25832421-Multiple-IPv6-routers-on-LAN
> >> >>
> >> >>
> >> >> >
> >> >> > Mohammad Abdellatif
> >> >> > Phd student at Faculty of Engineering University of Porto (FEUP)
> >> >> > Researcher at Inesc Porto, UTM, WiN
> >> >> > http://win.inescporto.pt/mma
> >> >> >
> >> >> >
> >> >> >
> >> >> > On Sun, Sep 18, 2011 at 10:09 PM, David Kopf <
> da...@em...>
> >> >> > wrote:
> >> >> >>
> >> >> >> The easiest way is to have a linux box as the switch and router,
> >> >> >> then
> >> >> >> radvd will handle everything. Plug the rpl border router into
> >> >> >> that and it will pick up its assigned prefix and advertise it
> >> >> >> through
> >> >> >> rpl.
> >> >> >>  radvd autoconfigures all your devices and routes between
> >> >> >> its local interfaces and the internet.  RPL nodes could perhaps
> >> >> >> periodically send packets to some well known address that the
> linux
> >> >> >> box can use to keep a list of the active ones and perhaps enter
> the
> >> >> >> names
> >> >> >> in the hosts file.
> >> >> >>
> >> >> >> Don't know what happens when you introduce another ip6 router.
> >> >> >>
> >> >> >>
> >> >> >>
> >> >> >> -----Original Message-----
> >> >> >> From: Maciej Wasilak
> >> >> >> Sent: Sunday, September 18, 2011 4:39 PM
> >> >> >> To: Contiki developer mailing list
> >> >> >> Subject: [Contiki-developers] WSN border router in LAN environment
> >> >> >> -discovery
> >> >> >>
> >> >> >> Hello,
> >> >> >>
> >> >> >> I would like to ask your opinion about the theoretical home LAN
> >> >> >> setup:
> >> >> >> a
> >> >> >> Contiki-based WSN border router plugged into a switch with
> >> >> >> a home router (switch and home router might be in the same
> device),
> >> >> >> and
> >> >> >> some number of PC's or smartphones. Border router has some
> >> >> >> nodes on its 802.15.4 side and uses RPL (with no other IPv6 ND or
> >> >> >> 6lowpan-ND functionality). PC's use Linux/Windows (powerful OS
> >> >> >> with its own routing tables), smartphones use Android or other OS
> >> >> >> (also
> >> >> >> powerful but not as much).
> >> >> >>
> >> >> >> The problem is how to make the devices in LAN discover the WSN
> >> >> >> border
> >> >> >> router without disrupting their communication with internet. I
> >> >> >> am thinking about two scenarios:
> >> >> >>
> >> >> >> 1) RFC4861 + RIPng - WSN border router sends standard Router
> >> >> >> Advertisements. Home router does the same. Hosts are not able to
> >> >> >> recognize which router is better for WSN or Internet. It is
> possible
> >> >> >> to
> >> >> >> implement some simple routing protocol like RIPng - the
> >> >> >> Contiki border-router should be powerful enough to run it. When
> >> >> >> hosts
> >> >> >> send
> >> >> >> internet traffic WSN border router, it should send a
> >> >> >> Redirect pointing to the home router. Similarly the home router
> >> >> >> should
> >> >> >> redirect the WSN traffic to the WSN border router.
> >> >> >>
> >> >> >> 2) RFC4861 + RFC4191 (+ RIPng) - WSN border router sends modified
> >> >> >> Router
> >> >> >> Advertisements with Route Information Option containing RPL
> >> >> >> prefix. Home router also sends Router Advertisements with Route
> >> >> >> Information Option containing default prefix ::/0. Both advertise
> >> >> >> themselves as default routers (so that if one of them fails, the
> >> >> >> other
> >> >> >> one
> >> >> >> still works) and with medium priority (WSN and Internet
> >> >> >> don't overlap, so priority is useless). Hosts should immediately
> >> >> >> know
> >> >> >> where to send their traffic - no redirects should happen. To
> >> >> >> redirect traffic from WSN to Internet RIPng is still necessary.
> >> >> >>
> >> >> >> My question is which of these tactics has a better chance of
> >> >> >> working?
> >> >> >>
> >> >> >>
> >> >> >>
> >> >> >>
> >> >> >>
> >> >> >>
> ------------------------------------------------------------------------------
> >> >> >> BlackBerry&reg; DevCon Americas, Oct. 18-20, San Francisco, CA
> >> >> >> http://p.sf.net/sfu/rim-devcon-copy2
> >> >> >> _______________________________________________
> >> >> >> Contiki-developers mailing list
> >> >> >> Con...@li...
> >> >> >> https://lists.sourceforge.net/lists/listinfo/contiki-developers
> >> >> >
> >> >> >
> >> >> >
> >> >> >
> >> >> >
> ------------------------------------------------------------------------------
> >> >> > All the data continuously generated in your IT infrastructure
> >> >> > contains a
> >> >> > definitive record of customers, application performance, security
> >> >> > threats, fraudulent activity and more. Splunk takes this data and
> >> >> > makes
> >> >> > sense of it. Business sense. IT sense. Common sense.
> >> >> > http://p.sf.net/sfu/splunk-d2dcopy1
> >> >> > _______________________________________________
> >> >> > Contiki-developers mailing list
> >> >> > Con...@li...
> >> >> > https://lists.sourceforge.net/lists/listinfo/contiki-developers
> >> >> >
> >> >> >
> >> >>
> >> >>
> >> >>
> >> >> --
> >> >> Jon Smirl
> >> >> jon...@gm...
> >> >>
> >> >>
> >> >>
> >> >>
> ------------------------------------------------------------------------------
> >> >> All the data continuously generated in your IT infrastructure
> contains
> >> >> a
> >> >> definitive record of customers, application performance, security
> >> >> threats, fraudulent activity and more. Splunk takes this data and
> makes
> >> >> sense of it. Business sense. IT sense. Common sense.
> >> >> http://p.sf.net/sfu/splunk-d2dcopy1
> >> >> _______________________________________________
> >> >> Contiki-developers mailing list
> >> >> Con...@li...
> >> >> https://lists.sourceforge.net/lists/listinfo/contiki-developers
> >> >
> >> >
> >> >
> >> >
> ------------------------------------------------------------------------------
> >> > All of the data generated in your IT infrastructure is seriously
> >> > valuable.
> >> > Why? It contains a definitive record of application performance,
> >> > security
> >> > threats, fraudulent activity, and more. Splunk takes this data and
> makes
> >> > sense of it. IT sense. And common sense.
> >> > http://p.sf.net/sfu/splunk-d2dcopy2
> >> > _______________________________________________
> >> > Contiki-developers mailing list
> >> > Con...@li...
> >> > https://lists.sourceforge.net/lists/listinfo/contiki-developers
> >> >
> >> >
> >>
> >>
> >>
> >> --
> >> Jon Smirl
> >> jon...@gm...
> >>
> >>
> >>
> ------------------------------------------------------------------------------
> >> All of the data generated in your IT infrastructure is seriously
> valuable.
> >> Why? It contains a definitive record of application performance,
> security
> >> threats, fraudulent activity, and more. Splunk takes this data and makes
> >> sense of it. IT sense. And common sense.
> >> http://p.sf.net/sfu/splunk-d2dcopy2
> >> _______________________________________________
> >> Contiki-developers mailing list
> >> Con...@li...
> >> https://lists.sourceforge.net/lists/listinfo/contiki-developers
> >
> >
> >
> ------------------------------------------------------------------------------
> > All the data continuously generated in your IT infrastructure contains a
> > definitive record of customers, application performance, security
> > threats, fraudulent activity and more. Splunk takes this data and makes
> > sense of it. Business sense. IT sense. Common sense.
> > http://p.sf.net/sfu/splunk-d2dcopy1
> > _______________________________________________
> > Contiki-developers mailing list
> > Con...@li...
> > https://lists.sourceforge.net/lists/listinfo/contiki-developers
> >
> >
>
>
>
> --
> Jon Smirl
> jon...@gm...
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
> _______________________________________________
> Contiki-developers mailing list
> Con...@li...
> https://lists.sourceforge.net/lists/listinfo/contiki-developers
>