<?xml version="1.0"?>
<rss version="2.0">
   <channel>
      <title>what is a Isarithmic control? by Ayu Latip</title>
      <link>https://padlet.com/hairul_ayu/week10</link>
      <description>  - What are the potential problems with Isarithmic control. </description>
      <language>en-us</language>
      <pubDate>2018-04-17 13:00:12 UTC</pubDate>
      <lastBuildDate>2019-06-02 20:27:19 UTC</lastBuildDate>
      <webMaster>hello@padlet.com</webMaster>
      <image>
         <url></url>
      </image>
      <item>
         <title></title>
         <author></author>
         <link>https://padlet.com/hairul_ayu/week10/wish/252544927</link>
         <description><![CDATA[<div>Awadh<br><br>It's a method that tries to solve the fundamental reason of congestion in subnets. Congestion is caused by having too many packets in the subnet. It's usually solved by setting an upper limit to the number allowed at a certain time. </div>]]></description>
         <enclosure url="" />
         <pubDate>2018-04-17 13:02:28 UTC</pubDate>
         <guid>https://padlet.com/hairul_ayu/week10/wish/252544927</guid>
      </item>
      <item>
         <title>Aliyu</title>
         <author></author>
         <link>https://padlet.com/hairul_ayu/week10/wish/252545442</link>
         <description><![CDATA[<div>&nbsp;</div><div>Isarithmic flow is controlling the congestion by limiting the total number of packets existing in the network at any instant of time. This restriction is achieved by having a fixed number of "permits" in the whole network, stored at the nodes and travelling with packets. In order to enter the subnet, a packet must capture one of the permits stored in the source-node, otherwise it waits outside the network. After arriving at the destination, the permit is released by the packet and can be returned to any node.&nbsp;<br><br>PROBLEMS IN ISARITHMIC CONTROL: 1. Although the global congestion is prevented, it does not guarantee that there will not be an accumulation of permits anywhere, leading to congestion in that point of the network.&nbsp;<br>2. It is difficult to find a good algorithm for the permits distribution. If they are returned randomly, it is certain that every node will have some of them and a new packet will not suffer a large delay before capturing a permit and leaving the source-node. This random distribution may cause problems, when the arrival rate packets for a Virtual Circuit (VC) is large (e.g. file transfer) related to another 473 Virtual Circuit. Then, there will not exist enough permits for the service of the first VC (permit starvation).&nbsp;<br>3. The disappearance of generation of permits must be avoided.&nbsp;</div>]]></description>
         <enclosure url="" />
         <pubDate>2018-04-17 13:03:36 UTC</pubDate>
         <guid>https://padlet.com/hairul_ayu/week10/wish/252545442</guid>
      </item>
      <item>
         <title>MAQSOOD UL HAQ</title>
         <author></author>
         <link>https://padlet.com/hairul_ayu/week10/wish/252546368</link>
         <description><![CDATA[<div><strong>&nbsp;Principle</strong> • Limiting the number of packets in the network by assigning "permits“ <br>Amount of "permits" in the network <br>A "permit" is required for sending •<br>When sending "permit" is destroyed <br>When receiving: "permit" is generated <br><strong>Problems </strong>• Parts of the network may be overloaded<br>• Equal distribution of the "permits" is difficult •<br>Additional bandwidth for the transfer of "permits" necessary&nbsp;<br>• Bad for transmitting large data amounts (e.g. file transfer)&nbsp;<br>• Loss of "permits" hard to detect&nbsp;</div>]]></description>
         <enclosure url="" />
         <pubDate>2018-04-17 13:05:36 UTC</pubDate>
         <guid>https://padlet.com/hairul_ayu/week10/wish/252546368</guid>
      </item>
      <item>
         <title>Aiman</title>
         <author></author>
         <link>https://padlet.com/hairul_ayu/week10/wish/252546655</link>
         <description><![CDATA[<div>This method attempts to tackle the reason for congestion within the subnet. This method says that if congestion is caused by there being too many packets in the subnet, then it can be solved by setting an upper limit on the number allowed to be present at any given time.<br>It use a system of permits within the subnet. If an IMP wishes to transmit a packet, it must first obtain and destroy one of the permits which are circulating within the system. Once the packet has been delivered to its destination, the receiving IMP regenerates the permit back into the subnet.</div>]]></description>
         <enclosure url="" />
         <pubDate>2018-04-17 13:06:14 UTC</pubDate>
         <guid>https://padlet.com/hairul_ayu/week10/wish/252546655</guid>
      </item>
      <item>
         <title>BA Amadou</title>
         <author></author>
         <link>https://padlet.com/hairul_ayu/week10/wish/252547400</link>
         <description><![CDATA[<div>it keeps the number of packets constant there exist permits,which circulate about within the subnet, but it has some disadvantages.<br>Firstly the method does nothing about the fact that individual IMPs can become congested. Even though there are a limited number of packets allowed in the subnet, all of these could conceivably be going to the same IMP, causing congestion. Also, the procedure for dealing with the permits themselves is not very good. A fair way of distributing the permits throughout the subnet, and also allowing for a situation where a permit is accidently destroyed, are both very difficult to do efficiently and effectively.</div>]]></description>
         <enclosure url="" />
         <pubDate>2018-04-17 13:07:47 UTC</pubDate>
         <guid>https://padlet.com/hairul_ayu/week10/wish/252547400</guid>
      </item>
      <item>
         <title>aws</title>
         <author></author>
         <link>https://padlet.com/hairul_ayu/week10/wish/252547743</link>
         <description><![CDATA[<div>&nbsp;</div><div>The main idea in isarithmic flow is controlling the congestion by limiting the total number of packets existing in the network at any instant of time. This restriction is achieved by having a fixed number of "permits" in the whole network, stored at the nodes and travelling with packets. In order to enter the subnet, a packet must capture one of the permits stored in the source-node, otherwise it waits outside the network. After arriving at the destination, the permit is released by the packet and can be returned to any node. Problems. The particular problems appeared at isarithmic flow control are listed below: 1) Although the global congestion is prevented, it does not guarantee that there will not be an accumulation of permits anywhere, leading to congestion in that point of the network. 2) It is difficult to find a good algorithm for the permits distribution. If they are returned randomly, it is certain that every node will have some of them and a new packet will not suffer a large delay before capturing a permit and leaving the source-node. This random distribution may cause problems, when the arrival rate packets for a Virtual Circuit (VC) is large (e.g. file transfer) related to another Virtual Circuit. Then, there will not exist enough permits for the service of the first VC (permit starvation). 3) The disappearance of generation of permits must be avoided.&nbsp;<br><br></div>]]></description>
         <enclosure url="" />
         <pubDate>2018-04-17 13:08:28 UTC</pubDate>
         <guid>https://padlet.com/hairul_ayu/week10/wish/252547743</guid>
      </item>
      <item>
         <title>Huwaina</title>
         <author></author>
         <link>https://padlet.com/hairul_ayu/week10/wish/252547896</link>
         <description><![CDATA[<div>Regenarating lost permits is difficult because no single nodes know how much permits currently in subnets. </div>]]></description>
         <enclosure url="" />
         <pubDate>2018-04-17 13:08:47 UTC</pubDate>
         <guid>https://padlet.com/hairul_ayu/week10/wish/252547896</guid>
      </item>
      <item>
         <title>A</title>
         <author></author>
         <link>https://padlet.com/hairul_ayu/week10/wish/252548054</link>
         <description><![CDATA[]]></description>
         <enclosure url="" />
         <pubDate>2018-04-17 13:09:07 UTC</pubDate>
         <guid>https://padlet.com/hairul_ayu/week10/wish/252548054</guid>
      </item>
      <item>
         <title>Faten</title>
         <author></author>
         <link>https://padlet.com/hairul_ayu/week10/wish/252548244</link>
         <description><![CDATA[<div>This method attempts to tackle the fundamental reason for congestion within the subnet.&nbsp;<br><br>Disadvantage:<br><br></div><ul><li>It does not guarantee that a given IMP will not suddenly be swamped with packets.</li><li>If permits ever get destroyed for any reason the carrying capacity of the network will be forever reduced.</li></ul>]]></description>
         <enclosure url="" />
         <pubDate>2018-04-17 13:09:29 UTC</pubDate>
         <guid>https://padlet.com/hairul_ayu/week10/wish/252548244</guid>
      </item>
      <item>
         <title>MAQSOOD</title>
         <author></author>
         <link>https://padlet.com/hairul_ayu/week10/wish/252548646</link>
         <description><![CDATA[<div>&nbsp;When one part of the subnet (e.g. one or more routers in an area) becomes overloaded, congestion results. Because routers are receiving packets faster than they can forward them, one of two things must happen:&nbsp;<br>1. The subnet must prevent additional packets from entering the congested region until those already present can be processed.&nbsp;<br>2. The congested routers can discard queued packets to make room for those that are arriving.&nbsp;</div>]]></description>
         <enclosure url="" />
         <pubDate>2018-04-17 13:10:18 UTC</pubDate>
         <guid>https://padlet.com/hairul_ayu/week10/wish/252548646</guid>
      </item>
      <item>
         <title>Ahmed Hasan Haneen</title>
         <author></author>
         <link>https://padlet.com/hairul_ayu/week10/wish/252549213</link>
         <description><![CDATA[<div>The main idea in isarithmic flow is controlling the congestion by limiting the total<br>number of packets existing in the network at any instant of time. This restriction<br>is achieved by having a fixed number of "permits" in the whole network, stored<br>at the nodes and travelling with packets. In order to enter the subnet, a packet<br>must capture one of the permits stored in the source-node, otherwise it waits outside<br>the network. After arriving at the destination, the permit is released by the packet<br>and can be returned to any node.&nbsp;<br><br><br><br>Problems. The particular problems appeared at isarithmic flow control are listed<br>below:<br>1) Although the global congestion is prevented, it does not guarantee that there will<br>not be an accumulation of permits anywhere, leading to congestion in that point<br>of the network.<br>2) It is difficult to find a good algorithm for the permits distribution. If they are<br>returned randomly, it is certain that every node will have some of them and a new<br>packet will not suffer a large delay before capturing a permit and leaving the<br>source-node. This random distribution may cause problems, when the arrival rate<br>packets for a Virtual Circuit (VC) is large (e.g. file transfer) related to another Virtual Circuit. Then, there will not exist enough permits for the service of the first<br>VC (permit starvation).<br>3) The disappearance of generation of permits must be avoided. </div>]]></description>
         <enclosure url="" />
         <pubDate>2018-04-17 13:11:32 UTC</pubDate>
         <guid>https://padlet.com/hairul_ayu/week10/wish/252549213</guid>
      </item>
      <item>
         <title>Humam</title>
         <author></author>
         <link>https://padlet.com/hairul_ayu/week10/wish/252549392</link>
         <description><![CDATA[<div>The isarithmic method is an algorithm for network access level flow control , that allows packets enter the subnet only if a free "permit" exists at the source-node<br><br></div><div>The main idea in isarithmic flow is controlling the congestion by limiting the total number of packets existing in the network at any instant of time<br><br></div>]]></description>
         <enclosure url="" />
         <pubDate>2018-04-17 13:11:53 UTC</pubDate>
         <guid>https://padlet.com/hairul_ayu/week10/wish/252549392</guid>
      </item>
      <item>
         <title>Mazin</title>
         <author></author>
         <link>https://padlet.com/hairul_ayu/week10/wish/252550581</link>
         <description><![CDATA[<div>The isarithmic congestion control method is however a long way from being ideal. Firstly the method does nothing about the fact that individual IMPs can become congested. Even though there are a limited number of packets allowed in the subnet, all of these could conceivably be going to the same IMP, causing congestion. Also, the procedure for dealing with the permits themselves is not very good. A fair way of distributing the permits throughout the subnet, and also allowing for a situation where a permit is accidently destroyed, are both very difficult to do efficiently and effectively.</div>]]></description>
         <enclosure url="" />
         <pubDate>2018-04-17 13:14:27 UTC</pubDate>
         <guid>https://padlet.com/hairul_ayu/week10/wish/252550581</guid>
      </item>
      <item>
         <title>mustafa</title>
         <author>mustafahamied4</author>
         <link>https://padlet.com/hairul_ayu/week10/wish/252550862</link>
         <description><![CDATA[<div>The main idea in isarithmic flow is controlling the congestion by limiting the total<br>number of packets existing in the network at any instant of time. This restriction<br>is achieved by having a fixed number of "permits" in the whole network, stored<br>at the nodes and travelling with packets. In order to enter the subnet, a packet<br>must capture one of the permits stored in the source-node, otherwise it waits outside<br>the network. After arriving at the destination, the permit is released by the packet<br>and can be returned to any node. <br><br><br><br>Problems. The particular problems appeared at isarithmic flow control are listed<br>below:<br>1) Although the global congestion is prevented, it does not guarantee that there will<br>not be an accumulation of permits anywhere, leading to congestion in that point<br>of the network.<br>2) It is difficult to find a good algorithm for the permits distribution. If they are<br>returned randomly, it is certain that every node will have some of them and a new<br>packet will not suffer a large delay before capturing a permit and leaving the<br>source-node. This random distribution may cause problems, when the arrival rate<br>packets for a Virtual Circuit (VC) is large (e.g. file transfer) related to another Virtual Circuit. Then, there will not exist enough permits for the service of the first<br>VC (permit starvation).<br>3) The disappearance of generation of permits must be avoided.</div>]]></description>
         <enclosure url="" />
         <pubDate>2018-04-17 13:15:03 UTC</pubDate>
         <guid>https://padlet.com/hairul_ayu/week10/wish/252550862</guid>
      </item>
      <item>
         <title>MUZZAMMIL MANSUR</title>
         <author></author>
         <link>https://padlet.com/hairul_ayu/week10/wish/252551571</link>
         <description><![CDATA[<div>Isarithmic control can be a flow that is&nbsp; controlling the congestion by limiting the total number of packets existing in the network at any instant of time. This restriction is achieved by having a fixed number of "permits" in the whole network, stored at the nodes and travelling with packets.</div><div>&nbsp;</div><div>The major problem associated with isarithmic control are:</div><div>&nbsp;</div><div>1.&nbsp; &nbsp; &nbsp; Although the global congestion is prevented, it does not guarantee that there will not be an accumulation of permits anywhere, leading to congestion in that point of the network.</div><div>&nbsp;</div><div>2.&nbsp; &nbsp; &nbsp; It is difficult to find a good algorithm for the permits distribution. If they are returned randomly, it is certain that every node will have some of them and a new packet will not suffer a large delay before capturing a permit and leaving the source-node. This random distribution may cause problems, when the arrival rate packets for a Virtual Circuit (VC) is large (e.g. file transfer) related to another Virtual Circuit. Then, there will not exist enough permits for the service of the first VC (permit starvation).</div><div>&nbsp;<br><br></div><div>3.&nbsp; &nbsp; &nbsp; The disappearance of generation of permits must be avoided<br><br></div>]]></description>
         <enclosure url="" />
         <pubDate>2018-04-17 13:16:27 UTC</pubDate>
         <guid>https://padlet.com/hairul_ayu/week10/wish/252551571</guid>
      </item>
      <item>
         <title>Shakir</title>
         <author></author>
         <link>https://padlet.com/hairul_ayu/week10/wish/252551859</link>
         <description><![CDATA[<div>An approach to congestion avoidance is to limit the total number flow of packets in the subnet at any one time. The idea is similar to the token ring:<br>1. When an router accepts a packet from a host, it must obtain a permit before sending the packet into the subnet.<br>2. Obtaining a permit is analogous to “seizing the token”, but there can be many permits in the subnet. When an router obtains a permit, it destroys it.<br>3. The destination router regenerates the permit when it passes the packet to the destination host.</div>]]></description>
         <enclosure url="" />
         <pubDate>2018-04-17 13:17:01 UTC</pubDate>
         <guid>https://padlet.com/hairul_ayu/week10/wish/252551859</guid>
      </item>
      <item>
         <title>Al shathir Ali </title>
         <author></author>
         <link>https://padlet.com/hairul_ayu/week10/wish/252551894</link>
         <description><![CDATA[<div>Isarithmic Congestion Control</div><div>This method attempts to tackle the fundamental reason for congestion within the subnet. Proposed by Davies in 1972, this method says that if congestion is caused by there being too many packets in the subnet, then it can be solved by setting an upper limit on the number allowed to be present at any given time.</div><div>He approaches this by introducing a system of permits within the subnet. If an IMP wishes to transmit a packet, it must first obtain and destroy one of the permits which are circulating within the system. Once the packet has been delivered to its destination, the receiving IMP regenerates the permit back into the subnet.</div><div>The isarithmic congestion control method is however a long way from being ideal. Firstly the method does nothing about the fact that individual IMPs can become congested. Even though there are a limited number of packets allowed in the subnet, all of these could conceivably be going to the same IMP, causing congestion. Also, the procedure for dealing with the permits themselves is not very good. A fair way of distributing the permits throughout the subnet, and also allowing for a situation where a permit is accidently destroyed, are both very difficult to do efficiently and effectively.</div>]]></description>
         <enclosure url="" />
         <pubDate>2018-04-17 13:17:06 UTC</pubDate>
         <guid>https://padlet.com/hairul_ayu/week10/wish/252551894</guid>
      </item>
      <item>
         <title>Bakr</title>
         <author></author>
         <link>https://padlet.com/hairul_ayu/week10/wish/252553441</link>
         <description><![CDATA[<div>The main idea in isarithmic flow is controlling the congestion by limiting the total<br>number of packets existing in the network at any instant of time. This restriction<br>is achieved by having a fixed number of "permits" in the whole network, stored<br>at the nodes and travelling with packets. In order to enter the subnet, a packet<br>must capture one of the permits stored in the source-node, otherwise it waits outside<br>the network. After arriving at the destination, the permit is released by the packet<br>and can be returned to any node.&nbsp;<br><br><br><br>Problems. The particular problems appeared at isarithmic flow control are listed<br>below:<br>1) Although the global congestion is prevented, it does not guarantee that there will<br>not be an accumulation of permits anywhere, leading to congestion in that point<br>of the network.<br>2) It is difficult to find a good algorithm for the permits distribution. If they are<br>returned randomly, it is certain that every node will have some of them and a new<br>packet will not suffer a large delay before capturing a permit and leaving the<br>source-node. This random distribution may cause problems, when the arrival rate<br>packets for a Virtual Circuit (VC) is large (e.g. file transfer) related to another Virtual Circuit. Then, there will not exist enough permits for the service of the first<br>VC (permit starvation).<br>3) The disappearance of generation of permits must be avoided.<br><br></div>]]></description>
         <enclosure url="" />
         <pubDate>2018-04-17 13:20:01 UTC</pubDate>
         <guid>https://padlet.com/hairul_ayu/week10/wish/252553441</guid>
      </item>
      <item>
         <title>Patrick</title>
         <author>ayomide2omotayo</author>
         <link>https://padlet.com/hairul_ayu/week10/wish/254764535</link>
         <description><![CDATA[<h1><strong>What is a Isarithmic control?</strong></h1><div>This method attempts to tackle the fundamental reason for congestion within the subnet. Proposed by Davies in 1972, this method says that if congestion is caused by there being too many packets in the subnet, then it can be solved by setting an upper limit on the number allowed to be present at any given time.</div><div>He approaches this by introducing a system of permits within the subnet. If an IMP wishes to transmit a packet, it must first obtain and destroy one of the permits which are circulating within the system. Once the packet has been delivered to its destination, the receiving IMP regenerates the permit back into the subnet.</div><div>The isarithmic congestion control method is however a long way from being ideal. Firstly the method does nothing about the fact that individual IMPs can become congested. Even though there are a limited number of packets allowed in the subnet, all of these could conceivably be going to the same IMP, causing congestion. Also, the procedure for dealing with the permits themselves is not very good. A fair way of distributing the permits throughout the subnet, and also allowing for a situation where a permit is accidently destroyed, are both very difficult to do efficiently and effectively.</div>]]></description>
         <enclosure url="" />
         <pubDate>2018-04-24 11:28:04 UTC</pubDate>
         <guid>https://padlet.com/hairul_ayu/week10/wish/254764535</guid>
      </item>
      <item>
         <title></title>
         <author></author>
         <link>https://padlet.com/hairul_ayu/week10/wish/365145703</link>
         <description><![CDATA[The isarithmic congestion control method ]]></description>
         <enclosure url="" />
         <pubDate>2019-06-02 20:27:19 UTC</pubDate>
         <guid>https://padlet.com/hairul_ayu/week10/wish/365145703</guid>
      </item>
   </channel>
</rss>
