<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Marc&#039;s Blog</title>
	<atom:link href="http://marc.storck.lu/blog/feed/" rel="self" type="application/rss+xml" />
	<link>http://marc.storck.lu/blog</link>
	<description>Things from me about me ...</description>
	<lastBuildDate>Fri, 09 Mar 2012 12:50:53 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
<cloud domain='marc.storck.lu' port='80' path='/blog/?rsscloud=notify' registerProcedure='' protocol='http-post' />
		<item>
		<title>LuxFibre disables alternative VoIP services?</title>
		<link>http://marc.storck.lu/blog/2012/03/luxfibre-disables-alternative-voip-services/</link>
		<comments>http://marc.storck.lu/blog/2012/03/luxfibre-disables-alternative-voip-services/#comments</comments>
		<pubDate>Fri, 09 Mar 2012 10:45:42 +0000</pubDate>
		<dc:creator>Marc</dc:creator>
				<category><![CDATA[Internet & Access]]></category>
		<category><![CDATA[Fritz Box]]></category>
		<category><![CDATA[FTTH]]></category>
		<category><![CDATA[Internet]]></category>
		<category><![CDATA[Luxembourg]]></category>
		<category><![CDATA[VoIP]]></category>

		<guid isPermaLink="false">http://marc.storck.lu/blog/?p=714</guid>
		<description><![CDATA[Yes it does, unfortunately.
So why exactly? The short answer is, because the VoIP part of the Fritz!Box is moved to an isolated virtual LAN (VLAN) with no Internet access, so the Fritz!Box VoIP part cannot reach any alternative VoIP services as these are somewhere on the Internet.
But why is this necessary? The LuxFibre product is [...]]]></description>
			<content:encoded><![CDATA[<p>Yes it does, unfortunately.</p>
<p><strong>So why exactly?</strong> The short answer is, because the VoIP part of the Fritz!Box is moved to an isolated virtual LAN (VLAN) with no Internet access, so the Fritz!Box VoIP part cannot reach any alternative VoIP services as these are somewhere on the Internet.</p>
<p><strong>But why is this necessary?</strong> The LuxFibre product is designed to provide all services over IP. This includes any telephone services (analogue, ISDN) which were previously delivered directly via copper. Telephony over IP cannot <span id="more-714"></span>deliver the same quality and availability out of the box as traditional telephony services. The regulation however requires all operators to provide the same level of quality and availability on telephony over IP services, hence the requirement to differentiate services on the LuxFibre product. EPT selected the way of 1 VLAN per service:</p>
<ul>
<li>Internet access VLAN 35</li>
<li>Voice VLAN 39</li>
<li>TV VLAN xy</li>
<li>etc</li>
</ul>
<p>Using different VLANs makes it quite easy to prioritize one VLAN over another and to configure guaranteed bandwidth. By these means EPT can meet the regulatory requirements for quality and availability of their Telephony service. Additionally as all the services are produced within the EPT network, none of the VLANs need to provide Internet access (except for the Internet access VLAN itself). So the Voice and TV VLANs do not provide any Internet access at all. This also allows EPT to completely isolate their VoIP and IPTV systems from the Internet, hence protecting the systems themselves but also the users from being attacked. The Fritz!Box supports this kind of setup by allowing the usage of different VLANs for the different services provided via the Fritz!Box. The sad thing about it is that you cannot select the VLAN per VoIP service but only for all VoIP accounts.</p>
<p><strong>The consequences</strong> are that you can either use your EPT VoIP service or reconfigure your Fritz!Box to support all other VoIP services beside EPT, but you can never run both from the same Fritz!Box.</p>
<p><strong>A common work-around</strong> is to use your old Fritz!Box (in case you had one prior to ordering LuxFibre) and connect it as a client behind your LuxFibre Fritz!Box (aka P&amp;T HomeServer). The 2nd Fritz!Box will use the regular Internet access just like any other device you connect to the Fritz!Box (e.g. PlaySation, Wii, Laptop, etc). You could even daisy-chain your EPT VoIP Service via the S0 (ISDN) interface on the P&amp;T HomeServer to the second Fritz!Box, giving you access to all your telephony services from any phone connected to the 2nd Fritz!Box.</p>
<p><strong>Another work-around</strong> is the usage of VoIP telephones (e.g. Gigaset IP DECT), as before you may even daisy-chain your EPT VoIP service via the FON1 (anlaog) in case the chosen telephony support an analog line.</p>
]]></content:encoded>
			<wfw:commentRss>http://marc.storck.lu/blog/2012/03/luxfibre-disables-alternative-voip-services/feed/</wfw:commentRss>
		<slash:comments>15</slash:comments>
		</item>
		<item>
		<title>Comments are back</title>
		<link>http://marc.storck.lu/blog/2012/03/comments-are-back/</link>
		<comments>http://marc.storck.lu/blog/2012/03/comments-are-back/#comments</comments>
		<pubDate>Fri, 09 Mar 2012 10:04:35 +0000</pubDate>
		<dc:creator>Marc</dc:creator>
				<category><![CDATA[Myself]]></category>
		<category><![CDATA[Blog]]></category>
		<category><![CDATA[Wordpress]]></category>

		<guid isPermaLink="false">http://marc.storck.lu/blog/?p=711</guid>
		<description><![CDATA[Thanks to Jacques, I have fixed the comments on my blog. The Enmask Captcha Plugin somehow disabled the comment feature. Sorry for that!
]]></description>
			<content:encoded><![CDATA[<p>Thanks to Jacques, I have fixed the comments on my blog. The Enmask Captcha Plugin somehow disabled the comment feature. Sorry for that!</p>
]]></content:encoded>
			<wfw:commentRss>http://marc.storck.lu/blog/2012/03/comments-are-back/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Which LuxFiber variant is best for me?</title>
		<link>http://marc.storck.lu/blog/2012/03/which-luxfiber-variant-is-best-for-me/</link>
		<comments>http://marc.storck.lu/blog/2012/03/which-luxfiber-variant-is-best-for-me/#comments</comments>
		<pubDate>Sun, 04 Mar 2012 21:11:05 +0000</pubDate>
		<dc:creator>Marc</dc:creator>
				<category><![CDATA[Internet & Access]]></category>
		<category><![CDATA[Luxembourg]]></category>
		<category><![CDATA[FTTH]]></category>
		<category><![CDATA[Internet]]></category>

		<guid isPermaLink="false">http://marc.storck.lu/blog/?p=706</guid>
		<description><![CDATA[The FTTH/VDSL service is now available for half a year, but it is still difficult to get complete and correct information about the real setup costs and the eventual down sides of a FTTH connection.
I have been following several LuxFiber related threads on different Social Networks (Facebook, Twitter, Google+ etc) and people seem frustrated by [...]]]></description>
			<content:encoded><![CDATA[<p>The FTTH/VDSL service is now available for half a year, but it is still difficult to get complete and correct information about the real setup costs and the eventual down sides of a FTTH connection.</p>
<p>I have been following several LuxFiber related threads on different Social Networks (Facebook, Twitter, Google+ etc) and people seem frustrated by the level of information they can get from the ISP&#8217;s sales helpdesk personnel.</p>
<p style="padding-left: 30px;"><span style="text-decoration: underline;">Can I have FTTH (fibre) or VDSL (copper)?</span></p>
<p><span id="more-706"></span>Most ISPs do provide an online eligibility test, when you can only get the 30Mb/s variant than your connection will be VDSL over Copper.</p>
<p style="padding-left: 30px;"><span style="text-decoration: underline;">What are the advantages/disadvantages of a fibre connection?</span></p>
<p>A fibre connection has quite a few option due to the physics of the fibre. Very low signal attenuation usually results in the availability of the subscribed bandwidth at all times, very low latency, extremely low jitter and packet loss.</p>
<p>On the other side the &#8220;optical network termination&#8221; (ONT) (the device converting the optical signal into Ethernet) is always installed within a few meters of the end of the EPT fibre cable. In older buildings this usually happened in the basement, far far away from the place where you had installed your DSL modem before. This usually means 2 things:</p>
<ul>
<li>you install the Fritz!Box in the basement near the ONT and you risk having almost no WiFi and DECT coverage, or</li>
<li>you use the current telephone copper cable from the basement to the place you want to install the Fritz!Box, this also limits you to 10Mb/s as these telephone cables are most often Category 3 cables at best, or</li>
<li>you exchange the copper telephone/Category 3 cable against a Category 5e or 6 shielded twisted pair cable.</li>
</ul>
<p>Of course the last option will incur more costs. I&#8217;m also unaware of EPT extending their fiber cable during the installation of LuxFiber.</p>
<p>In recent buildings, more and more often a direct fibre connection from the basement to your apartment is pre-installed, so the above issues become irrelevant.</p>
<p>As you see in some cases it&#8217;s a good idea to stick with the VDSL over copper variant (max 30Mb/s) until you&#8217;re ready to invest into re-cabling parts of your house/apartment.</p>
<p style="padding-left: 30px;"><span style="text-decoration: underline;">What are the advantages/disadvantages of a copper connection?</span></p>
<p>As described before, the copper connection has some advantages concerning in-house cabling. However the physics of the copper cable provide for some disadvantages like:</p>
<ul>
<li>much higher attenuation (compared to fibre)</li>
<li>signal interference with frequencies on another copper cable or from the air (radio and TV broadcast, DVB-C, mobile, etc)</li>
<li>asymmetric bandwidth</li>
<li>higher latency and jitter</li>
<li>the maximum bandwidth decreases rapidly with distance of your home from the central office (or intermediate distribution point)</li>
</ul>
<p>Depending on the situation, the question might not be for the best technology, but for the right technology for the job.</p>
]]></content:encoded>
			<wfw:commentRss>http://marc.storck.lu/blog/2012/03/which-luxfiber-variant-is-best-for-me/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>FTTH Modems delivered by EPT are faulty</title>
		<link>http://marc.storck.lu/blog/2012/02/ftth-modems-delivered-by-ept-are-faulty/</link>
		<comments>http://marc.storck.lu/blog/2012/02/ftth-modems-delivered-by-ept-are-faulty/#comments</comments>
		<pubDate>Tue, 28 Feb 2012 11:11:08 +0000</pubDate>
		<dc:creator>Marc</dc:creator>
				<category><![CDATA[Internet & Access]]></category>
		<category><![CDATA[FTTH]]></category>
		<category><![CDATA[Luxembourg]]></category>

		<guid isPermaLink="false">http://marc.storck.lu/blog/?p=699</guid>
		<description><![CDATA[I have received the following fault explanation, originally written by an EPT engineer. The text seems to indicate that the current fiber equipment delivered and installed by EPT has issues to transport packets of a certain size. In the case of the user who forwarded this message, the fault was most apparent during VoIP calls [...]]]></description>
			<content:encoded><![CDATA[<p>I have received the following fault explanation, originally written by an EPT engineer. The text seems to indicate that the current fiber equipment delivered and installed by EPT has issues to transport packets of a certain size. In the case of the user who forwarded this message, the fault was most apparent during VoIP calls using the G.711 codec.</p>
<address style="padding-left: 30px;">Le problème était lié à un protocole de correction d&#8217;erreurs au niveau upstream sur l&#8217;équipement de terminaison de la fibre. Il semble qu&#8217;il y ait un bug au niveau de cet fonctionnalité qui fait que les paquets d&#8217;une taille de 200-201 bytes ne sont pas transmis correctement<br />
(i.e. 80% de perte).<br />
Malheureusement le protocole voip G711 que vous avez utilisé génère exactement cette taille de packets et était donc fortement impacté alors que les autres flux de trafic et les différents tests ne montraient pas d&#8217;erreurs.<br />
Suite à l&#8217;intervention de notre technicien sur place on a cependant pu cerner le problème et on a donc désactivé la fonctionnalité fautive sur votre accès en attendant un bug-fix de la part du fournisseur de<br />
l&#8217;équipement.</address>
<p>&nbsp;</p>
<p>So in case you are currently using the LuxFibre product and you have quality issues with VoIP applications, you might be affected by this bug. The workaround implies the intervention of an EPT technician.</p>
]]></content:encoded>
			<wfw:commentRss>http://marc.storck.lu/blog/2012/02/ftth-modems-delivered-by-ept-are-faulty/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>I’m Being Attacked by PRISONER.IANA.ORG! aka RFC 6305</title>
		<link>http://marc.storck.lu/blog/2011/12/im-being-attacked-by-prisoner-iana-org-aka-rfc-6305/</link>
		<comments>http://marc.storck.lu/blog/2011/12/im-being-attacked-by-prisoner-iana-org-aka-rfc-6305/#comments</comments>
		<pubDate>Sun, 18 Dec 2011 21:16:19 +0000</pubDate>
		<dc:creator>Marc</dc:creator>
				<category><![CDATA[Interests]]></category>
		<category><![CDATA[Internet & Access]]></category>
		<category><![CDATA[Anycast]]></category>
		<category><![CDATA[DNS]]></category>
		<category><![CDATA[Internet]]></category>
		<category><![CDATA[NTP]]></category>
		<category><![CDATA[RFC]]></category>

		<guid isPermaLink="false">http://marc.storck.lu/blog/?p=689</guid>
		<description><![CDATA[In 2009 I wrote about draft-ietf-dnsop-as112-under-attack-help-help-02. In 2011 the IETF released this document as RFC 6305.
As an operator of currently one AS112 ANYCAST Node and several NTP POOL servers I know how true and necessary this RFC really is.
]]></description>
			<content:encoded><![CDATA[<p>In 2009 I <a title="I’m Being Attacked by PRISONER.IANA.ORG!" href="http://marc.storck.lu/blog/2009/05/im-being-attacked-by-prisonerianaorg/">wrote</a> about <a href="http://tools.ietf.org/html/draft-ietf-dnsop-as112-under-attack-help-help-02" target="_blank">draft-ietf-dnsop-as112-under-attack-help-help-02</a>. In 2011 the IETF released this document as <a title="RFC 6305" href="http://tools.ietf.org/rfc/rfc6305.txt" target="_blank">RFC 6305</a>.</p>
<p>As an operator of currently one AS112 ANYCAST Node and several NTP POOL servers I know how true and necessary this RFC really is.</p>
]]></content:encoded>
			<wfw:commentRss>http://marc.storck.lu/blog/2011/12/im-being-attacked-by-prisoner-iana-org-aka-rfc-6305/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>No public IP for EPT LuxFibre</title>
		<link>http://marc.storck.lu/blog/2011/09/no-public-ip-for-ept-luxfibre/</link>
		<comments>http://marc.storck.lu/blog/2011/09/no-public-ip-for-ept-luxfibre/#comments</comments>
		<pubDate>Fri, 09 Sep 2011 20:42:22 +0000</pubDate>
		<dc:creator>Marc</dc:creator>
				<category><![CDATA[Internet & Access]]></category>
		<category><![CDATA[Job]]></category>
		<category><![CDATA[FTTH]]></category>
		<category><![CDATA[Luxembourg]]></category>

		<guid isPermaLink="false">http://marc.storck.lu/blog/?p=644</guid>
		<description><![CDATA[EPT has officially launched the LuxFibre service beginning of September, although there are rumors that some friendly test customers had LuxFibre installation in service prior to September 2011.
Some LuxFibre users already reported that the standard LuxFibre service (no optional serviced booked) does not provide a public IP address on WAN interface. EPT assigns a private [...]]]></description>
			<content:encoded><![CDATA[<p>EPT has officially launched the LuxFibre service beginning of September, although there are rumors that some friendly test customers had LuxFibre installation in service prior to September 2011.<br />
Some LuxFibre users already reported that the standard LuxFibre service (no optional serviced booked) does not provide a public IP address on WAN interface. EPT assigns a private IP address by default, so the user&#8217;s Internet access will be subject to NAT44 (aka double IPv4 NAT). NAT44 breaks all kind of services mostly those which already have difficulties with single/simple NAT. EPT optionally assigns a dynamic and public IP address to the WAN interface of your router. This will allow Internet access with single/simple NAT, however at the cost of 1,99 EUR / month (<a href="http://www.pt.lu/portal/lang/en/telecom/pid/4061" target="_blank">http://www.pt.lu/portal/lang/en/telecom/pid/4061</a>).<br />
Some may say it&#8217;s time for IPv6, a service available from EPT free of charge as an OPT-IN service (<a href="http://www.pt.lu/portal/lang/en/telecom/pid/3998" target="_blank">http://www.pt.lu/portal/lang/en/telecom/pid/3998</a>).</p>
]]></content:encoded>
			<wfw:commentRss>http://marc.storck.lu/blog/2011/09/no-public-ip-for-ept-luxfibre/feed/</wfw:commentRss>
		<slash:comments>30</slash:comments>
		</item>
		<item>
		<title>Here comes the FTTH</title>
		<link>http://marc.storck.lu/blog/2011/08/here-comes-the-ftth/</link>
		<comments>http://marc.storck.lu/blog/2011/08/here-comes-the-ftth/#comments</comments>
		<pubDate>Wed, 03 Aug 2011 17:52:41 +0000</pubDate>
		<dc:creator>Marc</dc:creator>
				<category><![CDATA[Internet & Access]]></category>
		<category><![CDATA[Job]]></category>
		<category><![CDATA[FTTH]]></category>
		<category><![CDATA[Internet]]></category>
		<category><![CDATA[Luxembourg]]></category>
		<category><![CDATA[Regulation]]></category>

		<guid isPermaLink="false">http://marc.storck.lu/blog/?p=632</guid>
		<description><![CDATA[and the VDSL  
Luxembourg&#8217;s Regulator just released its latest decision to approve the P&#38;T Luxembourg (EPT) Reference Offer for Very High Bandwith Access Lines based on VDSL and FTTH (fibre to the home).
Visual online already published their own prices for their LuxFibre clone called VOFiber. Prices are 0,09 to 5,00 EUR / month cheaper, [...]]]></description>
			<content:encoded><![CDATA[<p>and the VDSL <img src='http://marc.storck.lu/blog/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>Luxembourg&#8217;s Regulator just released its <a href="http://www.ilr.public.lu/communications_electroniques/decisions/2011/E11156ILR.pdf" target="_blank">latest decision</a> to approve the P&amp;T Luxembourg (EPT) Reference Offer for Very High Bandwith Access Lines based on VDSL and FTTH (fibre to the home).</p>
<p><span id="more-632"></span>Visual online already published their own prices for their LuxFibre clone called VOFiber. Prices are 0,09 to 5,00 EUR / month cheaper, the basic offers include an Internet flate rate and the possibility for 3 concurrent calls without any additional fees.</p>
<p>Now I&#8217;m curious to see prices from Luxembourg Online, ORANGE, TANGO etc!</p>
]]></content:encoded>
			<wfw:commentRss>http://marc.storck.lu/blog/2011/08/here-comes-the-ftth/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>P&amp;T Luxembourg re-announces prices for LuxFibre</title>
		<link>http://marc.storck.lu/blog/2011/07/pt-luxembourg-re-announces-prices-for-luxfibre/</link>
		<comments>http://marc.storck.lu/blog/2011/07/pt-luxembourg-re-announces-prices-for-luxfibre/#comments</comments>
		<pubDate>Fri, 29 Jul 2011 16:16:42 +0000</pubDate>
		<dc:creator>Marc</dc:creator>
				<category><![CDATA[Internet & Access]]></category>
		<category><![CDATA[Job]]></category>
		<category><![CDATA[ADSL]]></category>
		<category><![CDATA[FTTH]]></category>
		<category><![CDATA[Internet]]></category>
		<category><![CDATA[Luxembourg]]></category>

		<guid isPermaLink="false">http://marc.storck.lu/blog/?p=626</guid>
		<description><![CDATA[P&#38;T Luxembourg has released a new price list valid from September 1, 2011.
Prices for FTTH based LuxFibre prices are as follows:

Down   30 Mb/s &#8211; Up 10 Mb/s: 54,99 EUR incl VAT / month
Down   50 Mb/s &#8211; Up 25 Mb/s: 59,99 EUR incl VAT / month
Down 100 Mb/s &#8211; Up 50Mb/s: 74,99 EUR incl VAT [...]]]></description>
			<content:encoded><![CDATA[<p>P&amp;T Luxembourg has released a new <a title="P&amp;T Luxembourg Price List valid from 2011-09-01" href="http://www.pt.lu/webdav/site/portailEPT/groups/DT_redacteurs/public/downloads/Liste%20de%20prix%20des%20services%20de%20t%C3%A9l%C3%A9communications%20n.%2022_29-07-2011.pdf" target="_blank">price list</a> valid from September 1, 2011.</p>
<p>Prices for FTTH based LuxFibre prices are as follows:<span id="more-626"></span></p>
<ul>
<li>Down   30 Mb/s &#8211; Up 10 Mb/s: 54,99 EUR incl VAT / month</li>
<li>Down   50 Mb/s &#8211; Up 25 Mb/s: 59,99 EUR incl VAT / month</li>
<li>Down 100 Mb/s &#8211; Up 50Mb/s: 74,99 EUR incl VAT / month</li>
</ul>
<p>These prices do not contain a volume flat-rate, this is available for 9,99 EUR / month or within the Integral package.</p>
<p>The telephone service comes with the capacity for 1 concurrent call, an upgrade to 3 concurrent calls is available at 6,00 EUR / month. Unfortunately the 3 concurrent calls limit is the absolute maximum, on a fibre access delivering up to 100 Mb/s, limiting telephony to 384 Kb/s seems somewhat arbitrary!</p>
<p>Beside that, the pricing is high compared to our european neighbors:</p>
<ul>
<li>in France Orange charges 33,99 EUR / month for 100 Mb/s flat, telephony flat and IPTV</li>
<li>in Germany Telekom charges 39,95 EUR / month for up to 50 Mb/s flat and telephony flat</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://marc.storck.lu/blog/2011/07/pt-luxembourg-re-announces-prices-for-luxfibre/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>IPv6 route table limits under Linux</title>
		<link>http://marc.storck.lu/blog/2011/07/ipv6-route-table-limits-under-linux/</link>
		<comments>http://marc.storck.lu/blog/2011/07/ipv6-route-table-limits-under-linux/#comments</comments>
		<pubDate>Mon, 25 Jul 2011 15:28:26 +0000</pubDate>
		<dc:creator>Marc</dc:creator>
				<category><![CDATA[Hobbies]]></category>
		<category><![CDATA[Job]]></category>
		<category><![CDATA[IPv6]]></category>
		<category><![CDATA[Linux]]></category>

		<guid isPermaLink="false">http://marc.storck.lu/blog/?p=622</guid>
		<description><![CDATA[I have been experimenting with IPv6 addressing and routing under different Linux flavors. Addressing in LANs is quite easy with Auto/Zero-Conf, however for Auto/Zero-Conf you need to use /64 network, which could lead to memory exhaustion due to a Neighbor Discovery attack (I will write more on this later, so check below for related articles). [...]]]></description>
			<content:encoded><![CDATA[<p>I have been experimenting with IPv6 addressing and routing under different Linux flavors. Addressing in LANs is quite easy with Auto/Zero-Conf, however for Auto/Zero-Conf you need to use /64 network, which could lead to memory exhaustion due to a Neighbor Discovery attack (I will write more on this later, so check below for related articles). Routing is equally simple to setup with Router Advertisements.</p>
<p>So I wanted to go a step further and loaded a full IPv6 routing table via BGP into a linux box. Mine unfortunately had a limit in the kernel, actually net.ipv6.route.max_size was set to 4096. The BGP feed I used delivered 6419 prefixes and only 4068 were loaded into the kernel table.<span id="more-622"></span></p>
<p>I added the following line to sysctl.conf</p>
<blockquote><p>net.ipv6.route.max_size = 32768</p></blockquote>
<p>and then cleared the BGP session, the kernel routing table now contained 6401 lines. So in case you are running into IPv6 routing issues on your linux box, check for this limit. Also keep an eye on the BGP IPv6 table size, in the future the table might outgrow the limit you have set.</p>
]]></content:encoded>
			<wfw:commentRss>http://marc.storck.lu/blog/2011/07/ipv6-route-table-limits-under-linux/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>This is Luxembourg (2)</title>
		<link>http://marc.storck.lu/blog/2011/07/this-is-luxembourg-2/</link>
		<comments>http://marc.storck.lu/blog/2011/07/this-is-luxembourg-2/#comments</comments>
		<pubDate>Sat, 23 Jul 2011 19:25:41 +0000</pubDate>
		<dc:creator>Marc</dc:creator>
				<category><![CDATA[Fun]]></category>
		<category><![CDATA[Luxembourg]]></category>
		<category><![CDATA[Video]]></category>

		<guid isPermaLink="false">http://marc.storck.lu/blog/?p=609</guid>
		<description><![CDATA[Another video presenting the Grand-Duchy of Luxembourg.

]]></description>
			<content:encoded><![CDATA[<p>Another video presenting the Grand-Duchy of Luxembourg.</p>
<p><iframe src="http://www.youtube.com/embed/NXl2lhVN2co?rel=0" frameborder="0" width="560" height="349"></iframe></p>
]]></content:encoded>
			<wfw:commentRss>http://marc.storck.lu/blog/2011/07/this-is-luxembourg-2/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

