Development issues regarding the cerowrt test router project
 help / color / mirror / Atom feed
From: Robert Bradley <robert.bradley1@gmail.com>
To: cerowrt-devel@lists.bufferbloat.net
Subject: [Cerowrt-devel] Fwd: development snapshot of cerowrt-3.3.8-21 released
Date: Wed, 29 Aug 2012 15:10:03 +0100	[thread overview]
Message-ID: <CAA=Zby4Rr0eoKBUhndqugmFXdqDiM90=RecDqX6Rh6m-y7B8hw@mail.gmail.com> (raw)
In-Reply-To: <CAA=Zby6UqJfyP34siWkMbAqSWMay10TzhQRz0Bsvq-_MwxcEyw@mail.gmail.com>

Somehow I managed to send both this and my other email directly to
Richard and not the mailing list...


---------- Forwarded message ----------
From: Robert Bradley <robert.bradley1@gmail.com>
Date: 29 August 2012 11:57
Subject: Re: [Cerowrt-devel] development snapshot of cerowrt-3.3.8-21 released
To: Richard Brown <richard.e.brown@dartware.com>


On 29 August 2012 02:28, Richard Brown <richard.e.brown@dartware.com> wrote:
> 2) More on the Hurricane Electric tunnel. After adding these lines to the
> config script on the wiki page:
>
> uci set network.henet.adv_subnet=1        # added for 3.3.8-17
> uci set network.henet.adv_interface=se00
> uci set network.henet.adv_interface=sw10
>
> I still cannot connect/get an IPv6 address on se00, *but* I can get
> addresses on all four wireless channels. (In retrospect, I believe this was
> true for 3.3.8-17 as well.)

Now I finally have a WNDR3800 to play with, I set up my own tunnel on
3.3.8-17 a couple of weeks back.  I'm using www.broker.ipv6.ac.uk
instead of Hurricane Electric, but the script still worked for me with
minor changes to IP addresses and the like.  I entered most of the
details (local IP address etc.) into the online "Create Tunnel" page
based on my existing gogoc client settings on Ubuntu.

My tunnel interface configuration looks like:

firewall.@zone[0].network=ge00 ipv6_janet
network.ipv6_janet=interface
network.ipv6_janet.proto=6in4
network.ipv6_janet.peeraddr=152.78.189.60
network.ipv6_janet.ip6addr=<remotely assigned IPv6 address, /128>
network.ipv6_janet.ipaddr=<my local IPv4 address>

My radvd settings look like:

