<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mtk-20170518/package/6rd, branch master</title>
<subtitle>MTK 20170518 : Mediatek SDK based on OpenWRT Barrier Breaker</subtitle>
<link rel='alternate' type='text/html' href='http://www.chd.sx/cgit/mtk-20170518/'/>
<entry>
<title>packages: sort network related packages into package/network/</title>
<updated>2012-10-10T12:32:29+00:00</updated>
<author>
<name>Felix Fietkau</name>
<email>nbd@openwrt.org</email>
</author>
<published>2012-10-10T12:32:29+00:00</published>
<link rel='alternate' type='text/html' href='http://www.chd.sx/cgit/mtk-20170518/commit/?id=405e21d16731b2764ab82aaaadcf36a813b105f7'/>
<id>405e21d16731b2764ab82aaaadcf36a813b105f7</id>
<content type='text'>
SVN-Revision: 33688
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
SVN-Revision: 33688
</pre>
</div>
</content>
</entry>
<entry>
<title>6rd: missing config option `ipaddr`.</title>
<updated>2012-08-11T00:25:23+00:00</updated>
<author>
<name>Jo-Philipp Wich</name>
<email>jow@openwrt.org</email>
</author>
<published>2012-08-11T00:25:23+00:00</published>
<link rel='alternate' type='text/html' href='http://www.chd.sx/cgit/mtk-20170518/commit/?id=ef339d4e8ff2ae7bcbe0174f0bc863a251203347'/>
<id>ef339d4e8ff2ae7bcbe0174f0bc863a251203347</id>
<content type='text'>
This option is necessary when configuring 6rd behind NAT.

Signed-off-by: Stéphan Kochen &lt;stephan@kochen.nl&gt;

SVN-Revision: 33123
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This option is necessary when configuring 6rd behind NAT.

Signed-off-by: Stéphan Kochen &lt;stephan@kochen.nl&gt;

SVN-Revision: 33123
</pre>
</div>
</content>
</entry>
<entry>
<title>6rd: apply the same simplifications done in 6to4 and 6in4</title>
<updated>2012-06-18T23:08:20+00:00</updated>
<author>
<name>Jo-Philipp Wich</name>
<email>jow@openwrt.org</email>
</author>
<published>2012-06-18T23:08:20+00:00</published>
<link rel='alternate' type='text/html' href='http://www.chd.sx/cgit/mtk-20170518/commit/?id=d65c8552032ba94daae2fa137c3dab0d40e7021b'/>
<id>d65c8552032ba94daae2fa137c3dab0d40e7021b</id>
<content type='text'>
SVN-Revision: 32432
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
SVN-Revision: 32432
</pre>
</div>
</content>
</entry>
<entry>
<title>Add new package for configuring 6rd tunnels.</title>
<updated>2012-06-18T23:08:18+00:00</updated>
<author>
<name>Jo-Philipp Wich</name>
<email>jow@openwrt.org</email>
</author>
<published>2012-06-18T23:08:18+00:00</published>
<link rel='alternate' type='text/html' href='http://www.chd.sx/cgit/mtk-20170518/commit/?id=fdfffd0fbe8e6353b70ce84441aec99e6f50765e'/>
<id>fdfffd0fbe8e6353b70ce84441aec99e6f50765e</id>
<content type='text'>
This patch adds support for manually configuring 6rd tunnels. It depends on
the netifd patches I sent earlier, which add 6rd support.

A basic interface configuration looks like:

    config interface 'wan6'
      option proto '6rd'
      option peeraddr '192.0.2.1'
      option ip6prefix '2123::'
      option ip6prefixlen '16'
      option ip4prefixlen '0'

Where ip4prefixlen is optional and actually defaults to 0, which would use all
bits of the IPv4 in the calculated IPv6 subnet.

I believe it should be possible to configure a regular 6to4 tunnel using this,
and that we may want to merge the two eventually, but there are some larger

differences between the two at the moment:

 - 6rd addresses can be more difficult to calculate. My ISP, for example, has
   a setup with a v6 mask of 43 bits, and a v4 mask of 19.

 - 6to4 has support for configuring radvd. This is something we want, of
   course, but it seems best to deal with this in a separate patch.

Just creating a new package looked like the quickest way to get this in.

This work is based on the 6in4 package, and work by Stijn Tintel.

Signed-off-by: Stéphan Kochen &lt;stephan@kochen.nl&gt;

SVN-Revision: 32431
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This patch adds support for manually configuring 6rd tunnels. It depends on
the netifd patches I sent earlier, which add 6rd support.

A basic interface configuration looks like:

    config interface 'wan6'
      option proto '6rd'
      option peeraddr '192.0.2.1'
      option ip6prefix '2123::'
      option ip6prefixlen '16'
      option ip4prefixlen '0'

Where ip4prefixlen is optional and actually defaults to 0, which would use all
bits of the IPv4 in the calculated IPv6 subnet.

I believe it should be possible to configure a regular 6to4 tunnel using this,
and that we may want to merge the two eventually, but there are some larger

differences between the two at the moment:

 - 6rd addresses can be more difficult to calculate. My ISP, for example, has
   a setup with a v6 mask of 43 bits, and a v4 mask of 19.

 - 6to4 has support for configuring radvd. This is something we want, of
   course, but it seems best to deal with this in a separate patch.

Just creating a new package looked like the quickest way to get this in.

This work is based on the 6in4 package, and work by Stijn Tintel.

Signed-off-by: Stéphan Kochen &lt;stephan@kochen.nl&gt;

SVN-Revision: 32431
</pre>
</div>
</content>
</entry>
</feed>
