<?xml version="1.0" encoding="iso-8859-1" ?>
<rss version="2.0" xmlns:s="http://updates.zdnet.com/">
<channel>
	<title><![CDATA[internet engineering task force Resources | ZDNet]]></title>
	<link><![CDATA[http://updates.zdnet.com/tags/internet+engineering+task+force.html]]></link>
	<description><![CDATA[White papers, case studies, technical articles, and blog posts relating to internet engineering task force]]></description>
	<s:counts start="0" returned="12" found="12" />
	<language>en-us</language>
	<item>
		<title><![CDATA[Is Comcast plan suspect or 'reasonable'?]]></title>
		<link><![CDATA[http://talkback.zdnet.com/5208-11155-0.html?forumID=1&threadID=52284&messageID=984915&start=0]]></link>
		<description><![CDATA[Is Comcast plan suspect or 'reasonable'?UPGRADE YOUR NETWORK!You are certainly paid enough money to provide the services you are SUPPOSED to provide.If you can't, leave the business and let someone else step in.  Please...RE: Is Comcast plan suspect or 'reasonable'?Nope. Its still unreasonable. They are still taking an antiquated...]]></description>
		<s:doctype><![CDATA[Discussion threads]]></s:doctype>
		<pubDate>Tue, 23 Sep 2008 06:40:00 -0700</pubDate>
		<category domain="http://updates.zdnet.com/tags/internet.html"><![CDATA[INTERNET]]></category>
		<category domain="http://updates.zdnet.com/tags/comcast+corp..html"><![CDATA[Comcast Corp.]]></category>
		<category domain="http://updates.zdnet.com/tags/robb.html"><![CDATA[Robb]]></category>
		<category domain="http://updates.zdnet.com/tags/qos.html"><![CDATA[QoS]]></category>
		<category domain="http://updates.zdnet.com/tags/internet+engineering+task+force.html"><![CDATA[Internet Engineering Task Force]]></category>
		<category domain="http://rss.financialcontent.com/stocksymbol">CMCSA</category>
		<category domain="tickers">CMCSA</category>
	</item>
	<item>
		<title><![CDATA[Bandwidth Constraint Models: A Performance Study With Preemption on Link Failures]]></title>
		<link><![CDATA[http://whitepapers.zdnet.com/abstract.aspx?docid=386369]]></link>
		<description><![CDATA[Bandwidth constraint models have been a topic of intense discussions at the IETF meetings. Three conventional methods have been described in informational IETF RFCs and their performance on a single link has been analyzed and discussed in the literature. This paper takes a further step into analyzing their performance and...]]></description>
		<s:doctype><![CDATA[White papers]]></s:doctype>
		<pubDate>Fri, 07 Dec 2007 00:00:00 -0800</pubDate>
		<category domain="http://updates.zdnet.com/tags/performance.html"><![CDATA[Performance]]></category>
		<category domain="http://updates.zdnet.com/tags/network.html"><![CDATA[Network]]></category>
		<category domain="http://updates.zdnet.com/tags/internet+engineering+task+force.html"><![CDATA[Internet Engineering Task Force]]></category>
		<category domain="http://updates.zdnet.com/tags/ieee.html"><![CDATA[IEEE]]></category>
		<category domain="http://updates.zdnet.com/tags/performance+management.html"><![CDATA[Performance Management]]></category>
		<category domain="http://updates.zdnet.com/tags/networking.html"><![CDATA[Networking]]></category>
		<category domain="http://updates.zdnet.com/tags/human+resources.html"><![CDATA[Human Resources]]></category>
		<category domain="http://updates.zdnet.com/tags/workforce+management.html"><![CDATA[Workforce Management]]></category>
	</item>
	<item>
		<title><![CDATA[Larry Rosen takes the Internet Engineering Task Force to task over patent policy]]></title>
		<link><![CDATA[http://talkback.zdnet.com/5208-10532-0.html?forumID=1&threadID=29582&messageID=550269&start=0]]></link>
		<description><![CDATA[Larry Rosen takes the Internet Engineering Task Force to task over patent policyThere's NOTHING Wrong with the IETF IPR PolicyWe went through this discussion 2 years ago.  Nothing has changed.  These are GOOD policies. Rationale is here:http://stephesblog.blogs.com/my_weblog/2007/01/there_is_nothin.htmlIETF does not standardize EthernetIt's IEEE which is in chargeof Ethernet.]]></description>
		<s:doctype><![CDATA[Discussion threads]]></s:doctype>
		<pubDate>Fri, 26 Jan 2007 07:37:00 -0800</pubDate>
		<category domain="http://updates.zdnet.com/tags/ethernet.html"><![CDATA[Ethernet]]></category>
		<category domain="http://updates.zdnet.com/tags/internet+engineering+task+force.html"><![CDATA[Internet Engineering Task Force]]></category>
		<category domain="http://updates.zdnet.com/tags/larry+rosen.html"><![CDATA[Larry Rosen]]></category>
		<category domain="http://updates.zdnet.com/tags/patent+policy.html"><![CDATA[patent policy]]></category>
		<category domain="http://updates.zdnet.com/tags/rationale.html"><![CDATA[Rationale]]></category>
	</item>
	<item>
		<title><![CDATA[Larry Rosen takes the Internet Engineering Task Force to task over patent policy]]></title>
		<link><![CDATA[http://blogs.zdnet.com/BTL/?p=4342]]></link>
		<description><![CDATA[Larry Rosen, the man who wrote the book on Open Source Licensing, has penned an open letter to the Internet Engineering Task Force IETF regarding the formalization of a policy that paves the way for patented technologies to become IETF standards. The IETF is the organization that sets the standards...]]></description>
		<s:doctype><![CDATA[Blog posts]]></s:doctype>
		<pubDate>Tue, 23 Jan 2007 10:16:32 -0800</pubDate>
		<category domain="http://updates.zdnet.com/tags/general.html"><![CDATA[General]]></category>
		<category domain="http://updates.zdnet.com/tags/open+source.html"><![CDATA[Open Source]]></category>
		<category domain="http://updates.zdnet.com/tags/legal.html"><![CDATA[Legal]]></category>
		<category domain="http://updates.zdnet.com/tags/berlind.html"><![CDATA[Berlind]]></category>
		<category domain="http://updates.zdnet.com/tags/internet+engineering+task+force.html"><![CDATA[Internet Engineering Task Force]]></category>
	</item>
	<item>
		<title><![CDATA[Linux Beats Windows! - Or the Worrying Evolution of TCP in Common Operating Systems]]></title>
		<link><![CDATA[http://whitepapers.zdnet.com/abstract.aspx?docid=282198]]></link>
		<description><![CDATA[For a long time, operating system designers have followed the recommendation of the IETF for TCP congestion control. Lately, this has changed: the Linux kernel uses BIC-TCP by default since June 2004, and Compound TCP is going to be a part of Microsoft Windows Vista, where it is likely to...]]></description>
		<s:doctype><![CDATA[White papers]]></s:doctype>
		<pubDate>Mon, 22 Jan 2007 00:00:00 -0800</pubDate>
		<category domain="http://updates.zdnet.com/tags/congestion+control.html"><![CDATA[Congestion Control]]></category>
		<category domain="http://updates.zdnet.com/tags/operating+system.html"><![CDATA[Operating System]]></category>
		<category domain="http://updates.zdnet.com/tags/internet+engineering+task+force.html"><![CDATA[Internet Engineering Task Force]]></category>
		<category domain="http://updates.zdnet.com/tags/tcp.html"><![CDATA[TCP]]></category>
		<category domain="http://updates.zdnet.com/tags/university+of+innsbruck.html"><![CDATA[University Of Innsbruck]]></category>
		<category domain="http://updates.zdnet.com/tags/tcp%252fip.html"><![CDATA[Tcp/Ip]]></category>
		<category domain="http://updates.zdnet.com/tags/linux.html"><![CDATA[Linux]]></category>
		<category domain="http://updates.zdnet.com/tags/operating+systems.html"><![CDATA[Operating Systems]]></category>
		<category domain="http://updates.zdnet.com/tags/microsoft+windows.html"><![CDATA[Microsoft Windows]]></category>
		<category domain="http://updates.zdnet.com/tags/networking.html"><![CDATA[Networking]]></category>
		<category domain="http://updates.zdnet.com/tags/software.html"><![CDATA[Software]]></category>
	</item>
	<item>
		<title><![CDATA[IETF and OMA Architectures for Mobile Email]]></title>
		<link><![CDATA[http://whitepapers.zdnet.com/abstract.aspx?docid=335493]]></link>
		<description><![CDATA[The IETF Internet Engineering Task Force and OMA Open Mobile Alliance both have architectures to support mobile email. This white paper looks at the differences between these architectures, and considers technical and commercial implications of the differences. Particular consideration is given to the role of service providers. Internet mobile email...]]></description>
		<s:doctype><![CDATA[White papers]]></s:doctype>
		<pubDate>Mon, 01 Jan 2007 00:00:00 -0800</pubDate>
		<category domain="http://updates.zdnet.com/tags/mobile+e-mail.html"><![CDATA[Mobile E-mail]]></category>
		<category domain="http://updates.zdnet.com/tags/mobile.html"><![CDATA[Mobile]]></category>
		<category domain="http://updates.zdnet.com/tags/internet+engineering+task+force.html"><![CDATA[Internet Engineering Task Force]]></category>
		<category domain="http://updates.zdnet.com/tags/e-mail.html"><![CDATA[E-mail]]></category>
		<category domain="http://updates.zdnet.com/tags/advertising+%2526+promotion.html"><![CDATA[Advertising & Promotion]]></category>
		<category domain="http://updates.zdnet.com/tags/online+communications.html"><![CDATA[Online Communications]]></category>
		<category domain="http://updates.zdnet.com/tags/marketing.html"><![CDATA[Marketing]]></category>
	</item>
	<item>
		<title><![CDATA[Why Microsoft's spam ploy is no solution]]></title>
		<link><![CDATA[http://talkback.zdnet.com/5208-10532-0.html?forumID=1&threadID=11500&messageID=229517&start=0]]></link>
		<description><![CDATA[Why Microsoft's spam ploy is no solutionA suggestion for you.If you don't like it, don't use it.  See how simple that is?Seems UneducatedFirst of all everything causes false positives, and Microsoft is being very clear that publishing your SPF/Sender-ID information in DNS will only help your situation. Much like...]]></description>
		<s:doctype><![CDATA[Discussion threads]]></s:doctype>
		<pubDate>Wed, 29 Jun 2005 09:46:00 -0700</pubDate>
		<category domain="http://updates.zdnet.com/tags/cyberthreats.html"><![CDATA[Cyberthreats]]></category>
		<category domain="http://updates.zdnet.com/tags/microsoft+corp..html"><![CDATA[Microsoft Corp.]]></category>
		<category domain="http://updates.zdnet.com/tags/spam.html"><![CDATA[spam]]></category>
		<category domain="http://updates.zdnet.com/tags/spf.html"><![CDATA[SPF]]></category>
		<category domain="http://updates.zdnet.com/tags/internet+engineering+task+force.html"><![CDATA[Internet Engineering Task Force]]></category>
		<category domain="http://updates.zdnet.com/tags/sender+id.html"><![CDATA[Sender ID]]></category>
		<category domain="http://rss.financialcontent.com/stocksymbol">MSFT</category>
		<category domain="tickers">MSFT</category>
	</item>
	<item>
		<title><![CDATA[Open-standard bearers close ranks]]></title>
		<link><![CDATA[http://talkback.zdnet.com/5208-3513-0.html?forumID=1&threadID=5516&messageID=113456&start=0]]></link>
		<description><![CDATA[Open-standard bearers close ranksYes, Microsoft would love to cause problems for open source,But it ain't workin'. We are all watching. Fun to watch the idiots squirm.So, I can take what i want and return nothing?"Boiled down, they say that in the case of software, people shall be free to use...]]></description>
		<s:doctype><![CDATA[Discussion threads]]></s:doctype>
		<pubDate>Thu, 23 Sep 2004 12:04:00 -0700</pubDate>
		<category domain="http://updates.zdnet.com/tags/senderid.html"><![CDATA[SenderID]]></category>
		<category domain="http://updates.zdnet.com/tags/open+source.html"><![CDATA[open source]]></category>
		<category domain="http://updates.zdnet.com/tags/internet+engineering+task+force.html"><![CDATA[Internet Engineering Task Force]]></category>
		<category domain="http://updates.zdnet.com/tags/linux.html"><![CDATA[Linux]]></category>
		<category domain="http://updates.zdnet.com/tags/ieee.html"><![CDATA[IEEE]]></category>
		<category domain="http://updates.zdnet.com/tags/microsoft+corp..html"><![CDATA[Microsoft Corp.]]></category>
		<category domain="http://updates.zdnet.com/tags/linux+kernel.html"><![CDATA[Linux kernel]]></category>
		<category domain="http://rss.financialcontent.com/stocksymbol">MSFT</category>
		<category domain="tickers">MSFT</category>
	</item>
	<item>
		<title><![CDATA[On heels of IETF ruling, AOL bails on SenderID]]></title>
		<link><![CDATA[http://blogs.zdnet.com/BTL/?p=499]]></link>
		<description><![CDATA[That didn't take long.  Within days of the Internet Engineering Task Force giving the ixnay to Microsoft's proposal for its e-mail authentication standard to help combat spam, America Online has publicly withdrawn its support for the specification, known as SenderID, as well.  In its report, eWeek characterizes AOL's decision as a "serious...]]></description>
		<s:doctype><![CDATA[Blog posts]]></s:doctype>
		<pubDate>Thu, 16 Sep 2004 14:42:31 -0700</pubDate>
		<category domain="http://updates.zdnet.com/tags/america+online+inc..html"><![CDATA[America Online Inc.]]></category>
		<category domain="http://updates.zdnet.com/tags/internet+engineering+task+force.html"><![CDATA[Internet Engineering Task Force]]></category>
		<category domain="http://updates.zdnet.com/tags/senderid.html"><![CDATA[SenderID]]></category>
	</item>
	<item>
		<title><![CDATA[Patent concerns foil Microsoft anti-spam spec at IETF]]></title>
		<link><![CDATA[http://blogs.zdnet.com/BTL/?p=479]]></link>
		<description><![CDATA[Just weeks after the open source community voiced concerns that Microsoft's SenderID e-mail authentication specification for combatting spam is saddled with unacceptable licensing terms, a technical working group within the Internet Engineering Task Force (the standards-setting body for the Internet) has rejected SenderID for consideration as an IETF standard due to...]]></description>
		<s:doctype><![CDATA[Blog posts]]></s:doctype>
		<pubDate>Tue, 14 Sep 2004 11:40:01 -0700</pubDate>
		<category domain="http://updates.zdnet.com/tags/internet+engineering+task+force.html"><![CDATA[Internet Engineering Task Force]]></category>
		<category domain="http://updates.zdnet.com/tags/microsoft+corp..html"><![CDATA[Microsoft Corp.]]></category>
		<category domain="http://rss.financialcontent.com/stocksymbol">MSFT</category>
		<category domain="tickers">MSFT</category>
	</item>
	<item>
		<title><![CDATA[IETF puts SenderID on the fast track]]></title>
		<link><![CDATA[http://blogs.zdnet.com/BTL/?p=375]]></link>
		<description><![CDATA[Though the motivation for developing and adopting it has been to fight spam and phishing, SenderID probably shouldn't be thought of as an anti-spam standard.  Rather, it's an e-mail authentication standard that's will enable the fight against spam.  If you're not up to speed on how e-mail authentication works, News.com's...]]></description>
		<s:doctype><![CDATA[Blog posts]]></s:doctype>
		<pubDate>Mon, 23 Aug 2004 06:02:18 -0700</pubDate>
		<category domain="http://updates.zdnet.com/tags/e-mail.html"><![CDATA[e-mail]]></category>
		<category domain="http://updates.zdnet.com/tags/e-mail+authentication.html"><![CDATA[e-mail authentication]]></category>
		<category domain="http://updates.zdnet.com/tags/senderid.html"><![CDATA[SenderID]]></category>
	</item>
	<item>
		<title><![CDATA[A Reliable Subcasting Protocol for Wireless Environments]]></title>
		<link><![CDATA[http://whitepapers.zdnet.com/abstract.aspx?docid=309335]]></link>
		<description><![CDATA[This paper presents an end-to-end reliable multicast protocol for use in environments with wireless access. It divides a multicast tree into sub-trees where subcasting within these smaller regions is applied using a tree of Retransmission Servers RSs. RM2 is receiver oriented in that the transmitter does not need to know...]]></description>
		<s:doctype><![CDATA[White papers]]></s:doctype>
		<category domain="http://updates.zdnet.com/tags/internet+engineering+task+force.html"><![CDATA[Internet Engineering Task Force]]></category>
		<category domain="http://updates.zdnet.com/tags/ip.html"><![CDATA[IP]]></category>
		<category domain="http://updates.zdnet.com/tags/rm2.html"><![CDATA[RM2]]></category>
		<category domain="http://updates.zdnet.com/tags/internet+group+management+protocol.html"><![CDATA[Internet Group Management Protocol]]></category>
		<category domain="http://updates.zdnet.com/tags/network+technology.html"><![CDATA[Network Technology]]></category>
		<category domain="http://updates.zdnet.com/tags/wi-fi.html"><![CDATA[Wi-Fi]]></category>
		<category domain="http://updates.zdnet.com/tags/networking.html"><![CDATA[Networking]]></category>
		<category domain="http://updates.zdnet.com/tags/wireless.html"><![CDATA[Wireless]]></category>
	</item>
</channel>
</rss>
