Congratulations!

[Valid RSS] This is a valid RSS feed.

Recommendations

This feed is valid, but interoperability with the widest range of feed readers could be improved by implementing the following recommendations.

Source: https://www.sixxs.net/forum/rss/?setup

  1. <?xml version="1.0" encoding="utf-8"?>
  2. <!-- RSS generated by SixXS (https://www.sixxs.net) for setup -->
  3. <rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  4. <channel>
  5. <title>SixXS Forum: IPv6 Setup</title>
  6. <link>https://www.sixxs.net/forum/?msg=setup&amp;from=rss</link>
  7. <description>Questions and Answers concerning IPv6 Setup of machines, routers etc.
  8.  
  9. </description>
  10. <language>en-us</language>
  11. <copyright>Copyright 2000-2017 SixXS</copyright>
  12. <lastBuildDate>Mon, 05 Jun 2017 18:00:00 +0000</lastBuildDate>
  13. <docs>http://cyber.law.harvard.edu/rss/rss.html</docs>
  14. <generator>SixXS Website (https://www.sixxs.net)</generator>
  15. <category domain="IPv6">SixXS Forum</category>
  16. <managingEditor>info@sixxs.net (SixXS)</managingEditor>
  17. <webMaster>info@sixxs.net (SixXS)</webMaster>
  18. <ttl>30</ttl>
  19. <atom:link href="https://www.sixxs.net/forum/rss/?setup" rel="self" type="application/rss+xml" />
  20. <item>
  21. <title>How can I see raw AYIYA traffic at the IPv4 layer?</title>
  22. <link>https://www.sixxs.net/forum/?msg=setup-16027557-16057225&amp;from=rss</link>
  23. <comments>https://www.sixxs.net/forum/?msg=setup-16027557-16057225&amp;from=rss</comments>
  24. <description>For the record:
  25.  
  26. It appears all the problems I was seeing with 6in4 tunnels are related to protocol 41 packets being throttled (Ziggo NL) or dropped (Vodafone NL).
  27.  
  28. My solution was to get myself a VPS, use that as the endpoint for the 6in4 tunnel, and tunnel the routed /48 subnet to home and work using Wireguard. Wireguard uses UDP, supports NAT and dynamic endpoints just like AYIYA and as a bonus encrypts the traffic.
  29.  
  30. That works just fine. Fast and reliable.
  31.  
  32. This will help me while waiting for native IPv6 hopefully before the end of this year.
  33.  
  34. </description>
  35. <pubDate>Tue, 09 May 2017 12:08:30 +0000</pubDate>
  36. <guid>https://www.sixxs.net/forum/?msg=setup-16027557-16057225&amp;from=rss</guid>
  37. <author>PZ1453-RIPE@whois.sixxs.net (Pim  Zandbergen)</author>
  38. </item>
  39. <item>
  40. <title>How can I see raw AYIYA traffic at the IPv4 layer?</title>
  41. <link>https://www.sixxs.net/forum/?msg=setup-16027557-16027565-16029193-16029201-16029217-16029221&amp;from=rss</link>
  42. <comments>https://www.sixxs.net/forum/?msg=setup-16027557-16027565-16029193-16029201-16029217-16029221&amp;from=rss</comments>
  43. <description>&#60;div class=&#34;quote&#34;&#62;Oh but I have, extensively. I have negotiated native IPv6 within a year, or break an otherwise three year contract. I/they just need some more time. I need to give them (FTB Nederland) a break, they are a new small ISP that took over a fiber network previously run by Vodafone NL, which they abandoned, deemed unprofitable. FTB are about to invest more in IPv6 then they will ever earn from my contract. And they are actively helping me to find the cause of current tunneling issues&#60;/div&#62;
  44. Not too unreasonable to give them a wee bit of time in that case.
  45.  
  46. Their shortest path: setup a 6rd box and voila, all customers that want it can do IPv6.
  47. Then, the longer path: go native IPv6.
  48.  
  49. Though as it is &#38;quot;fiber&#38;quot;, it is very likely Ethernet based and thus enabling IPv6 should not be too complicated.
  50.  
  51. &#60;div class=&#34;quote&#34;&#62;Downloading 100GB over HTTP (wget to apache) stalls at around 30 GB.&#60;/div&#62;&#60;div class=&#34;quote&#34;&#62;rsync over ssh stalls almost immediately.&#60;/div&#62;
  52. A &#38;quot;stall&#38;quot; definitely sounds like a PathMTU issue.
  53.  
  54. Though, if TCP loses packets weird effects that are similar can happen though.
  55.  
  56. &#60;div class=&#34;quote&#34;&#62;... consumer cable network (300/30 mbit).&#60;/div&#62;
  57. Note that those are MAXimum speeds, they are not what you will always get, especially at peak time.
  58.  
  59. &#60;div class=&#34;quote&#34;&#62;With 6in4 it is slow to anywhere.&#60;/div&#62;
  60. Ziggo/LibertyGlobal are known to do QoS style packet prioritization. They have never admitted it publicaly but it is seen all over the place.
  61.  
  62. Also, LibertyGlobal has a nasty peering policy, which means that the transit port you are going over might just be full and they are not bothering to upgrade it, instead letting the remote ISP pay for buying transit from them. That is what you get with monopoly companies unfortunately.
  63.  
  64. &#60;div class=&#34;quote&#34;&#62;5  bol.macroscoop.nl (80.69.71.122)  22.208 ms !X  24.885 ms !X  24.623 ms !X&#60;/div&#62;
  65. Note that traceroutes are one-way, you do not see the return path with them which might take a completely different route.
  66.  
  67. But as there is an !X there, it also shows that some kind of packet filtering is happening, which can also cause problems for tunnels.
  68.  
  69. &#60;div class=&#34;quote&#34;&#62;We both are suspecting a change in the Vodafone infrastructure between FTB and AMS-IX.&#60;/div&#62;
  70. AMS-IX only provides a switch. But those ports on the switch might be 'full'. That can happen on both sides of the link though. That said, IX'es should not be used for transit, that is what private peering is for.
  71.  
  72. &#60;div class=&#34;quote&#34;&#62;I particularly suspect the hop with the private IPv4 address. Would that hop be able to send an ICMP message?&#60;/div&#62;
  73. Obvious it is sending a ICMP (most traceroute implementions use that method) or another packet type. Nevertheless that packet is being sourced from a RFC1918 address and being returned without issues to your host. RFC1918 should never exist on the public Internet.
  74.  
  75. Which shows that the networks you are on are susceptible to spoofing.
  76.  
  77. Time to teach your ISP some &#60;a href=&#34;https://www.routingmanifesto.org/manrs/&#34;&#62;MANRS&#60;/a&#62;!
  78.  
  79. Note that that indeed can cause all kind of weird issues, as packets originating from such a host will be dropped by properly configured networks.
  80.  
  81. &#60;div class=&#34;quote&#34;&#62;it would be sufficient that _my_ endpoints handle ICMPv6 PTB.&#60;/div&#62;
  82. No. Because that is just the first hop of a traceroute. All nodes between the source and destination need to properly support ICMPv6 PTB, and the rest of the IPv6 Node Requirements (there are quite a few more).
  83.  
  84. But you are forgetting that if a too-large IPv4 packet is send that the IPv4 network might silently drop that packet too. IPv4 might fragment, but maybe the node that is uncompliant does not properly do that, the fun with unknown nodes.
  85.  
  86. </description>
  87. <pubDate>Thu, 20 Apr 2017 13:14:11 +0000</pubDate>
  88. <guid>https://www.sixxs.net/forum/?msg=setup-16027557-16027565-16029193-16029201-16029217-16029221&amp;from=rss</guid>
  89. <author>JRM1-RIPE@whois.sixxs.net (Jeroen Massar)</author>
  90. </item>
  91. <item>
  92. <title>How can I see raw AYIYA traffic at the IPv4 layer?</title>
  93. <link>https://www.sixxs.net/forum/?msg=setup-16027557-16027565-16029193-16029201&amp;from=rss</link>
  94. <comments>https://www.sixxs.net/forum/?msg=setup-16027557-16027565-16029193-16029201&amp;from=rss</comments>
  95. <description>&#60;div class=&#34;quote&#34;&#62;In case you have not guessed, this is about migrating tunnels away from SixXS to other tunnelbrokers.&#60;/div&#62;
  96. Instead of asking your ISP for Native IPv6.... or moving to an ISP that does provide what you actually want.
  97.  
  98. &#60;div class=&#34;quote&#34;&#62;... suddenly is showing stalled transfers when loads are high&#60;/div&#62;
  99. You state &#38;quot;load&#38;quot;, what do you mean with &#38;quot;load&#38;quot;?
  100.  
  101. &#60;div class=&#34;quote&#34;&#62;Another tunnel that used to run AYIYA to SixXS is now runs at 10% of the IPv4 speed using 6in4 to elsewhere.&#60;/div&#62;
  102. From where to where? See the &#60;a href=&#34;https://www.sixxs.net/faq/connectivity/?faq=slow&#34;&#62;FAQ: The tunnel is slow&#60;/a&#62; which mostly also applies to any other tunnel in the world...
  103.  
  104. &#60;div class=&#34;quote&#34;&#62;I can replicate the problems I see over a 6in4 tunnel to a colocation Linux server under my control&#60;/div&#62;
  105. That partially only excludes the common path, but that might just be an indicator. Remember that your source node is still the same. There are CPEs which have issues with non-TCP/UDP packets for instance.
  106.  
  107. &#60;div class=&#34;quote&#34;&#62;In the case of the &#38;quot;stalled&#38;quot; network, I guess AYIYA is less prone to MTU and fragmentation issues&#60;/div&#62;
  108. AYIYA does nothing magical for fragmentation. Just a correctly configured MTU and properly configured endpoints that do proper ICMPv6 PTB sending, nothing else.
  109.  
  110. You will &#38;quot;just&#38;quot; (as it is far from that easy) need to verify if your setup is correct and that the nodes you are talking to properly handle ICMPv6 PTB.
  111.  
  112. &#60;div class=&#34;quote&#34;&#62;The (business oriented) ISP for the &#38;quot;stalled&#38;quot; network has promised me native IPv6 within a year, but not before 6-6-2017.&#60;/div&#62;
  113. Did you ask them what they have been doing for the last 20 years? IPv6 is very old by now....
  114.  
  115. &#60;div class=&#34;quote&#34;&#62;The ISP for the &#38;quot;slow&#38;quot; network offers me either DS Lite or an expensive upgrade from a consumer to a business subscription. I guess I will have to opt for one of them. Or prove and complain that they are not net-neutral.&#60;/div&#62;
  116. Sounds like the standard monopoly that is plaguing most of Europe, better to complain to your government for unfair business practices.
  117.  
  118. </description>
  119. <pubDate>Thu, 20 Apr 2017 11:20:46 +0000</pubDate>
  120. <guid>https://www.sixxs.net/forum/?msg=setup-16027557-16027565-16029193-16029201&amp;from=rss</guid>
  121. <author>JRM1-RIPE@whois.sixxs.net (Jeroen Massar)</author>
  122. </item>
  123. <item>
  124. <title>How can I see raw AYIYA traffic at the IPv4 layer?</title>
  125. <link>https://www.sixxs.net/forum/?msg=setup-16027557-16027565-16029193&amp;from=rss</link>
  126. <comments>https://www.sixxs.net/forum/?msg=setup-16027557-16027565-16029193&amp;from=rss</comments>
  127. <description>Jeroen Massar wrote:
  128. &#60;div class=&#34;quote&#34;&#62;Dump the correct interface: the IPv4 interface, not the tunnel.
  129. [...]
  130. Wireshark has an AYIYA dissector, and thus will show you Ethernet -&#38;gt; IPv4 -&#38;gt; UDP -&#38;gt; AYIYA -&#38;gt; IPv6.
  131. &#60;/div&#62;
  132. Wireshark always dissects AYIYA and IPv6, regardless of the interface. Searching for &#38;quot;disable dissector&#38;quot; helped, I needed to disable IPv6 and/or AYIYA in &#38;quot;enabled protocols&#38;quot;.
  133.  
  134. &#60;div class=&#34;quote&#34;&#62;&#38;quot;slowness, stalled traffic&#38;quot; can be caused by many many factors. Though, most very likely, due to the latter &#38;quot;stalled&#38;quot; part: you are having MTU issues. See the FAQ for more details.
  135. &#60;/div&#62;
  136.  
  137. In case you have not guessed, this is about migrating tunnels away from SixXS to other tunnelbrokers. One tunnel that used to work fine as a static 6in4 tunnel, first at SixXS, later elsewhere (also fine), suddenly is showing stalled transfers when loads are high. Another tunnel that used to run AYIYA to SixXS is now runs at 10% of the IPv4 speed using 6in4 to elsewhere.
  138.  
  139. For both networks, I can replicate the problems I see over a 6in4 tunnel to a colocation Linux server under my control, using private IPv6 tunnel addresses. So the other tunnelbroker is not to blame. But notably, for both these IPv4 networks, an AYIYA tunnel works just fine, fast and reliable.
  140.  
  141. In the case of the &#38;quot;stalled&#38;quot; network, I guess AYIYA is less prone to MTU and fragmentation issues. For the &#38;quot;slow&#38;quot; network, it could be the ISP is throttling proto 41 but not AYIYA's UDP.
  142.  
  143. The (business oriented) ISP for the &#38;quot;stalled&#38;quot; network has promised me native IPv6 within a year, but not before 6-6-2017. They are willing to help me with my current tunneling issues, though, but do not appear to be able to find the cause. Tracepath and ping tests (with DF bit and large packet sizes) do not show problems. I will need to dig deep.
  144.  
  145. The ISP for the &#38;quot;slow&#38;quot; network offers me either DS Lite or an expensive upgrade from a consumer to a business subscription. I guess I will have to opt for one of them. Or prove and complain that they are not net-neutral.
  146.  
  147. </description>
  148. <pubDate>Thu, 20 Apr 2017 10:10:27 +0000</pubDate>
  149. <guid>https://www.sixxs.net/forum/?msg=setup-16027557-16027565-16029193&amp;from=rss</guid>
  150. <author>PZ1453-RIPE@whois.sixxs.net (Pim  Zandbergen)</author>
  151. </item>
  152. <item>
  153. <title>How can I see raw AYIYA traffic at the IPv4 layer?</title>
  154. <link>https://www.sixxs.net/forum/?msg=setup-16027557-16027565&amp;from=rss</link>
  155. <comments>https://www.sixxs.net/forum/?msg=setup-16027557-16027565&amp;from=rss</comments>
  156. <description>&#60;div class=&#34;quote&#34;&#62;Wireshark always seems to show the IPv6 payload.&#60;/div&#62;
  157. Dump the correct interface: the IPv4 interface, not the tunnel.
  158.  
  159. &#60;div class=&#34;quote&#34;&#62;I'd like to see exactly how AYIYA is encapsulating the payload, so I may figure out why I am seeing problems with 6in4 (slowness, stalled traffic) not present with AYIYA.&#60;/div&#62;
  160. Wireshark has an AYIYA dissector, and thus will show you Ethernet -&#38;gt; IPv4 -&#38;gt; UDP -&#38;gt; AYIYA -&#38;gt; IPv6.
  161.  
  162. &#38;quot;slowness, stalled traffic&#38;quot; can be caused by many many factors. Though, most very likely, due to the latter &#38;quot;stalled&#38;quot; part: you are having MTU issues. See the FAQ for more details.
  163.  
  164. </description>
  165. <pubDate>Wed, 19 Apr 2017 16:35:18 +0000</pubDate>
  166. <guid>https://www.sixxs.net/forum/?msg=setup-16027557-16027565&amp;from=rss</guid>
  167. <author>JRM1-RIPE@whois.sixxs.net (Jeroen Massar)</author>
  168. </item>
  169. <item>
  170. <title>How can I see raw AYIYA traffic at the IPv4 layer?</title>
  171. <link>https://www.sixxs.net/forum/?msg=setup-16027557&amp;from=rss</link>
  172. <comments>https://www.sixxs.net/forum/?msg=setup-16027557&amp;from=rss</comments>
  173. <description>How can use Wireshark or other tools to see what AYIYA is doing over my IPv4 connection? Wireshark always seems to show the IPv6 payload.
  174.  
  175. I'd like to see exactly how AYIYA is encapsulating the payload, so I may figure out why I am seeing problems with 6in4 (slowness, stalled traffic) not present with AYIYA.
  176.  
  177. </description>
  178. <pubDate>Wed, 19 Apr 2017 16:32:22 +0000</pubDate>
  179. <guid>https://www.sixxs.net/forum/?msg=setup-16027557&amp;from=rss</guid>
  180. <author>PZ1453-RIPE@whois.sixxs.net (Pim  Zandbergen)</author>
  181. </item>
  182. <item>
  183. <title>Debugging MTU on &quot;native&quot; 6rd / OpenWRT [Sunset]</title>
  184. <link>https://www.sixxs.net/forum/?msg=setup-16027437-16027477&amp;from=rss</link>
  185. <comments>https://www.sixxs.net/forum/?msg=setup-16027437-16027477&amp;from=rss</comments>
  186. <description>&#60;div class=&#34;quote&#34;&#62;Since aiccu handled MTU issues rather well, there hasn't really been any need for me to read ipv6 tcpdumps concerning MTU issues.&#60;/div&#62;
  187. aiccu has no special handling of MTU. It just configures the default of 1280 (or what is configured in the webinterface) on both sides of the tunnel.
  188.  
  189. The PoP properly sends back ICMPv6 Packet Too Big if an inbound packet does not fit, and so does the client end. That is thus simply a case of a properly configured network and a stack that properly sends out and handles ICMPv6 PTBs.
  190.  
  191. &#60;div class=&#34;quote&#34;&#62;Any hints on how to interpret the following dump?&#60;/div&#62;&#60;div class=&#34;quote&#34;&#62;AFAIK ayiya and pinger1 should handle things correctly.&#60;/div&#62;&#60;div class=&#34;quote&#34;&#62;Earlier the same openwrt box used aiccu with static tunnel / mtu 1480 without issues,&#60;/div&#62;&#60;div class=&#34;quote&#34;&#62;but with 6rd it appears to get that default/minimum mtu from somewhere?&#60;/div&#62;
  192. It seems you might be configuring multiple address spaces on a host with multiple default routes etc. Do note that you need to have proper source selection for that to properly work.
  193.  
  194.  
  195. You need to ask the operator of the tunneling service what their MTU is configured to.
  196.  
  197. There is no guessing there.
  198.  
  199.  
  200. Noting though that the MTU here is only the link MTU. The moment you go a hop further the MTU might be bigger or smaller (if not the minimum of 1280 already).
  201.  
  202. Also note that there are a bunch of &#38;quot;hosts&#38;quot;, especially CDNs like used by Google that are actually loadbalanced IPs that do not properly handle ICMPv6 Packet Too Big and fake things (Google for instance just fakes the TCP MSS, which indeed means that large packets in UDP do not work, which is fun with QUIC which is UDP based; oh and on top of that QUIC does not support non-1500 MTU sizes.... great &#38;quot;protocol&#38;quot; yes they have been made aware, no they do not care...)
  203.  
  204. Hence, when you are testing test against know hosts, otherwise you might be debugging the unknown which is not useful.
  205.  
  206.  
  207. Also read up on &#60;a href=&#34;https://blog.cloudflare.com/path-mtu-discovery-in-practice/&#34;&#62;CloudFlare's Path MTU discovery in practice&#60;/a&#62; for some more details.
  208.  
  209. </description>
  210. <pubDate>Wed, 19 Apr 2017 09:13:48 +0000</pubDate>
  211. <guid>https://www.sixxs.net/forum/?msg=setup-16027437-16027477&amp;from=rss</guid>
  212. <author>JRM1-RIPE@whois.sixxs.net (Jeroen Massar)</author>
  213. </item>
  214. <item>
  215. <title>Debugging MTU on &quot;native&quot; 6rd / OpenWRT [Sunset]</title>
  216. <link>https://www.sixxs.net/forum/?msg=setup-16027437&amp;from=rss</link>
  217. <comments>https://www.sixxs.net/forum/?msg=setup-16027437&amp;from=rss</comments>
  218. <description>Since aiccu handled MTU issues rather well, there hasn't really been any need for me to read ipv6 tcpdumps concerning MTU issues.
  219.  
  220. Any hints on how to interpret the following dump?
  221. AFAIK ayiya and pinger1 should handle things correctly.
  222. Earlier the same openwrt box used aiccu with static tunnel / mtu 1480 without issues,
  223. but with 6rd it appears to get that default/minimum mtu from somewhere?
  224.  
  225. openwrt 2001:db8:f:b00::1/56, 2001:db8:f:bc0::1/64 6rd
  226. landest 2001:db8:f:bc0::33/64
  227. ayiya 2001:db8:5:71::1/48
  228. pinger1 2001:db8:5:59::1/64, 2001:db8:5:71::21/64
  229.  
  230. $ ping6 -c 1 -M do -s 1380 2001:db8:f:bc0::33
  231. PING 2001:db8:f:bc0::33(2001:db8:f:bc0::33) 1380 data bytes
  232. From 2001:db8:f:b00::1 icmp_seq=1 Packet too big: mtu=1280
  233.  
  234. --- 2001:db8:f:bc0::33 ping statistics ---
  235. 1 packets transmitted, 0 received, +1 errors, 100% packet loss, time 0ms
  236.  
  237. $ ping6 -M do -s 1380 2001:db8:5:71::1
  238. PING 2001:db8:5:71::1(2001:db8:5:71::1) 1380 data bytes
  239. 1388 bytes from 2001:db8:5:71::1: icmp_seq=2 ttl=54 time=176 ms
  240. 1388 bytes from 2001:db8:5:71::1: icmp_seq=3 ttl=54 time=164 ms
  241. ^C
  242. --- 2001:db8:185:5d71::1 ping statistics ---
  243. 3 packets transmitted, 2 received, 33% packet loss, time 2008ms
  244. rtt min/avg/max/mdev = 164.182/170.336/176.490/6.154 ms
  245.  
  246. root@OpenWrt:~# tcpdump -nettti 6rd-rd6 icmp6
  247. tcpdump: WARNING: 6rd-rd6: no IPv4 address assigned
  248. tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
  249. listening on 6rd-rd6, link-type RAW (Raw IP), capture size 65535 bytes
  250. 00:00:00.000000 ip: 2001:db8:5:59::1 &#38;gt; 2001:db8:f:bc0::33: ICMP6, echo request, seq 1, length 1388
  251. 00:00:48.433027 ip: 2001:db8:f:bc0::33 &#38;gt; 2001:db8:5:71::1: ICMP6, echo request, seq 1, length 1388
  252. 00:00:00.252362 ip: 2001:db8:5:71::1 &#38;gt; 2001:db8:f:bc0::33: ICMP6, echo reply, seq 1, length 1388
  253. 00:00:00.000247 ip: 2001:db8:f:b00::1 &#38;gt; 2001:db8:5:71::1: ICMP6, packet too big, mtu 1280, length 1240
  254. 00:00:00.755739 ip: 2001:db8:f:bc0::33 &#38;gt; 2001:db8:5:71::1: ICMP6, echo request, seq 2, length 1388
  255. 00:00:00.174998 ip: 2001:db8:5:71::1 &#38;gt; 2001:db8:f:bc0::33: frag (0|1232) ICMP6, echo reply, seq 2, length 1232
  256. 00:00:00.001118 ip: 2001:db8:5:71::1 &#38;gt; 2001:db8:f:bc0::33: frag (1232|156)
  257. 00:00:00.824260 ip: 2001:db8:f:bc0::33 &#38;gt; 2001:db8:5:71::1: ICMP6, echo request, seq 3, length 1388
  258. 00:00:00.162697 ip: 2001:db8:5:71::1 &#38;gt; 2001:db8:f:bc0::33: frag (0|1232) ICMP6, echo reply, seq 3, length 1232
  259. 00:00:00.001141 ip: 2001:db8:5:71::1 &#38;gt; 2001:db8:f:bc0::33: frag (1232|156)
  260.  
  261. </description>
  262. <pubDate>Wed, 19 Apr 2017 07:01:52 +0000</pubDate>
  263. <guid>https://www.sixxs.net/forum/?msg=setup-16027437&amp;from=rss</guid>
  264. <author>TH28-6BONE@whois.sixxs.net (Tuomas Heino)</author>
  265. </item>
  266. <item>
  267. <title>Multiple IPv6 static addresses on one interface?</title>
  268. <link>https://www.sixxs.net/forum/?msg=setup-15922681-15922693&amp;from=rss</link>
  269. <comments>https://www.sixxs.net/forum/?msg=setup-15922681-15922693&amp;from=rss</comments>
  270. <description>You might want to read &#60;a href=&#34;https://wiki.debian.org/NetworkConfiguration&#34;&#62;Debian interfaces&#60;/a&#62; see the bottom section for the details.
  271.  
  272. In summary, just add multiple 'interface' sections with static addresses and skip the gateway definition.
  273.  
  274. Typically defining them as /128 is a good idea btw even though the real interface is a /64.
  275.  
  276. Note that you will run into a lot of fun with outbound addresses, as a random one more or less is chosen... (depends typically on the order of add and/or on the deprecate flag if code is good).
  277.  
  278. </description>
  279. <pubDate>Thu, 23 Feb 2017 17:04:42 +0000</pubDate>
  280. <guid>https://www.sixxs.net/forum/?msg=setup-15922681-15922693&amp;from=rss</guid>
  281. <author>JRM1-RIPE@whois.sixxs.net (Jeroen Massar)</author>
  282. </item>
  283. <item>
  284. <title>Multiple IPv6 static addresses on one interface?</title>
  285. <link>https://www.sixxs.net/forum/?msg=setup-15922681&amp;from=rss</link>
  286. <comments>https://www.sixxs.net/forum/?msg=setup-15922681&amp;from=rss</comments>
  287. <description>On a Linux based host how can I assign multiple IPv6 addresses to one interface? I had tried adding two 'address' lines under an interface in the /etc/network/interfaces file, but that did not seem to work. Any ideas?
  288.  
  289. </description>
  290. <pubDate>Thu, 23 Feb 2017 16:54:39 +0000</pubDate>
  291. <guid>https://www.sixxs.net/forum/?msg=setup-15922681&amp;from=rss</guid>
  292. <author>AME4-SIXXS@whois.sixxs.net (Andre-John Mas)</author>
  293. </item>
  294. <item>
  295. <title>Find where packet is dropped</title>
  296. <link>https://www.sixxs.net/forum/?msg=setup-15908505-15908513&amp;from=rss</link>
  297. <comments>https://www.sixxs.net/forum/?msg=setup-15908505-15908513&amp;from=rss</comments>
  298. <description>&#60;div class=&#34;quote&#34;&#62;When I route to the 4G, nothing comes back&#60;/div&#62;
  299. Quite likely they filter certain ports.
  300.  
  301. Call Your ISP...
  302.  
  303. Or try one of the many &#38;quot;Am I being filtered&#38;quot; kind of websites that are out there.
  304.  
  305. </description>
  306. <pubDate>Thu, 16 Feb 2017 10:27:27 +0000</pubDate>
  307. <guid>https://www.sixxs.net/forum/?msg=setup-15908505-15908513&amp;from=rss</guid>
  308. <author>JRM1-RIPE@whois.sixxs.net (Jeroen Massar)</author>
  309. </item>
  310. <item>
  311. <title>Find where packet is dropped</title>
  312. <link>https://www.sixxs.net/forum/?msg=setup-15908505&amp;from=rss</link>
  313. <comments>https://www.sixxs.net/forum/?msg=setup-15908505&amp;from=rss</comments>
  314. <description>&#60;b&#62;Is my router or my ISP dropping packets to/from POP?&#60;/b&#62;
  315.  
  316. I have a 4G router and a ADSL-router, the latter only 1Mb/s
  317.  
  318. When I route to the pop over ADSL, the connection works fine
  319.  
  320. &#60;code&#62;10:36:53.881855 IP 192.168.1.254.44928 &#38;gt; dkcph01.sixxs.net.5072: UDP, length 104
  321. 10:36:53.927412 IP dkcph01.sixxs.net.5072 &#38;gt; 192.168.1.254.44928: UDP, length 104
  322.  
  323. traceroute to dkcph01.sixxs.net (93.158.77.42), 30 hops max, 60 byte packets
  324. 1  192.168.1.3 (192.168.1.3)  17.898 ms  17.604 ms  17.264 ms  &#38;lt;- MY ADSL ROUTER
  325. 2  xe-2-1-1-1103.ronnqe10.dk.ip.tdc.net (87.58.0.130)  30.039 ms  34.716 ms  42.157 ms
  326. 3  xe-1-0-0-0.bgt-peer1.mmx.se.ip.tdc.net (88.131.143.115)  49.252 ms  55.641 ms  60.560 ms
  327. 4  netnod-ix-ge-b-mmo-1500.ip-only.net (195.69.117.92)  68.463 ms  73.828 ms  79.806 ms
  328. 5  83.145.2.46 (83.145.2.46)  119.284 ms  113.858 ms  114.203 ms
  329. 6  212.112.188.66 (212.112.188.66)  103.168 ms  46.887 ms  31.330 ms
  330. 7  83.140.255.70 (83.140.255.70)  44.473 ms  50.255 ms *
  331. 8  dkcph01.sixxs.net (93.158.77.42)  56.382 ms  62.972 ms  68.178 ms
  332.  
  333. &#60;/code&#62;
  334.  
  335. When I route to the 4G, nothing comes back
  336.  
  337. &#60;code&#62;10:41:54.166050 IP 192.168.1.254.44928 &#38;gt; dkcph01.sixxs.net.5072: UDP, length 105
  338. 10:41:57.861203 IP 192.168.1.254.44928 &#38;gt; dkcph01.sixxs.net.5072: UDP, length 105
  339. 10:41:58.443125 IP 192.168.1.254.44928 &#38;gt; dkcph01.sixxs.net.5072: UDP, length 105
  340.  
  341. traceroute to dkcph01.sixxs.net (93.158.77.42), 30 hops max, 60 byte packets
  342. 1  192.168.1.1 (192.168.1.1)  1.431 ms  0.832 ms  1.402 ms &#38;lt;- MY 4G ROUTER
  343. 2  192.168.225.1 (192.168.225.1)  1.099 ms  1.391 ms  1.778 ms
  344. 3  62.44.164.245 (62.44.164.245)  31.055 ms  31.322 ms  31.740 ms
  345. 4  62.44.166.184 (62.44.166.184)  30.979 ms  30.626 ms  30.724 ms
  346. 5  212.97.200.65 (212.97.200.65)  31.132 ms  31.472 ms  30.727 ms
  347. 6  kbn-b3-link.telia.net (80.239.132.1)  33.178 ms  19.937 ms  20.330 ms
  348. 7  iponly-ic-319310-kbn-b3.c.telia.net (62.115.151.47)  24.211 ms  20.568 ms  21.012 ms
  349. 8  213.80.86.252 (213.80.86.252)  33.367 ms  21.022 ms  31.120 ms
  350. 9  83.145.2.46 (83.145.2.46)  55.067 ms  58.371 ms  57.875 ms
  351. 10  212.112.188.66 (212.112.188.66)  31.118 ms  31.405 ms  32.348 ms
  352. 11  83.140.255.70 (83.140.255.70)  34.017 ms  33.506 ms  32.858 ms
  353. 12  dkcph01.sixxs.net (93.158.77.42)  28.164 ms  30.134 ms  29.727 ms
  354.  
  355. &#60;/code&#62;
  356.  
  357. Where do I find what is dropping the packets; my router or my 4G provider, Telia.dk?
  358. (&#60;i&#62;Which does not yet run IPv6 on 4G; I have asked repeatedly&#60;/i&#62;)
  359.  
  360. The router is a TP-Link Archer MR200
  361.  
  362. I can ping the pop nicely:
  363. &#60;code&#62;10:47:19.760772 IP 192.168.1.254 &#38;gt; dkcph01.sixxs.net: ICMP echo request, id 8775, seq 1, length 64
  364. 10:47:19.787280 IP dkcph01.sixxs.net &#38;gt; 192.168.1.254: ICMP echo reply, id 8775, seq 1, length 64
  365. &#60;/code&#62;
  366.  
  367. Can the tunnel be set to use other ports or protocols?
  368.  
  369. I have a VPS (at OVH France I think) with true ipv6-connectivity, I could use to debug the connection, if I knew what to look for.
  370.  
  371. I have tried to get a /64 routed to the VPS, so I could VPN this network to my home network, but this is not yet possible.
  372. Is it possible to NAT all my machines at home through a single IPv6 address at the VPS?
  373. I'd rather not, as defeats the purpose of having some home automation Raspberry's reachable from outside over separate ipv6-addresses.
  374.  
  375. </description>
  376. <pubDate>Thu, 16 Feb 2017 10:02:49 +0000</pubDate>
  377. <guid>https://www.sixxs.net/forum/?msg=setup-15908505&amp;from=rss</guid>
  378. <author>LNR4-SIXXS@whois.sixxs.net (Leif Neland)</author>
  379. </item>
  380. <item>
  381. <title>ping6 -  Time exceeded: Hop limit</title>
  382. <link>https://www.sixxs.net/forum/?msg=setup-15904569-15904573-15906505-15906561&amp;from=rss</link>
  383. <comments>https://www.sixxs.net/forum/?msg=setup-15904569-15904573-15906505-15906561&amp;from=rss</comments>
  384. <description>&#60;div class=&#34;quote&#34;&#62;Playing around indicates the issue only happens if wlan0 is up.&#60;/div&#62;
  385. Check 'ip -6 ro show' likely you see that your Wireless is bridged to your Ethernet.
  386.  
  387. Hence, eth0 on your device, announces connectivity to wlan0 through your Access Point which bridges Ethernet and Wireless.
  388.  
  389. Thus, bringing up eth0 and wlan0 at the same time is a bad idea in this configuration unless you apply a lot of extra configuration.
  390.  
  391. &#60;div class=&#34;quote&#34;&#62;While only impacting radvd and not the base connectivity I also noticed that 2001:4978:15d:feed::1 wasn't being assigned and instead I needed to do this manually:&#60;/div&#62;&#60;div class=&#34;quote&#34;&#62;&#60;/div&#62;&#60;div class=&#34;quote&#34;&#62;&#60;code&#62;sudo /sbin/ip -6 addr add 2001:4978:15d:feed::1/64 dev eth0&#60;/code&#62;&#60;/div&#62;
  392. That is because forwarding is enabled on the interface, you should put that in /etc/network/interfaces.
  393.  
  394. Also, you might be missing a 'auto eth0' line there.
  395.  
  396. Instead of 'pre-up modprobe ipv6' stuff that in /etc/modules and it will load way before your networking comes up. That might resolve it too.
  397.  
  398. Running a Debian based image will resolve all that, as they got IPv6 built in per default for a long long time already.
  399.  
  400. </description>
  401. <pubDate>Wed, 15 Feb 2017 06:42:13 +0000</pubDate>
  402. <guid>https://www.sixxs.net/forum/?msg=setup-15904569-15904573-15906505-15906561&amp;from=rss</guid>
  403. <author>JRM1-RIPE@whois.sixxs.net (Jeroen Massar)</author>
  404. </item>
  405. <item>
  406. <title>ping6 -  Time exceeded: Hop limit</title>
  407. <link>https://www.sixxs.net/forum/?msg=setup-15904569-15904573-15906505&amp;from=rss</link>
  408. <comments>https://www.sixxs.net/forum/?msg=setup-15904569-15904573-15906505&amp;from=rss</comments>
  409. <description>The Raspberry Pi is a model 3 and both eth0 and wlan0 are connected to the local network.
  410.  
  411. Output of uname:
  412.  
  413. &#60;code&#62;Linux balsa 4.4.34-v7+ #930 SMP Wed Nov 23 15:20:41 GMT 2016 armv7l GNU/Linux&#60;/code&#62;
  414.  
  415. Playing around indicates the issue only happens if wlan0 is up.
  416.  
  417. When both interfaces are up:
  418.  
  419. &#60;code&#62;eth0      Link encap:Ethernet  HWaddr b8:27:eb:40:7e:e5  
  420.          inet addr:192.168.2.28  Bcast:192.168.2.255  Mask:255.255.255.0
  421.          inet6 addr: 2001:4978:15d:feed::1/64 Scope:Global
  422.          inet6 addr: fe80::57d6:1d7:8c17:6b2b/64 Scope:Link
  423.          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  424.          RX packets:65719 errors:0 dropped:1 overruns:0 frame:0
  425.          TX packets:46200 errors:0 dropped:0 overruns:0 carrier:0
  426.          collisions:0 txqueuelen:1000
  427.          RX bytes:50720760 (48.3 MiB)  TX bytes:45893098 (43.7 MiB)
  428.  
  429. lo        Link encap:Local Loopback  
  430.          inet addr:127.0.0.1  Mask:255.0.0.0
  431.          inet6 addr: ::1/128 Scope:Host
  432.          UP LOOPBACK RUNNING  MTU:65536  Metric:1
  433.          RX packets:204 errors:0 dropped:0 overruns:0 frame:0
  434.          TX packets:204 errors:0 dropped:0 overruns:0 carrier:0
  435.          collisions:0 txqueuelen:1
  436.          RX bytes:17264 (16.8 KiB)  TX bytes:17264 (16.8 KiB)
  437.  
  438. sit0      Link encap:IPv6-in-IPv4  
  439.          NOARP  MTU:1480  Metric:1
  440.          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  441.          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  442.          collisions:0 txqueuelen:1
  443.          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
  444.  
  445. sixxs     Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  
  446.          inet6 addr: fe80::4878:f:48:2/64 Scope:Link
  447.          inet6 addr: 2001:4978:f:48::2/64 Scope:Global
  448.          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1280  Metric:1
  449.          RX packets:34810 errors:0 dropped:0 overruns:0 frame:0
  450.          TX packets:10494 errors:0 dropped:0 overruns:0 carrier:0
  451.          collisions:0 txqueuelen:500
  452.          RX bytes:42924095 (40.9 MiB)  TX bytes:999427 (976.0 KiB)
  453.  
  454. wlan0     Link encap:Ethernet  HWaddr b8:27:eb:15:2b:b0  
  455.          inet addr:192.168.2.29  Bcast:192.168.2.255  Mask:255.255.255.0
  456.          inet6 addr: fe80::e659:fc06:d4cd:230a/64 Scope:Link
  457.          inet6 addr: 2001:4978:15d:feed:d3b9:b0d3:9598:655/64 Scope:Global
  458.          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  459.          RX packets:631 errors:0 dropped:313 overruns:0 frame:0
  460.          TX packets:18082 errors:0 dropped:0 overruns:0 carrier:0
  461.          collisions:0 txqueuelen:1000
  462.          RX bytes:128977 (125.9 KiB)  TX bytes:4659397 (4.4 MiB)
  463. &#60;/code&#62;
  464.  
  465. /etc/network/interfaces:
  466.  
  467. &#60;code&#62;source-directory /etc/network/interfaces.d
  468.  
  469. auto lo
  470. iface lo inet loopback
  471.  
  472. iface eth0 inet manual
  473.  
  474. iface eth0 inet6 static
  475.   pre-up modprobe ipv6
  476.   address 2001:4978:15d:feed::1
  477.   netmask 64
  478.  
  479. allow-hotplug wlan0
  480. iface wlan0 inet manual
  481.    wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
  482.  
  483. allow-hotplug wlan1
  484. iface wlan1 inet manual
  485.    wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
  486.  
  487. # IPv6
  488. iface wlan0 inet6 static
  489. #   pre-up modprobe ipv6
  490. #   address 2001:4978:15d:feed::1
  491. #   netmask 64
  492. &#60;/code&#62;
  493.  
  494. While only impacting radvd and not the base connectivity I also noticed that 2001:4978:15d:feed::1 wasn't being assigned and instead I needed to do this manually:
  495.  
  496. &#60;code&#62;sudo /sbin/ip -6 addr add 2001:4978:15d:feed::1/64 dev eth0&#60;/code&#62;
  497.  
  498. </description>
  499. <pubDate>Wed, 15 Feb 2017 04:51:23 +0000</pubDate>
  500. <guid>https://www.sixxs.net/forum/?msg=setup-15904569-15904573-15906505&amp;from=rss</guid>
  501. <author>AME4-SIXXS@whois.sixxs.net (Andre-John Mas)</author>
  502. </item>
  503. <item>
  504. <title>ping6 -  Time exceeded: Hop limit</title>
  505. <link>https://www.sixxs.net/forum/?msg=setup-15904569-15904573&amp;from=rss</link>
  506. <comments>https://www.sixxs.net/forum/?msg=setup-15904569-15904573&amp;from=rss</comments>
  507. <description>&#60;div class=&#34;quote&#34;&#62;I get a timeout. I then try a ping6 to the same address, but get:&#60;/div&#62;
  508. Instead of ping, try traceroute, it will tell you what route is being taken for those packets.
  509.  
  510. Do note that Google is a bad network to test connectivity towards as they use all kinds of tricks to make their performance the way it is (amongst others ignored ICMPv6 Packet Too Big, as their load balancers do not support it, and thus they guess TCP MSS instead, yes, UDP is SoL), thus misdiagnosis as one does not see their end is very possible.
  511.  
  512. &#60;div class=&#34;quote&#34;&#62;The settings in my /etc/aiccu.conf (masking sensitive info):&#60;/div&#62;
  513. AICCU configuration has very little to do: when the system is misconfigured before AICCU runs, it can't magically fix it.
  514.  
  515. And of course, it can't fix any routing issues either.
  516.  
  517. Hence, why there is a &#38;quot;Problems Checklist&#38;quot; on the contact page which is what the big yellow/orange boxes when posting point too.
  518.  
  519. </description>
  520. <pubDate>Tue, 14 Feb 2017 16:47:13 +0000</pubDate>
  521. <guid>https://www.sixxs.net/forum/?msg=setup-15904569-15904573&amp;from=rss</guid>
  522. <author>JRM1-RIPE@whois.sixxs.net (Jeroen Massar)</author>
  523. </item>
  524. <item>
  525. <title>ping6 -  Time exceeded: Hop limit</title>
  526. <link>https://www.sixxs.net/forum/?msg=setup-15904569&amp;from=rss</link>
  527. <comments>https://www.sixxs.net/forum/?msg=setup-15904569&amp;from=rss</comments>
  528. <description>I am trying to set up my new Raspberry Pi up as my IPv6 gateway, using aiccu, but when I try a test connection via:
  529.  
  530. &#60;code&#62; telnet ipv6.google.com 443&#60;/code&#62;
  531. I get a timeout. I then try a ping6 to the same address, but get:
  532.  
  533. &#60;code&#62;$ ping6 ipv6.google.com
  534. PING ipv6.google.com(yyz08s10-in-x0e.1e100.net) 56 data bytes
  535. From yyz08s10-in-x0e.1e100.net icmp_seq=1 Time exceeded: Hop limit
  536. From yyz08s10-in-x0e.1e100.net icmp_seq=2 Time exceeded: Hop limit
  537. ^C
  538. --- ipv6.google.com ping statistics ---
  539. 2 packets transmitted, 0 received, +2 errors, 100% packet loss, time 1001ms
  540. &#60;/code&#62;
  541. I am not sure whether the issue is at my end or at the PoP side. What should I be examining?
  542.  
  543. The settings in my /etc/aiccu.conf (masking sensitive info):
  544.  
  545. &#60;code&#62;username XXXXX
  546. password XXXXX
  547. protocol tic
  548. ipv6_interface sixxs
  549. tunnel_id XXXXX
  550. verbose false
  551. daemonize true
  552. automatic true
  553. requiretls false
  554. behindnat true
  555. &#60;/code&#62;
  556. When I set daemonize false and verbose true, I see no errors in the startup sequence.
  557.  
  558. My PoP is uschi02.
  559.  
  560. </description>
  561. <pubDate>Tue, 14 Feb 2017 16:35:39 +0000</pubDate>
  562. <guid>https://www.sixxs.net/forum/?msg=setup-15904569&amp;from=rss</guid>
  563. <author>AME4-SIXXS@whois.sixxs.net (Andre-John Mas)</author>
  564. </item>
  565. <item>
  566. <title>Routing problem, once more</title>
  567. <link>https://www.sixxs.net/forum/?msg=setup-15842189-15904277&amp;from=rss</link>
  568. <comments>https://www.sixxs.net/forum/?msg=setup-15842189-15904277&amp;from=rss</comments>
  569. <description>Risto Virtanen wrote:
  570. &#60;div class=&#34;quote&#34;&#62;eth0      Link encap:Ethernet  HWaddr 00:e0:00:5a:04:36  
  571.          inet addr:192.168.144.112  Bcast:192.168.144.255  Mask:255.255.255.0
  572.          inet6 addr: 2001:14b8:100:8345:2e0:ff:fe5a:436/64 Scope:Global
  573. &#60;/div&#62;
  574.  
  575. You might want to check with &#38;quot;ip -6 addr show&#38;quot; and &#38;quot;ip -6 ro show&#38;quot;.
  576. &#38;quot;ifconfig&#38;quot; should be avoided on Linux as much as possible btw.
  577.  
  578. You are missing a fe80::/ style address there. Though likely it is there and it is  fe80::2e0:ff:fe5a:436 that is mentioned below on the client.
  579.  
  580. &#60;div class=&#34;quote&#34;&#62;* route ipv6:
  581. 2001:14b8:100:8345::/64 dev eth0  proto kernel  metric 256  expires 86386sec
  582. fe80::/64 dev eth0  proto kernel  metric 256
  583. default via fe80::8eeb:c6ff:fec7:eb0c dev eth0  proto ra  metric 1024  expires 1508sec hoplimit 64
  584. default via fe80::2e0:ff:fe5a:436 dev eth0  proto ra  metric 1024  expires 76sec hoplimit 64
  585. &#60;/div&#62;
  586.  
  587. You have two defaults routes from two different hosts. The last one matches your host above, the other though is a magic one come elsewhere that is also advertising routes (hence 'proto ra').
  588.  
  589.  
  590. &#60;div class=&#34;quote&#34;&#62;* pinging ipv6.google.com:&#60;/div&#62;
  591. Try 'ip -6 ro get &#38;lt;address&#38;gt;' instead, that will show you where the packets are supposed to go.
  592.  
  593. Then use 'traceroute6 &#38;lt;address&#38;gt;' to see if they really go there.
  594.  
  595.  
  596. Also, do check your firewall and all other properties in the list on the contact page.
  597.  
  598. </description>
  599. <pubDate>Tue, 14 Feb 2017 10:27:52 +0000</pubDate>
  600. <guid>https://www.sixxs.net/forum/?msg=setup-15842189-15904277&amp;from=rss</guid>
  601. <author>JRM1-RIPE@whois.sixxs.net (Jeroen Massar)</author>
  602. </item>
  603. <item>
  604. <title>Own / Company pop</title>
  605. <link>https://www.sixxs.net/forum/?msg=setup-15879345-15879349-15904109&amp;from=rss</link>
  606. <comments>https://www.sixxs.net/forum/?msg=setup-15879345-15879349-15904109&amp;from=rss</comments>
  607. <description>Leif Neland wrote:
  608. &#60;div class=&#34;quote&#34;&#62;Why is this thread marked private?
  609. &#60;/div&#62;
  610.  
  611. Because unfortunately in times when people want more than they pay for they demand in rather nasty ways, and thus all posts are screened instead of us getting indexed on Google with vulgarity.
  612.  
  613. </description>
  614. <pubDate>Tue, 14 Feb 2017 10:00:12 +0000</pubDate>
  615. <guid>https://www.sixxs.net/forum/?msg=setup-15879345-15879349-15904109&amp;from=rss</guid>
  616. <author>JRM1-RIPE@whois.sixxs.net (Jeroen Massar)</author>
  617. </item>
  618. <item>
  619. <title>Own / Company pop</title>
  620. <link>https://www.sixxs.net/forum/?msg=setup-15879345-15904097&amp;from=rss</link>
  621. <comments>https://www.sixxs.net/forum/?msg=setup-15879345-15904097&amp;from=rss</comments>
  622. <description>Sounds like you want a VPN.
  623.  
  624. That thus has little to do with SixXS, which is a Tunnel Broker for getting global IPv6 connectivity and playing with IPv6.
  625.  
  626. </description>
  627. <pubDate>Tue, 14 Feb 2017 09:59:26 +0000</pubDate>
  628. <guid>https://www.sixxs.net/forum/?msg=setup-15879345-15904097&amp;from=rss</guid>
  629. <author>JRM1-RIPE@whois.sixxs.net (Jeroen Massar)</author>
  630. </item>
  631. <item>
  632. <title>How to re-enable?</title>
  633. <link>https://www.sixxs.net/forum/?msg=setup-15894873-15904061&amp;from=rss</link>
  634. <comments>https://www.sixxs.net/forum/?msg=setup-15894873-15904061&amp;from=rss</comments>
  635. <description>&#60;div class=&#34;quote&#34;&#62;My tunnel detail page has the Enable button grayed out, along with the button to change the tunnel type or endpoint&#60;/div&#62;
  636. Did you Call Your ISP and ask for Native IPv6?
  637.  
  638. </description>
  639. <pubDate>Tue, 14 Feb 2017 09:56:35 +0000</pubDate>
  640. <guid>https://www.sixxs.net/forum/?msg=setup-15894873-15904061&amp;from=rss</guid>
  641. <author>JRM1-RIPE@whois.sixxs.net (Jeroen Massar)</author>
  642. </item>
  643. <item>
  644. <title>How to re-enable?</title>
  645. <link>https://www.sixxs.net/forum/?msg=setup-15894873&amp;from=rss</link>
  646. <comments>https://www.sixxs.net/forum/?msg=setup-15894873&amp;from=rss</comments>
  647. <description>My server was down for 11 days, and I lost all my ISK since I foolishly hoped it would come up quicker than it did and thus didn't pause it.
  648.  
  649. My tunnel detail page has the Enable button grayed out, along with the button to change the tunnel type or endpoint. I've not found a way to re-enable my tunnel despite checking about 30 pages of forum posts and all the FAQs. Either I missed something, or the instructions don't reflect what I'm seeing.
  650.  
  651. How can I re-enable my tunnel now that my static address is reachable again?
  652.  
  653. Thanks,
  654.  
  655. -Pradeep
  656.  
  657. </description>
  658. <pubDate>Thu, 09 Feb 2017 06:37:03 +0000</pubDate>
  659. <guid>https://www.sixxs.net/forum/?msg=setup-15894873&amp;from=rss</guid>
  660. <author>PSI8-SIXXS@whois.sixxs.net (Pradeep Sanders)</author>
  661. </item>
  662. <item>
  663. <title>Own / Company pop</title>
  664. <link>https://www.sixxs.net/forum/?msg=setup-15879345&amp;from=rss</link>
  665. <comments>https://www.sixxs.net/forum/?msg=setup-15879345&amp;from=rss</comments>
  666. <description>Home and office does not have IPv6, but our webserver (and intranet webserver) is hosted at a site with IPv6
  667.  
  668. Because of the ease of setting up aiccu, and for not abusing a public, free PoP for business use,, I'd like to set up a PoP at our hosting site.
  669.  
  670. Servers are running Linux (of cause ;-) ); which software to use for pop?
  671.  
  672. </description>
  673. <pubDate>Wed, 01 Feb 2017 08:38:21 +0000</pubDate>
  674. <guid>https://www.sixxs.net/forum/?msg=setup-15879345&amp;from=rss</guid>
  675. <author>LNR4-SIXXS@whois.sixxs.net (Leif Neland)</author>
  676. </item>
  677. <item>
  678. <title>aiccu on centos7</title>
  679. <link>https://www.sixxs.net/forum/?msg=setup-15869489-15870753&amp;from=rss</link>
  680. <comments>https://www.sixxs.net/forum/?msg=setup-15869489-15870753&amp;from=rss</comments>
  681. <description>Triantafyllos Tsakidis wrote:
  682. &#60;div class=&#34;quote&#34;&#62;Hello
  683.  
  684. I found out that aiccu is not available in &#60;a href=&#34;https://dl.fedoraproject.org/pub/epel/7/x86_64/a/&#34;&#62;epel repository for Centos 7&#60;/a&#62;
  685. I also tried to download the rpm for centos 6 but it did not install on centos 7 due to missing dependencies
  686.  
  687. So currently the only way to setup a tunnel on centos7 is to use a 6in4-static tunnel?
  688. Or is there any other way to use aiccu on centos 7?
  689. &#60;/div&#62;
  690.  
  691. Contacting your ISP and asking them for Native IPv6 is a good step. It is 2017 afterall...
  692.  
  693. As for the package, contact your vendor, and one can always use the source ;)
  694.  
  695. Though, if you are trying to do tunnels now, I suggest really going for the ISP option. See the news pages for more details.
  696.  
  697. </description>
  698. <pubDate>Sat, 28 Jan 2017 07:31:55 +0000</pubDate>
  699. <guid>https://www.sixxs.net/forum/?msg=setup-15869489-15870753&amp;from=rss</guid>
  700. <author>JRM1-RIPE@whois.sixxs.net (Jeroen Massar)</author>
  701. </item>
  702. <item>
  703. <title>aiccu on centos7</title>
  704. <link>https://www.sixxs.net/forum/?msg=setup-15869489&amp;from=rss</link>
  705. <comments>https://www.sixxs.net/forum/?msg=setup-15869489&amp;from=rss</comments>
  706. <description>Hello
  707.  
  708. I found out that aiccu is not available in &#60;a href=&#34;https://dl.fedoraproject.org/pub/epel/7/x86_64/a/&#34;&#62;epel repository for Centos 7&#60;/a&#62;
  709. I also tried to download the rpm for centos 6 but it did not install on centos 7 due to missing dependencies
  710.  
  711. So currently the only way to setup a tunnel on centos7 is to use a 6in4-static tunnel?
  712. Or is there any other way to use aiccu on centos 7?
  713.  
  714. </description>
  715. <pubDate>Fri, 27 Jan 2017 23:35:36 +0000</pubDate>
  716. <guid>https://www.sixxs.net/forum/?msg=setup-15869489&amp;from=rss</guid>
  717. <author>TTU3-SIXXS@whois.sixxs.net (Triantafyllos Tsakidis)</author>
  718. </item>
  719. <item>
  720. <title>Routing problem, once more</title>
  721. <link>https://www.sixxs.net/forum/?msg=setup-15842189&amp;from=rss</link>
  722. <comments>https://www.sixxs.net/forum/?msg=setup-15842189&amp;from=rss</comments>
  723. <description>Hi all,
  724. I apologize opening a new thread in spite of that the problem has been discussed in the forum several times over and over. Just didn't find an adequate response...
  725.  
  726. In my home network I have a server (an old laptop) running Debian 6.0.10 (kernel 2.6.32-5-686) and  among others  aiccu installed. The tunnel seems to work just fine and I can reach other ipv6 hosts in the internet from this server.
  727. I also have radvd installed and it seems to advertise as configured and my clients get there ipv6 addresses. But for some reason the connections from the clients to the internet do not work. I'm probably missing some really simple error in config, but anyway I'm stuck. Any hints what to do and change are appreciated!
  728.  
  729. Settings on he server:
  730. * aiccu/sixxs:
  731. Tunnel T119958 - endpoint 2001:14b8:100:345::2 - enabled
  732. Subnet R217502 - prefix 2001:14b8:100:8345::/64 - enabled
  733.  
  734. * ifconfig
  735. eth0      Link encap:Ethernet  HWaddr 00:e0:00:5a:04:36  
  736.          inet addr:192.168.144.112  Bcast:192.168.144.255  Mask:255.255.255.0
  737.          inet6 addr: 2001:14b8:100:8345:2e0:ff:fe5a:436/64 Scope:Global
  738.          inet6 addr: fe80::2e0:ff:fe5a:436/64 Scope:Link
  739.          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  740. lo        Link encap:Local Loopback  
  741.          inet addr:127.0.0.1  Mask:255.0.0.0
  742.          inet6 addr: ::1/128 Scope:Host
  743.          UP LOOPBACK RUNNING  MTU:16436  Metric:1
  744. sixxs     Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  
  745.          inet6 addr: 2001:14b8:100:345::2/64 Scope:Global
  746.          inet6 addr: fe80::14b8:100:345:2/64 Scope:Link
  747.          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1280  Metric:1
  748. tun0      Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  
  749.          inet addr:10.144.112.1  P-t-P:10.144.112.2  Mask:255.255.255.255
  750.          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
  751.  
  752. (I've omitted the RX/TX lines from the output; the tun0 device is for openvpn, currently not working as my ISP is not giving any public ipv4 address anymore, neither ipv6)
  753.  
  754. * route ipv4:
  755. 10.144.112.2 dev tun0  proto kernel  scope link  src 10.144.112.1
  756. 10.144.112.0/24 via 10.144.112.2 dev tun0
  757. 192.168.144.0/24 dev eth0  proto kernel  scope link  src 192.168.144.112
  758. default via 192.168.144.1 dev eth0
  759. * route ipv6:
  760. 2001:14b8:100:345::/64 dev sixxs  proto kernel  metric 256  mtu 1280 advmss 1220 hoplimit 0
  761. 2001:14b8:100:8345::/64 dev eth0  proto kernel  metric 256  mtu 1500 advmss 1440 hoplimit 0
  762. fe80::/64 dev eth0  proto kernel  metric 256  mtu 1500 advmss 1440 hoplimit 0
  763. fe80::/64 dev sixxs  proto kernel  metric 256  mtu 1280 advmss 1220 hoplimit 0
  764. default via 2001:14b8:100:345::1 dev sixxs  metric 1024  mtu 1280 advmss 1220 hoplimit 0
  765.  
  766. * forwarding
  767. /proc/sys/net/ipv6/conf/eth0/forwarding : 1
  768.  
  769. * pinging:
  770. PING ipv6.google.com(arn09s05-in-x0e.1e100.net) 56 data bytes
  771. 64 bytes from arn09s05-in-x0e.1e100.net: icmp_seq=1 ttl=54 time=37.5 ms
  772. --- ipv6.google.com ping statistics ---
  773. 1 packets transmitted, 1 received, 0% packet loss, time 0ms
  774.  
  775. * /etc/radvd.conf:
  776. interface eth0 {
  777.      AdvSendAdvert on ;
  778.      # Advertise at least every 30 seconds
  779.      MaxRtrAdvInterval 30;
  780.      # in order to force non RFC 6106 compliant clients to get a dns address
  781.      AdvOtherConfigFlag on ;
  782.      prefix 2001:14b8:100:8345::/64 {
  783.        AdvOnLink on;#      RDNSS 2001:14b8:100:345::1  2001:14b8:100:345::2 {
  784. #      };
  785.  
  786.        AdvAutonomous on;
  787.        AdvRouterAddr on;
  788.      };
  789. };
  790.  
  791.  
  792. Settings on the client #1:
  793. * Xubuntu 14.04 with kernel 3.13.0-107-generic
  794. * no manual configuration done for ipv6
  795. * ifconfig (fresh after recent reboot)
  796. eth0      Link encap:Ethernet  HWaddr 48:5b:39:c6:42:1b  
  797.          inet addr:192.168.144.77  Bcast:192.168.144.255  Mask:255.255.255.0
  798.          inet6 addr: 2001:14b8:100:8345:4a5b:39ff:fec6:421b/64 Scope:Global
  799.          inet6 addr: fe80::4a5b:39ff:fec6:421b/64 Scope:Link
  800.          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  801. lo        Link encap:Local Loopback  
  802.          inet addr:127.0.0.1  Mask:255.0.0.0
  803.          inet6 addr: ::1/128 Scope:Host
  804.          UP LOOPBACK RUNNING  MTU:65536  Metric:1
  805.  
  806. * route ipv4:
  807. default via 192.168.144.1 dev eth0
  808. 169.254.0.0/16 dev eth0  scope link  metric 1000
  809. 192.168.144.0/24 dev eth0  proto kernel  scope link  src 192.168.144.77
  810.  
  811. * route ipv6:
  812. 2001:14b8:100:8345::/64 dev eth0  proto kernel  metric 256  expires 86386sec
  813. fe80::/64 dev eth0  proto kernel  metric 256
  814. default via fe80::8eeb:c6ff:fec7:eb0c dev eth0  proto ra  metric 1024  expires 1508sec hoplimit 64
  815. default via fe80::2e0:ff:fe5a:436 dev eth0  proto ra  metric 1024  expires 76sec hoplimit 64
  816.  
  817. * forwarding:
  818. /proc/sys/net/ipv6/conf/eth0/forwarding: 0
  819.  
  820. * neighbours
  821. fe80::8eeb:c6ff:fec7:eb0c dev eth0 lladdr 8c:eb:c6:c7:eb:0c router DELAY
  822. fe80::2e0:ff:fe5a:436 dev eth0 lladdr 00:e0:00:5a:04:36 router STALE
  823.  
  824. * pinging the server:
  825. PING 2001:14b8:100:8345:2e0:ff:fe5a:436(2001:14b8:100:8345:2e0:ff:fe5a:436) 56 data bytes
  826. 64 bytes from 2001:14b8:100:8345:2e0:ff:fe5a:436: icmp_seq=1 ttl=64 time=0.388 ms
  827. --- 2001:14b8:100:8345:2e0:ff:fe5a:436 ping statistics ---
  828. 1 packets transmitted, 1 received, 0% packet loss, time 0ms
  829.  
  830. * pinging ipv6.google.com:
  831. PING ipv6.google.com(arn06s07-in-x0e.1e100.net) 56 data bytes
  832. --- ipv6.google.com ping statistics ---
  833. 1 packets transmitted, 0 received, 100% packet loss, time 0ms
  834.  
  835. * traceroute6 ipv6.google.com:
  836. traceroute to ipv6.l.google.com (2a00:1450:400f:805::200e) from 2001:14b8:100:8345:4a5b:39ff:fec6:421b, 30 hops max, 24 byte packets
  837. 1  * * *
  838.  
  839. Similar results with another client running Debian Jessie.
  840.  
  841. Most of the problems discussed in the forum seemed to be related to missing ipv6 address on the server interface from the sixxs offered subnet, but that is not the problem here. The server eth0 interface has address 2001:14b8:100:8345:2e0:ff:fe5a:436 that belongs to the subnet given, although not being the recommended 2001:14b8:100:8345::1 or 2, so this time the problem must elsewhere. But where?
  842.  
  843. //rkv
  844. Risto Virtanen
  845.  
  846. </description>
  847. <pubDate>Fri, 13 Jan 2017 15:46:49 +0000</pubDate>
  848. <guid>https://www.sixxs.net/forum/?msg=setup-15842189&amp;from=rss</guid>
  849. <author>RVH9-SIXXS@whois.sixxs.net (Risto Virtanen)</author>
  850. </item>
  851. <item>
  852. <title>systemd too optimistic about network</title>
  853. <link>https://www.sixxs.net/forum/?msg=setup-15793629-15793669&amp;from=rss</link>
  854. <comments>https://www.sixxs.net/forum/?msg=setup-15793629-15793669&amp;from=rss</comments>
  855. <description>Please file a bug report with your distribution directly, as apparently as the original coder of the project one has little to say when a package is maintained by some downstream.
  856.  
  857.  
  858. In the end though, your real solution is to get NATIVE IPv6 from your ISP. You did Call Your ISP we hope?
  859.  
  860. </description>
  861. <pubDate>Mon, 19 Dec 2016 18:33:07 +0000</pubDate>
  862. <guid>https://www.sixxs.net/forum/?msg=setup-15793629-15793669&amp;from=rss</guid>
  863. <author>JRM1-RIPE@whois.sixxs.net (Jeroen Massar)</author>
  864. </item>
  865. <item>
  866. <title>systemd too optimistic about network</title>
  867. <link>https://www.sixxs.net/forum/?msg=setup-15793629&amp;from=rss</link>
  868. <comments>https://www.sixxs.net/forum/?msg=setup-15793629&amp;from=rss</comments>
  869. <description>My system won't start aiccu at boot time, because the network is not ready enough.
  870. This system uses systemd, with a dependency like so:
  871. &#60;code&#62;[Unit]
  872. Description=AICCU (Automatic IPv6 Connectivity Configuration Utility)
  873. Wants=network.target network-online.target
  874. After=network.target network-online.target time-sync.target
  875. &#60;/code&#62;
  876.  
  877. When it starts aiccu, the host side of the network is good, but the network is not connected.
  878. Immediately after boot, starting aiccu manually does work correctly.
  879. So I believe that systemd is being optimistic about the network being up, especially
  880. if I connect through wifi (which I do usually).
  881.  
  882. How else can I set this up, to get a reliable, more conservative target to wait for?
  883.  
  884. </description>
  885. <pubDate>Mon, 19 Dec 2016 16:53:55 +0000</pubDate>
  886. <guid>https://www.sixxs.net/forum/?msg=setup-15793629&amp;from=rss</guid>
  887. <author>BST5-SIXXS@whois.sixxs.net (Bernd Stramm)</author>
  888. </item>
  889. </channel>
  890. </rss>
  891.  

If you would like to create a banner that links to this page (i.e. this validation result), do the following:

  1. Download the "valid RSS" banner.

  2. Upload the image to your own server. (This step is important. Please do not link directly to the image on this server.)

  3. Add this HTML to your page (change the image src attribute if necessary):

If you would like to create a text link instead, here is the URL you can use:

http://www.feedvalidator.org/check.cgi?url=https%3A//www.sixxs.net/forum/rss/%3Fsetup

Copyright © 2002-9 Sam Ruby, Mark Pilgrim, Joseph Walton, and Phil Ringnalda