<?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>blog.anta.net &#187; RFC</title>
	<atom:link href="http://blog.anta.net/tag/rfc/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.anta.net</link>
	<description>Internetworking, security, safety and more</description>
	<lastBuildDate>Mon, 06 Feb 2012 11:24:34 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>New RFC on DNSBL operational practices</title>
		<link>http://blog.anta.net/2012/01/19/new-rfc-on-dnsbl-operational-practices/</link>
		<comments>http://blog.anta.net/2012/01/19/new-rfc-on-dnsbl-operational-practices/#comments</comments>
		<pubDate>Thu, 19 Jan 2012 10:55:50 +0000</pubDate>
		<dc:creator>Thor Kottelin</dc:creator>
				<category><![CDATA[Internetworking/Mail and news]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[APEWS]]></category>
		<category><![CDATA[blacklisting]]></category>
		<category><![CDATA[Chris Lewis]]></category>
		<category><![CDATA[DNSBL]]></category>
		<category><![CDATA[IP addresses]]></category>
		<category><![CDATA[IRTF]]></category>
		<category><![CDATA[Matt Sergeant]]></category>
		<category><![CDATA[netnews]]></category>
		<category><![CDATA[news.admin.net-abuse.email]]></category>
		<category><![CDATA[RFC]]></category>

		<guid isPermaLink="false">http://blog.anta.net/?p=1644</guid>
		<description><![CDATA[The Internet Research Task Force has published informational RFC&#160;6471 on DNSBL operational practices. The acronym DNSBL stands for &#8216;DNS-based list&#8217;, which is more apt than &#8216;DNS blacklist&#8217; as the DNSBL format can also be used to publish whitelists. One of the recommendations in the RFC, which is authored by Chris Lewis of Nortel and Matt [...]<script type="text/javascript">SHARETHIS.addEntry({ title: "New RFC on DNSBL operational practices", url: "http://blog.anta.net/2012/01/19/new-rfc-on-dnsbl-operational-practices/" });</script>]]></description>
		<wfw:commentRss>http://blog.anta.net/2012/01/19/new-rfc-on-dnsbl-operational-practices/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Recommendations for transport-protocol port randomisation published as RFC and BCP</title>
		<link>http://blog.anta.net/2011/01/19/recommendations-for-transport-protocol-port-randomisation-published-as-rfc-and-bcp/</link>
		<comments>http://blog.anta.net/2011/01/19/recommendations-for-transport-protocol-port-randomisation-published-as-rfc-and-bcp/#comments</comments>
		<pubDate>Wed, 19 Jan 2011 06:40:48 +0000</pubDate>
		<dc:creator>Thor Kottelin</dc:creator>
				<category><![CDATA[Internetworking]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[algorithms]]></category>
		<category><![CDATA[Argentina]]></category>
		<category><![CDATA[attacks]]></category>
		<category><![CDATA[BCP]]></category>
		<category><![CDATA[Fernando Gont]]></category>
		<category><![CDATA[FreeBSD]]></category>
		<category><![CDATA[IETF]]></category>
		<category><![CDATA[Michael Vittrup Larsen]]></category>
		<category><![CDATA[NAPT]]></category>
		<category><![CDATA[NetBSD]]></category>
		<category><![CDATA[ports]]></category>
		<category><![CDATA[protocols]]></category>
		<category><![CDATA[randomisation]]></category>
		<category><![CDATA[RFC]]></category>
		<category><![CDATA[TCP]]></category>
		<category><![CDATA[Tieto]]></category>
		<category><![CDATA[transport]]></category>
		<category><![CDATA[UDP]]></category>
		<category><![CDATA[Universidad Tecnológica Nacional]]></category>

		<guid isPermaLink="false">http://blog.anta.net/?p=1499</guid>
		<description><![CDATA[The IETF has published RFC&#160;6056, “Recommendations for Transport-Protocol Port Randomization”, which is also BCP&#160;156. The document is authored by Michael Vittrup Larsen of Tieto and Fernando Gont of Argentina’s Universidad Tecnológica Nacional. A third party who knows, or succeeds in guessing, the ephemeral port numbers in use by transport protocols such as TCP and UDP [...]<script type="text/javascript">SHARETHIS.addEntry({ title: "Recommendations for transport-protocol port randomisation published as RFC and BCP", url: "http://blog.anta.net/2011/01/19/recommendations-for-transport-protocol-port-randomisation-published-as-rfc-and-bcp/" });</script>]]></description>
		<wfw:commentRss>http://blog.anta.net/2011/01/19/recommendations-for-transport-protocol-port-randomisation-published-as-rfc-and-bcp/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Written April pranks</title>
		<link>http://blog.anta.net/2010/04/02/written-april-pranks/</link>
		<comments>http://blog.anta.net/2010/04/02/written-april-pranks/#comments</comments>
		<pubDate>Fri, 02 Apr 2010 12:09:24 +0000</pubDate>
		<dc:creator>Thor Kottelin</dc:creator>
				<category><![CDATA[Media]]></category>
		<category><![CDATA[Miscellaneous]]></category>
		<category><![CDATA[April Fools' Day]]></category>
		<category><![CDATA[backslashes]]></category>
		<category><![CDATA[db-wg]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[humour]]></category>
		<category><![CDATA[inet6num]]></category>
		<category><![CDATA[mood]]></category>
		<category><![CDATA[namespaces]]></category>
		<category><![CDATA[PHP]]></category>
		<category><![CDATA[RFC]]></category>
		<category><![CDATA[Richard Hay]]></category>
		<category><![CDATA[RIPE]]></category>
		<category><![CDATA[separators]]></category>
		<category><![CDATA[TCP]]></category>
		<category><![CDATA[Warren Turkal]]></category>

		<guid isPermaLink="false">http://blog.anta.net/?p=1151</guid>
		<description><![CDATA[Yesterday, as usual on 1&#160;April, the internetworking community celebrated April Fools&#8217; Day with a new &#8220;informational&#8221; Request for Comments. Richard Hay and Warren Turkal of Google, Inc. authored this year&#8217;s parody RFC, &#8220;TCP Option to Denote Packet Mood&#8221;. For instance, a packet that is retransmitted to resend data for a packet for which no ACK [...]<script type="text/javascript">SHARETHIS.addEntry({ title: "Written April pranks", url: "http://blog.anta.net/2010/04/02/written-april-pranks/" });</script>]]></description>
		<wfw:commentRss>http://blog.anta.net/2010/04/02/written-april-pranks/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>URI scheme for GSM short messages (SMS) published</title>
		<link>http://blog.anta.net/2010/01/08/uri-scheme-for-gsm-short-messages-sms-published/</link>
		<comments>http://blog.anta.net/2010/01/08/uri-scheme-for-gsm-short-messages-sms-published/#comments</comments>
		<pubDate>Fri, 08 Jan 2010 08:19:16 +0000</pubDate>
		<dc:creator>Thor Kottelin</dc:creator>
				<category><![CDATA[Internetworking]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Antti Vähä-Sipilä]]></category>
		<category><![CDATA[Erik Wilde]]></category>
		<category><![CDATA[GSM]]></category>
		<category><![CDATA[Nokia]]></category>
		<category><![CDATA[RFC]]></category>
		<category><![CDATA[schemes]]></category>
		<category><![CDATA[SMS]]></category>
		<category><![CDATA[UC Berkeley]]></category>

		<guid isPermaLink="false">http://blog.anta.net/?p=976</guid>
		<description><![CDATA[In standards track RFC&#160;5724, &#8220;URI Scheme for Global System for Mobile Communications (GSM) Short Message Service (SMS)&#8221;, Erik Wilde of the UC Berkeley School of Information and Antti Vähä-Sipilä of Nokia Corporation define the &#8220;sms&#8221; scheme. As an example, the URI &#8220;sms:+15105550101?body=Hello%2C%20world&#8221; would send the message &#8220;Hello, world&#8221; to the number +1&#160;510&#160;555&#160;0101. Optionally, the user [...]<script type="text/javascript">SHARETHIS.addEntry({ title: "URI scheme for GSM short messages (SMS) published", url: "http://blog.anta.net/2010/01/08/uri-scheme-for-gsm-short-messages-sms-published/" });</script>]]></description>
		<wfw:commentRss>http://blog.anta.net/2010/01/08/uri-scheme-for-gsm-short-messages-sms-published/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>VeriSign to provide safety lock for com and net domains?</title>
		<link>http://blog.anta.net/2009/07/02/verisign-to-provide-safety-lock-for-com-and-net-domains/</link>
		<comments>http://blog.anta.net/2009/07/02/verisign-to-provide-safety-lock-for-com-and-net-domains/#comments</comments>
		<pubDate>Thu, 02 Jul 2009 15:27:05 +0000</pubDate>
		<dc:creator>Thor Kottelin</dc:creator>
				<category><![CDATA[Internetworking]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[authentication]]></category>
		<category><![CDATA[brands]]></category>
		<category><![CDATA[domain names]]></category>
		<category><![CDATA[EPP]]></category>
		<category><![CDATA[registrars]]></category>
		<category><![CDATA[RFC]]></category>
		<category><![CDATA[VeriSign]]></category>

		<guid isPermaLink="false">http://blog.anta.net/?p=659</guid>
		<description><![CDATA[VeriSign has submitted for ICANN review a proposal describing an EPP-based &#8220;Registry Lock Service&#8221; intended for com and net sub-domains. If implemented, the service would allow registrars to prevent unauthorized domain deletion, domain transfer, domain update, host deletion, host renaming and host IP&#160;address update. Such changes could only be performed manually, through a special process [...]<script type="text/javascript">SHARETHIS.addEntry({ title: "VeriSign to provide safety lock for com and net domains?", url: "http://blog.anta.net/2009/07/02/verisign-to-provide-safety-lock-for-com-and-net-domains/" });</script>]]></description>
		<wfw:commentRss>http://blog.anta.net/2009/07/02/verisign-to-provide-safety-lock-for-com-and-net-domains/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

