<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>http://debianws.lexgopc.com/wiki143/index.php?action=history&amp;feed=atom&amp;title=Asynchronous_Layered_Coding</id>
	<title>Asynchronous Layered Coding - Revision history</title>
	<link rel="self" type="application/atom+xml" href="http://debianws.lexgopc.com/wiki143/index.php?action=history&amp;feed=atom&amp;title=Asynchronous_Layered_Coding"/>
	<link rel="alternate" type="text/html" href="http://debianws.lexgopc.com/wiki143/index.php?title=Asynchronous_Layered_Coding&amp;action=history"/>
	<updated>2026-05-01T14:24:10Z</updated>
	<subtitle>Revision history for this page on the wiki</subtitle>
	<generator>MediaWiki 1.43.1</generator>
	<entry>
		<id>http://debianws.lexgopc.com/wiki143/index.php?title=Asynchronous_Layered_Coding&amp;diff=2484673&amp;oldid=prev</id>
		<title>imported&gt;Chongkian: write common abbreviations (as an alternative name) in bold and parentheses per MOS:BOLDALTNAMES</title>
		<link rel="alternate" type="text/html" href="http://debianws.lexgopc.com/wiki143/index.php?title=Asynchronous_Layered_Coding&amp;diff=2484673&amp;oldid=prev"/>
		<updated>2024-02-08T05:49:50Z</updated>

		<summary type="html">&lt;p&gt;write common abbreviations (as an alternative name) in bold and parentheses per &lt;a href=&quot;/wiki143/index.php?title=MOS:BOLDALTNAMES&amp;amp;action=edit&amp;amp;redlink=1&quot; class=&quot;new&quot; title=&quot;MOS:BOLDALTNAMES (page does not exist)&quot;&gt;MOS:BOLDALTNAMES&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;&lt;b&gt;New page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;&amp;#039;&amp;#039;&amp;#039;Asynchronous Layered Coding&amp;#039;&amp;#039;&amp;#039; (&amp;#039;&amp;#039;&amp;#039;ALC&amp;#039;&amp;#039;&amp;#039;) is an [[Internet protocol]] for content delivery in a reliable, massively scalable, multiple-rate, and congestion-controlled manner.  Specified in [http://www.rfc-archive.org/getrfc.php?rfc=5775 RFC 5775], it is an [[IETF]] proposed standard.&lt;br /&gt;
&lt;br /&gt;
The protocol&lt;br /&gt;
is specifically designed to provide massive scalability using IP&lt;br /&gt;
[[multicast]] as the underlying network service.  Massive scalability in&lt;br /&gt;
this context means the number of concurrent receivers for an object&lt;br /&gt;
is potentially in the millions, the aggregate size of objects to be&lt;br /&gt;
delivered in a session ranges from hundreds of kilobytes to hundreds&lt;br /&gt;
of gigabytes, each receiver can initiate reception of an object&lt;br /&gt;
asynchronously, the reception rate of each receiver in the session is&lt;br /&gt;
the maximum fair bandwidth available between that receiver and the&lt;br /&gt;
sender, and all of this can be supported using a single sender.&lt;br /&gt;
&lt;br /&gt;
Because ALC is focused on reliable content delivery, the goal is to&lt;br /&gt;
deliver objects as quickly as possible to each receiver while at the&lt;br /&gt;
same time remaining network friendly to competing traffic.  Thus, the&lt;br /&gt;
congestion control used in conjunction with ALC should strive to&lt;br /&gt;
maximize use of available bandwidth between receivers and the sender&lt;br /&gt;
while at the same time backing off aggressively in the face of&lt;br /&gt;
competing traffic.&lt;br /&gt;
&lt;br /&gt;
The sender side of ALC consists of generating packets based on&lt;br /&gt;
objects to be delivered within the session and sending the&lt;br /&gt;
appropriately formatted packets at the appropriate rates to the&lt;br /&gt;
channels associated with the session.  The receiver side of ALC&lt;br /&gt;
consists of joining appropriate channels associated with the session,&lt;br /&gt;
performing congestion control by adjusting the set of joined channels&lt;br /&gt;
associated with the session in response to detected congestion, and&lt;br /&gt;
using the packets to reliably reconstruct objects.  All information&lt;br /&gt;
flow in an ALC session is in the form of data packets sent by a&lt;br /&gt;
single sender to channels that receivers join to receive data.&lt;br /&gt;
&lt;br /&gt;
ALC does specify the Session Description needed by receivers before&lt;br /&gt;
they join a session, but the mechanisms by which receivers obtain&lt;br /&gt;
this required information is outside the scope of ALC.  An&lt;br /&gt;
application that uses ALC may require that receivers report&lt;br /&gt;
statistics on their reception experience back to the sender, but the&lt;br /&gt;
mechanisms by which receivers report back statistics is outside the&lt;br /&gt;
scope of ALC.  In general, ALC is designed to be a minimal protocol&lt;br /&gt;
instantiation that provides reliable content delivery without&lt;br /&gt;
unnecessary limitations to the scalability of the basic protocol.&lt;br /&gt;
&lt;br /&gt;
== Implementations ==&lt;br /&gt;
*[http://mad.cs.tut.fi/ Tampere University of Technology MAD/TUT]&lt;br /&gt;
*[https://web.archive.org/web/20110719184443/https://prj.tzi.org/cgi-bin/trac.cgi/wiki/Papageno TZI Papageno]&lt;br /&gt;
*[http://planete-bcast.inrialpes.fr/rubrique272c.html INRIA]&lt;br /&gt;
&lt;br /&gt;
[[Category:Internet protocols]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
{{Internet-stub}}&lt;/div&gt;</summary>
		<author><name>imported&gt;Chongkian</name></author>
	</entry>
</feed>