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

[<jon...@gm...>]

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...