root@OpenWrt:~# uci show radvd
radvd.@interface[0]=interface
radvd.@interface[0].interface=se00
radvd.@interface[0].AdvSendAdvert=1
radvd.@interface[0].AdvRouterAddr=1
radvd.@interface[0].AdvLinkMTU=1480
radvd.@interface[0].ignore=0
radvd.@interface[0].IgnoreIfMissing=1
radvd.@interface[0].AdvSourceLLAddress=1
radvd.@interface[0].AdvDefaultPreference=medium
radvd.@interface[0].AdvOtherConfigFlag=1
radvd.@prefix[0]=prefix
radvd.@prefix[0].interface=se00
radvd.@prefix[0].prefix=
radvd.@prefix[0].AdvOnLink=1
radvd.@prefix[0].AdvAutonomous=1
radvd.@prefix[0].AdvRouterAddr=0
radvd.@prefix[0].ignore=0
radvd.@interface[1]=interface
radvd.@interface[1].interface=sw00
radvd.@interface[1].AdvSendAdvert=1
radvd.@interface[1].AdvRouterAddr=1
radvd.@interface[1].AdvLinkMTU=1480
radvd.@interface[1].ignore=0
radvd.@interface[1].IgnoreIfMissing=1
radvd.@interface[1].AdvSourceLLAddress=1
radvd.@interface[1].AdvDefaultPreference=medium
radvd.@interface[1].AdvOtherConfigFlag=1
radvd.@prefix[1]=prefix
radvd.@prefix[1].interface=sw00
radvd.@prefix[1].prefix=
radvd.@prefix[1].AdvOnLink=1
radvd.@prefix[1].AdvAutonomous=1
radvd.@prefix[1].AdvRouterAddr=0
radvd.@prefix[1].ignore=0
radvd.@interface[2]=interface
radvd.@interface[2].interface=sw10
radvd.@interface[2].AdvSendAdvert=1
radvd.@interface[2].AdvRouterAddr=1
radvd.@interface[2].AdvLinkMTU=1480
radvd.@interface[2].ignore=0
radvd.@interface[2].IgnoreIfMissing=1
radvd.@interface[2].AdvSourceLLAddress=1
radvd.@interface[2].AdvDefaultPreference=medium
radvd.@interface[2].AdvOtherConfigFlag=1
radvd.@prefix[2]=prefix
radvd.@prefix[2].interface=sw10
radvd.@prefix[2].prefix=
radvd.@prefix[2].AdvOnLink=1
radvd.@prefix[2].AdvAutonomous=1
radvd.@prefix[2].AdvRouterAddr=0
radvd.@prefix[2].ignore=0
radvd.@interface[3]=interface
radvd.@interface[3].interface=gw00
radvd.@interface[3].AdvSendAdvert=1
radvd.@interface[3].AdvRouterAddr=1
radvd.@interface[3].AdvLinkMTU=1480
radvd.@interface[3].ignore=0
radvd.@interface[3].IgnoreIfMissing=1
radvd.@interface[3].AdvSourceLLAddress=1
radvd.@interface[3].AdvDefaultPreference=medium
radvd.@interface[3].AdvOtherConfigFlag=1
radvd.@prefix[3]=prefix
radvd.@prefix[3].interface=gw00
radvd.@prefix[3].prefix=
radvd.@prefix[3].AdvOnLink=1
radvd.@prefix[3].AdvAutonomous=1
radvd.@prefix[3].AdvRouterAddr=0
radvd.@prefix[3].ignore=0
radvd.@interface[4]=interface
radvd.@interface[4].interface=gw10
radvd.@interface[4].AdvSendAdvert=1
radvd.@interface[4].AdvRouterAddr=1
radvd.@interface[4].AdvLinkMTU=1480
radvd.@interface[4].ignore=0
radvd.@interface[4].IgnoreIfMissing=1
radvd.@interface[4].AdvSourceLLAddress=1
radvd.@interface[4].AdvDefaultPreference=medium
radvd.@interface[4].AdvOtherConfigFlag=1
radvd.@prefix[4]=prefix
radvd.@prefix[4].interface=gw10
radvd.@prefix[4].prefix=
radvd.@prefix[4].AdvOnLink=1
radvd.@prefix[4].AdvAutonomous=1
radvd.@prefix[4].AdvRouterAddr=0
radvd.@prefix[4].ignore=0
radvd.@rdnss[0]=rdnss
radvd.@rdnss[0].ignore=0
radvd.@rdnss[0].interface=se00
radvd.@dnssl[0]=dnssl
radvd.@dnssl[0].ignore=0
radvd.@dnssl[0].interface=se00
radvd.@dnssl[0].suffix=home.lan
radvd.@rdnss[1]=rdnss
radvd.@rdnss[1].ignore=0
radvd.@rdnss[1].interface=sw00
radvd.@dnssl[1]=dnssl
radvd.@dnssl[1].ignore=0
radvd.@dnssl[1].interface=sw00
radvd.@dnssl[1].suffix=home.lan
radvd.@rdnss[2]=rdnss
radvd.@rdnss[2].ignore=0
radvd.@rdnss[2].interface=sw10
radvd.@dnssl[2]=dnssl
radvd.@dnssl[2].ignore=0
radvd.@dnssl[2].interface=sw10
radvd.@dnssl[2].suffix=home.lan
radvd.@rdnss[3]=rdnss
radvd.@rdnss[3].ignore=0
radvd.@rdnss[3].interface=gw00
radvd.@dnssl[3]=dnssl
radvd.@dnssl[3].ignore=0
radvd.@dnssl[3].interface=gw00
radvd.@dnssl[3].suffix=home.lan
radvd.@rdnss[4]=rdnss
radvd.@rdnss[4].ignore=0
radvd.@rdnss[4].interface=gw10
radvd.@dnssl[4]=dnssl
radvd.@dnssl[4].ignore=0
radvd.@dnssl[4].interface=gw10
radvd.@dnssl[4].suffix=home.lan

and for safety, I explicitly allowed inbound wan traffic using
protocol 41, since I set up a default-drop rule for IPv4 wan traffic.

>
> 3) Is it possible that DNS come back earlier in the boot sequence? It seemed
> that CeroWrt began responding within a minute (or so) to DNS queries,
> instead of the 2-5 minutes that I've seen with earlier builds.
>

I imagine that the difference is down to using dnsmasq for DNS now
instead of BIND.

--
Robert Bradley


-- 
Robert Bradley

      parent reply	other threads:[~2012-08-29 14:10 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <mailman.2.1346180401.6345.cerowrt-devel@lists.bufferbloat.net>
2012-08-29  1:28 ` [Cerowrt-devel] " Richard Brown
     [not found]   ` <CAA=Zby6UqJfyP34siWkMbAqSWMay10TzhQRz0Bsvq-_MwxcEyw@mail.gmail.com>
     [not found]     ` <CAA=Zby48DBrOZpWbMuGGrP9-aVMyEe-xuo2ER830PV+Ek6US0g@mail.gmail.com>
2012-08-29 12:18       ` Robert Bradley
2012-08-29 15:53         ` Robert Bradley
2012-08-29 14:10     ` Robert Bradley [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://lists.bufferbloat.net/postorius/lists/cerowrt-devel.lists.bufferbloat.net/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAA=Zby4Rr0eoKBUhndqugmFXdqDiM90=RecDqX6Rh6m-y7B8hw@mail.gmail.com' \
    --to=robert.bradley1@gmail.com \
    --cc=cerowrt-devel@lists.bufferbloat.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox