<?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>Blinkenblog &#187; Unix</title>
	<atom:link href="http://blog.blinkenlights.nl/category/unix/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.blinkenlights.nl</link>
	<description>Hardware, and more</description>
	<lastBuildDate>Wed, 17 Aug 2011 11:51:57 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Playing with ipset on Oneiric Ocelot</title>
		<link>http://blog.blinkenlights.nl/2011/08/17/playing-with-ipset-on-oneiric-ocelot/</link>
		<comments>http://blog.blinkenlights.nl/2011/08/17/playing-with-ipset-on-oneiric-ocelot/#comments</comments>
		<pubDate>Wed, 17 Aug 2011 11:51:57 +0000</pubDate>
		<dc:creator>sten</dc:creator>
				<category><![CDATA[Unix]]></category>

		<guid isPermaLink="false">http://blog.blinkenlights.nl/?p=120</guid>
		<description><![CDATA[I finally decided to play with ipset, given that it&#8217;s now included in the mainline Linux kernel and enabled in the default Ubuntu kernel. The use of tables/sets (like in OpenBSD&#8217;s pf) can make firewalls a lot shorter. Unfortunately Debian/Ubuntu don&#8217;t ship current versions of the userland packages. But manhandling the debian-packaging onto newer sources [...]]]></description>
			<content:encoded><![CDATA[<p>I finally decided to play with ipset, given that it&#8217;s now included in the mainline Linux kernel and enabled in the default Ubuntu kernel. The use of tables/sets (like in OpenBSD&#8217;s pf) can make firewalls a lot shorter. Unfortunately Debian/Ubuntu don&#8217;t ship current versions of the userland packages. But manhandling the debian-packaging onto newer sources proved easy enough. The resulting <a href="http://blinkenlights.nl/software/ipset_6.8-1ubuntu1_amd64.deb">amd64 package</a> is available for the daring. A trivial ssh firewall using ipset looks like this:</p>
<p><code><br />
for family in inet inet6; do<br />
    ipset -exist create ssh-allow-$family hash:net family $family<br />
done</p>
<p>for net in $(grep -v ^# /etc/ipset/ssh_allow_inet); do<br />
    ipset -exist add ssh-allow-inet $net<br />
done</p>
<p>for net in $(grep -v ^# /etc/ipset/ssh_allow_inet6); do<br />
    ipset -exist add ssh-allow-inet6 $net<br />
done</p>
<p>iptables -A INPUT -p tcp -m set --match-set ssh-allow-inet src -m tcp --dport 22 -j ACCEPT<br />
iptables -A INPUT -p tcp -m tcp --dport 22 -j DROP<br />
ip6tables -A INPUT -p tcp -m set --match-set ssh-allow-inet6 src -m tcp --dport 22 -j ACCEPT<br />
ip6tables -A INPUT -p tcp -m tcp --dport 22 -j DROP<br />
</code></p>
<p>The contents of /etc/ipset/ssh_allow_inet look like this:<br />
<code><br />
&lt;sten@host:~&gt; cat /etc/ipset/ssh_allow_inet<br />
# me<br />
127.0.0.1<br />
# Work network<br />
192.0.2.0/24<br />
# home<br />
198.51.100.0/24<br />
# friend<br />
203.0.113.1<br />
</code></p>
<p>And the created set looks like this:<br />
<code><br />
&lt;sten@host:~&gt; sudo ipset -l ssh-allow-inet<br />
Name: ssh-allow-inet<br />
Type: hash:net<br />
Header: family inet hashsize 1024 maxelem 65536<br />
Size in memory: 16944<br />
References: 1<br />
Members:<br />
127.0.0.1<br />
192.0.2.0/24<br />
198.51.100.0/24<br />
203.0.113.1<br />
</code></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.blinkenlights.nl/2011/08/17/playing-with-ipset-on-oneiric-ocelot/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Ladvd 0.9.2</title>
		<link>http://blog.blinkenlights.nl/2010/09/21/ladvd-0-9-2/</link>
		<comments>http://blog.blinkenlights.nl/2010/09/21/ladvd-0-9-2/#comments</comments>
		<pubDate>Tue, 21 Sep 2010 11:54:24 +0000</pubDate>
		<dc:creator>sten</dc:creator>
				<category><![CDATA[Unix]]></category>

		<guid isPermaLink="false">http://blog.blinkenlights.nl/?p=96</guid>
		<description><![CDATA[This was supposed to be a fixes only release, but then people started requesting features, oh well Ladvd is now hosted at googlecode in mercurial. The switch to mercurial allows more people to contribute and makes it much easier the grab the latest development release. Besides that an impressive number of small fixes and features [...]]]></description>
			<content:encoded><![CDATA[<p>This was supposed to be a fixes only release, but then people started requesting features, oh well <img src='http://blog.blinkenlights.nl/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  Ladvd is now hosted at <a href="http://code.google.com/p/ladvd/">googlecode</a> in mercurial. The switch to mercurial allows more people to contribute and makes it much easier the grab the latest development release. Besides that an impressive number of small fixes and features have helped to make 0.9.2 a great release.</p>
<ul>
<li>Vlan Name TLV support</li>
<li>LLDP mau support for Linux</li>
<li>LLDP autoneg_pmd support for Linux and BSD</li>
<li>use the NIC hardware name when no ifdescr is configured (Linux sysfs, FreeBSD sysctl)</li>
<li>use lsb-release to report Linux distro information</li>
<li>improved locally-generated packet filtering</li>
<li>Improved detection of Tun/Tap interfaces, including a switch to use them</li>
<li>Skip FreeBSD&#8217;s ipfw interfaces</li>
<li>FreeBSD dmi/smbios support via kenv()</li>
<li>added HACKING documentation</li>
<li>fixes for small packets</li>
<li>various other small fixes</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://blog.blinkenlights.nl/2010/09/21/ladvd-0-9-2/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Buildservices</title>
		<link>http://blog.blinkenlights.nl/2010/01/28/buildservices/</link>
		<comments>http://blog.blinkenlights.nl/2010/01/28/buildservices/#comments</comments>
		<pubDate>Thu, 28 Jan 2010 20:30:50 +0000</pubDate>
		<dc:creator>sten</dc:creator>
				<category><![CDATA[Unix]]></category>

		<guid isPermaLink="false">http://blog.blinkenlights.nl/?p=88</guid>
		<description><![CDATA[In preparation for the next ladvd release I decided to investigate automated software builds, to make sure that it will work on as many platforms / distributions as possible. I&#8217;d like to avoid having to release a .1 version just to fix silly configure on RHEL X.Y Building the virtual machines to do this myself [...]]]></description>
			<content:encoded><![CDATA[<p>In preparation for the next ladvd release I decided to investigate automated software builds, to make sure that it will work on as many platforms / distributions as possible. I&#8217;d like to avoid having to release  a .1 version just to fix silly configure on RHEL X.Y Building the virtual machines to do this myself seemed like a lot of work, so I decided to investigate online software compile farms.<br />
The first one I looked at was <a href="https://launchpad.net/">Launchpad</a>. I started out by adding ladvd as a <a href="https://launchpad.net/ladvd/">project</a> to Launchpad, the whole gpg signing and upload dance is very neat. This however doesn&#8217;t allow you to actually build software, for that you need to start a <a href="https://help.launchpad.net/Packaging/PPA">PPA</a>, which luckily also is pretty easy. However Launchpad doesn&#8217;t provide a lot of control over the compile process, and only Ubuntu is supported.<br />
So I started playing around with the second option, the <a href="https://build.opensuse.org/">OpenSUSE Build Service</a>. The initial signup was similar to launchpad, except no gpg this time. Which is a shame because it makes signing the packages impossible. But the amount of distributions supported (RHEL, SuSE, Debian, Ubuntu, Fedora) is great, and I especially like the buildlogs which show you exactly what is going on. Getting the packages built for Debian and Ubuntu was trivial, and even the specfile for RPM distributions was done in a few hours. After that I realized that it would be even better to run unit-tests during the package build. Then I ran into a bug which sadly makes this impossible (check&#8217;s pkg-config is missing). But there was a bugzilla link where I&#8217;ve reported the issue so hopefully it will be solved soon.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.blinkenlights.nl/2010/01/28/buildservices/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Ladvd 0.8.5</title>
		<link>http://blog.blinkenlights.nl/2009/09/16/ladvd-0-8-5/</link>
		<comments>http://blog.blinkenlights.nl/2009/09/16/ladvd-0-8-5/#comments</comments>
		<pubDate>Wed, 16 Sep 2009 08:02:22 +0000</pubDate>
		<dc:creator>sten</dc:creator>
				<category><![CDATA[Unix]]></category>

		<guid isPermaLink="false">http://blog.blinkenlights.nl/?p=72</guid>
		<description><![CDATA[Last week I’ve released ladvd 0.8.5, a bugfix / cleanup release which solves all known issues. The next release will include a cli and possibly SNMP support. * use wireless interfaces when the -w option is set * disable auto-enabled protocols when peers expire * add port-name to -z ifdescr support * improved ifdescr supprt [...]]]></description>
			<content:encoded><![CDATA[<p>Last week I’ve released ladvd 0.8.5, a bugfix / cleanup release which solves all known issues. The next release will include a cli and possibly SNMP support.</p>
<p>* use wireless interfaces when the -w option is set<br />
* disable auto-enabled protocols when peers expire<br />
* add port-name to -z ifdescr support<br />
* improved ifdescr supprt (only if needed, multiple peers, etc)<br />
* used strnvis to sanitize strings for ifdescr<br />
* fixed FreeBSD lagg ioctl<br />
* RHEL4 compatibility fixes<br />
* chroot the child, not the master<br />
* use setresuid/setresgid for dropping privileges<br />
* move the child code to child.c an refactor the eventloop<br />
* refactored socket handling in master.c<br />
* sockets are now fully dynamic and always have filters<br />
* bsd vlan detection<br />
* remove multicast registrations on shutdown<br />
* even better unit-tests</p>
<p>This release has been (unit-)tested on Linux (amd64, arm), FreeBSD (i386, amd64) and OpenBSD (sparc64). I&#8217;d like to thank <strong>Paul de Weerd</strong>, <strong>Jacek Masiulaniec</strong>, <strong>Stephan A. Rickauer</strong>, <strong>David Gwynne</strong> and <strong>Mattieu Baptiste</strong> who have helped to uncover bugs and even submitted patches.</p>
<p>Tarballs and Debian sources are <a href="http://blinkenlights.nl/software/ladvd/">available</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.blinkenlights.nl/2009/09/16/ladvd-0-8-5/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Ladvd 0.8</title>
		<link>http://blog.blinkenlights.nl/2009/06/21/ladvd-0-8/</link>
		<comments>http://blog.blinkenlights.nl/2009/06/21/ladvd-0-8/#comments</comments>
		<pubDate>Sun, 21 Jun 2009 20:13:15 +0000</pubDate>
		<dc:creator>sten</dc:creator>
				<category><![CDATA[Unix]]></category>

		<guid isPermaLink="false">http://blog.blinkenlights.nl/?p=64</guid>
		<description><![CDATA[I’ve just released ladvd 0.8, which supports receive mode and a host of other features resulting from that. privilege separation SIOCSIFDESCR support (the -z option) Automatic protocol enablling based on received packets (-a) syslog notifications for new/removed peers (-r) EDP support FDP support NDP / SoNMP support abstracted protocol support rewritten netif and message lists [...]]]></description>
			<content:encoded><![CDATA[<p>I’ve just released ladvd 0.8, which supports receive mode and a host of other features resulting from that.</p>
<ul>
<li>privilege separation</li>
<li>SIOCSIFDESCR support (the -z option)</li>
<li>Automatic protocol enablling based on received packets (-a)</li>
<li>syslog notifications for new/removed peers (-r)</li>
<li>EDP support</li>
<li>FDP support</li>
<li>NDP / SoNMP support</li>
<li>abstracted protocol support</li>
<li>rewritten netif and message lists</li>
<li>some strict alignment fixes</li>
<li>unit-tests including extensive protol tests</li>
</ul>
<p>This release has been (unit-)tested on Linux (amd64, arm), FreeBSD (i386, amd64) and OpenBSD (amd64, sparc64, vax).<br />
Tarballs and Debian sources are <a href="http://blinkenlights.nl/software/ladvd/">available</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.blinkenlights.nl/2009/06/21/ladvd-0-8/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Qnap TS-219 Serial</title>
		<link>http://blog.blinkenlights.nl/2009/06/11/qnap-ts-219-serial/</link>
		<comments>http://blog.blinkenlights.nl/2009/06/11/qnap-ts-219-serial/#comments</comments>
		<pubDate>Thu, 11 Jun 2009 14:55:01 +0000</pubDate>
		<dc:creator>sten</dc:creator>
				<category><![CDATA[Unix]]></category>

		<guid isPermaLink="false">http://blog.blinkenlights.nl/?p=55</guid>
		<description><![CDATA[I&#8217;ve recently bought a QNAP nas and wanted to make a serial cable for it. The Debian QNAP guru Martin Michlmayr informed me that the connector used is a JST PHR-4. So I ordered some connectors and pins. The second part needed was a ttl-serial convertor. The cheapest solution is a regular old GSM data-cable, [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;ve recently bought a QNAP nas and wanted to make a serial cable for it. The Debian QNAP guru <a href="http://www.cyrius.com/journal">Martin Michlmayr</a> informed me that the connector used is a <a href="http://www.cyrius.com/debian/kirkwood/qnap/ts-219/serial.html">JST PHR-4</a>. So I ordered some connectors and pins. The second part needed was a ttl-serial convertor. The cheapest solution is a regular old GSM data-cable, I bought 4 Siemens C/S/M 25-45 cables. The pinout required some research, but I settled on:</p>
<ul>
<li>GND  &#8211; Black</li>
<li>RX &#8211; Yellow</li>
<li>VCC &#8211; Red</li>
<li>TX &#8211; Green</li>
</ul>
<p>And lo and behold it worked first time round:</p>
<p><code><br />
Port /dev/ttyS1<br />
          __  __                      _ _<br />
        |  \/  | __ _ _ ____   _____| | |<br />
        | |\/| |/ _` | '__\ \ / / _ \ | |<br />
        | |  | | (_| | |   \ V /  __/ | |<br />
        |_|  |_|\__,_|_|    \_/ \___|_|_|<br />
 _   _     ____              _<br />
| | | |   | __ )  ___   ___ | |_<br />
| | | |___|  _ \ / _ \ / _ \| __|<br />
| |_| |___| |_) | (_) | (_) | |_<br />
 \___/    |____/ \___/ \___/ \__|  ** LOADER **<br />
 ** MARVELL BOARD: DB-88F6281A-BP LE </p>
<p>U-Boot 1.1.4 (Feb  9 2009 - 11:13:32) Marvell version: 3.4.4</p>
<p>U-Boot code: 00600000 -> 0067FFF0  BSS: -> 00690DCC                             </p>
<p>Soc: 88F6281 A0 (DDR2)<br />
CPU running @ 1200Mhz L2 running @ 400Mhz<br />
SysClock = 400Mhz , TClock = 200Mhz                                             </p>
<p>DRAM CAS Latency = 5 tRP = 5 tRAS = 18 tRCD=6<br />
DRAM CS[0] base 0x00000000   size 256MB<br />
DRAM CS[1] base 0x10000000   size 256MB<br />
DRAM Total size 512MB  16bit width<br />
[16384kB@f8000000] Flash: 16 MB<br />
Addresses 8M - 0M are saved for the U-Boot usage.<br />
Mem malloc Initialization (8M - 7M): Done                                       </p>
<p>CPU : Marvell Feroceon (Rev 1)                                                  </p>
<p>Streaming disabled<br />
</code></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.blinkenlights.nl/2009/06/11/qnap-ts-219-serial/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Ladvd for Cyclades ACS</title>
		<link>http://blog.blinkenlights.nl/2009/03/15/ladvd-for-cyclades-acs/</link>
		<comments>http://blog.blinkenlights.nl/2009/03/15/ladvd-for-cyclades-acs/#comments</comments>
		<pubDate>Sat, 14 Mar 2009 22:20:47 +0000</pubDate>
		<dc:creator>sten</dc:creator>
				<category><![CDATA[Unix]]></category>

		<guid isPermaLink="false">http://blog.blinkenlights.nl/?p=36</guid>
		<description><![CDATA[I recently bought an Cyclades ACS32 console server, and figured that because it runs Linux it should be able to run ladvd. This isn&#8217;t as easy as it seems because of the embedded PPC cpu used. I started by building a crosscompiler using crosstool, which succeeded after a few patches. Unfortunately the resulting binary didn&#8217;t [...]]]></description>
			<content:encoded><![CDATA[<p>I recently bought an Cyclades ACS32 console server, and figured that because it runs Linux it should be able to run ladvd. This isn&#8217;t as easy as it seems because of the embedded PPC cpu used. I started by building a crosscompiler using <a href="http://www.kegel.com/crosstool/">crosstool</a>, which succeeded after a few patches. Unfortunately the resulting binary didn&#8217;t work. It started ok, but couldn&#8217;t find any interfaces. After some headscratching it turns out that the glibc (2.3.2) used by Cyclades has an incomplete getifaddrs implementation (IPv4 only). The quick way to fix this is to use a C-library which does, <a href="http://www.uclibc.org/">uClibc</a> seemed like a good choice. So I created another toolchain, GCC and uClibc, using <a href="http://buildroot.uclibc.org/">buildroot</a>. The resulting binary again didn&#8217;t work&#8230;. This time it was because ethtool support is either missing or broken on the Cyclades ACS, which results in ladvd not accepting the &#8220;eth0&#8243; interface. After a small fix all is well and ladvd 0.6.1 runs on my ACS32:<br />
<code><br />
Chassis id: 0060.2e01.cdf1<br />
Port id: eth0<br />
Port Description - not advertised<br />
System Name: zem<br />
System Description:<br />
Linux 2.6.22 #1 Tue Sep 30 11:12:38 PDT 2008 ppc<br />
</code></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.blinkenlights.nl/2009/03/15/ladvd-for-cyclades-acs/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>ladvd 0.6.1 released</title>
		<link>http://blog.blinkenlights.nl/2008/09/22/ladvd-061-released/</link>
		<comments>http://blog.blinkenlights.nl/2008/09/22/ladvd-061-released/#comments</comments>
		<pubDate>Mon, 22 Sep 2008 19:07:21 +0000</pubDate>
		<dc:creator>sten</dc:creator>
				<category><![CDATA[Unix]]></category>

		<guid isPermaLink="false">http://blog.blinkenlights.nl/?p=32</guid>
		<description><![CDATA[I’ve just released ladvd 0.6.1, which was destined to fix bugs found in 0.6.0, but a fair number of new features and improvements have crept in as well. Fix for interfaces without link-layer addresses (ppp0/pptp0) Reset (router/wlan/bridge) capabilities after each run Improved the linux virtual interface detection (the previous method only worked on 2.6.23+ kernels) [...]]]></description>
			<content:encoded><![CDATA[<p>I’ve just released ladvd 0.6.1, which was destined to fix bugs found in 0.6.0, but a fair number of new features and improvements have crept in as well.</p>
<ul>
<li>Fix for interfaces without link-layer addresses (ppp0/pptp0)</li>
<li>Reset (router/wlan/bridge) capabilities after each run</li>
<li>Improved the linux virtual interface detection<br />
 (the previous method only worked on 2.6.23+ kernels)</li>
<li>Add support for OpenBSD&#8217;s interface descriptions</li>
<li>Add support for TIA inventory management TLV set<br />
 using dmi information available on OpenBSD and Linux</li>
<li>Use an ISC-licensed strlcpy for certain string operations</li>
<li>Add -m/-M switches to specify management addresses<br />
 via the commandline</li>
<li>Add ioctl code to linux bonding/bridge detection which<br />
 works on hosts without sysfs</li>
<li>Add minimal LLDP civic location support using the LOC type<br />
 and the -C (country) switch</li>
<li>Add pcap headers to debug output to make it suitable for<br />
 piping to tcpdump.</li>
</ul>
<p>This release owes a lot to Paul de Weerd and Alexander Ottl, their tests and patches have helped to make this release as stable as possible.</p>
<p>Tarballs and Debian sources are <a href="http://blinkenlights.nl/software/ladvd/">available</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.blinkenlights.nl/2008/09/22/ladvd-061-released/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>ladvd 0.6.0</title>
		<link>http://blog.blinkenlights.nl/2008/07/28/31/</link>
		<comments>http://blog.blinkenlights.nl/2008/07/28/31/#comments</comments>
		<pubDate>Mon, 28 Jul 2008 00:23:02 +0000</pubDate>
		<dc:creator>sten</dc:creator>
				<category><![CDATA[Unix]]></category>

		<guid isPermaLink="false">http://blog.blinkenlights.nl/2008/07/28/31/</guid>
		<description><![CDATA[I’ve just released a new version of ladvd, which brings a fair number of improvements: rewritten memory allocation (no more memleaks) autodetect all network interfaces autodetect bonding, bridging and wireless interfaces (on Linux, FreeBSD and OpenBSD) be clever about bonding/bridging sub-interfaces use only one raw-socket for all interfaces remove libnet dependency improved OpenBSD support autodetect [...]]]></description>
			<content:encoded><![CDATA[<p>I’ve just released a new version of ladvd, which brings a fair number of improvements:</p>
<ul>
<li>rewritten memory allocation (no more memleaks)</li>
<li>autodetect all network interfaces</li>
<li>autodetect bonding, bridging and wireless interfaces (on Linux, FreeBSD and OpenBSD)</li>
<li>be clever about bonding/bridging sub-interfaces</li>
<li>use only one raw-socket for all interfaces</li>
<li>remove libnet dependency</li>
<li>improved OpenBSD support</li>
<li>autodetect router, wlan and bridge capabilities</li>
<li>support different available / enabled capabilities</li>
<li>use the first mac-address as chassis-id (which fixes HP-switch interoperability)</li>
<li>rewritten tlv macro&#8217;s to support strict alignment archs (sparc)</li>
</ul>
<p>This release has been tested on a fair number of operating systems talking to various brand-name switches, Paul de Weerd deserves kudos for suggestions and OpenBSD improvements.</p>
<p>Tarballs and Debian sources are <a href="http://blinkenlights.nl/software/ladvd/">available</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.blinkenlights.nl/2008/07/28/31/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>ladvd 0.5.0</title>
		<link>http://blog.blinkenlights.nl/2008/05/26/ladvd-050/</link>
		<comments>http://blog.blinkenlights.nl/2008/05/26/ladvd-050/#comments</comments>
		<pubDate>Sun, 25 May 2008 22:45:47 +0000</pubDate>
		<dc:creator>sten</dc:creator>
				<category><![CDATA[Unix]]></category>

		<guid isPermaLink="false">http://blog.blinkenlights.nl/2008/05/26/ladvd-050/</guid>
		<description><![CDATA[I&#8217;ve just released a new version of ladvd, which brings a fair number of improvements: Debian packaging Linux ethtool ioctl support Linux capabilities support (needed for unprivileged ethtool usage) BSD ifmedia ioctl support MTU TLV for CDP and LLDP Autoneg TLV for CDP and LLDP Duplex TLV for CDP Media TLV for LLDP (BSD only) [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;ve just released a new version of ladvd, which brings a fair number of improvements:</p>
<ul>
<li>Debian packaging</li>
<li>Linux ethtool ioctl support</li>
<li>Linux capabilities support (needed for unprivileged ethtool usage)</li>
<li>BSD ifmedia ioctl support</li>
<li>MTU <a href="http://en.wikipedia.org/wiki/Type-length-value">TLV</a> for CDP and LLDP</li>
<li>Autoneg <a href="http://en.wikipedia.org/wiki/Type-length-value">TLV</a> for CDP and LLDP</li>
<li>Duplex <a href="http://en.wikipedia.org/wiki/Type-length-value">TLV</a> for CDP</li>
<li>Media <a href="http://en.wikipedia.org/wiki/Type-length-value">TLV</a> for LLDP (BSD only)</li>
<li>Host capabilities selection (Bridge, Host, Router, Switch, WLAN AP)</li>
<li>Improved hostname detection</li>
<li>Improved OpenBSD support</li>
</ul>
<p>This release has been tested on a fair number of operating systems talking to various brand-name switches. Which means that this code will probably still eat your kitten, but won&#8217;t burn down the house while doing so. The newly supported media/autoneg/duplex <a href="http://en.wikipedia.org/wiki/Type-length-value">TLV</a>&#8216;s should prove useful when solving connectivity issues.</p>
<p>Tarballs and Debian sources are <a href="http://blinkenlights.nl/software/ladvd/">available</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.blinkenlights.nl/2008/05/26/ladvd-050/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

