Protocolos de Acesso ao Meio

<body topmargin=0 leftmargin=0 marginheight=0 marginwidth=0> <script type="text/javascript"> //OwnerIQ var __oiq_pct = 50; if( __oiq_pct>=100 || Math.floor(Math.random()*100/(100-__oiq_pct)) > 0 ) { var _oiqq = _oiqq || []; _oiqq.push(['oiq_addPageBrand','Lycos']); _oiqq.push(['oiq_addPageCat','Internet > Websites']); _oiqq.push(['oiq_addPageLifecycle','Intend']); _oiqq.push(['oiq_doTag']); (function() { var oiq = document.createElement('script'); oiq.type = 'text/javascript'; oiq.async = true; oiq.src = document.location.protocol + '//px.owneriq.net/stas/s/lycosn.js'; var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(oiq, s); })(); } //Google Analytics var _gaq = _gaq || []; _gaq.push(['_setAccount','UA-21402695-19']); _gaq.push(['_setDomainName','tripod.com']); _gaq.push(['_setCustomVar',1,'member_name','toprun-info',3]); _gaq.push(['_trackPageview']); (function() { var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true; ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js'; var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s); })(); //Lycos Init function getReferrer() { var all= this.document.cookie; if (all== '') return false; var cookie_name = 'REFERRER='; var start = all.lastIndexOf(cookie_name); if (start == -1) return false; start += cookie_name.length; var end = all.indexOf(';', start); if (end == -1) end = all.length; return all.substring(start, end); } function getQuery() { var rfr = getReferrer(); if (rfr == '') return false; var q = extractQuery(rfr, 'yahoo.com', 'p='); if (q) return q; q = extractQuery(rfr, '', 'q='); return q ? q : ""; } function extractQuery(full, site, q_param) { var start = full.lastIndexOf(site); if (start == -1) return false; start = full.lastIndexOf(q_param); if (start == -1) return false; start += q_param.length; var end = full.indexOf('&', start); if (end == -1) end = full.length; return unescape(full.substring(start, end)).split(" ").join("+"); } function generateHref(atag, template){ atag.href=template.replace('_MYURL_', window.location.href.replace('http://', '')).replace('_MYTITLE_','Check%20out%20this%20Tripod%20Member%20site!'); } var lycos_ad = Array(); var lycos_onload_timer; var cm_role = "live"; var cm_host = "tripod.lycos.com"; var cm_taxid = "/memberembedded"; var tripod_member_name = "toprun-info"; var tripod_member_page = "toprun-info/id53.htm"; var tripod_ratings_hash = "1745620908:71c513911d3deb9a1ce4bffa20642772"; var lycos_ad_category = null; var lycos_ad_remote_addr = "209.202.244.9"; var lycos_ad_www_server = "www.tripod.lycos.com"; var lycos_ad_track_small = ""; var lycos_ad_track_served = ""; var lycos_search_query = getQuery(); </script> <script type="text/javascript" src="https://scripts.lycos.com/catman/init.js"></script> <script type='text/javascript'> var googletag = googletag || {}; googletag.cmd = googletag.cmd || []; (function() { var gads = document.createElement('script'); gads.async = true; gads.type = 'text/javascript'; var useSSL = 'https:' == document.location.protocol; gads.src = (useSSL ? 'https:' : 'http:') + '//www.googletagservices.com/tag/js/gpt.js'; var node = document.getElementsByTagName('script')[0]; node.parentNode.insertBefore(gads, node); })(); </script> <script type='text/javascript'> googletag.cmd.push(function() { googletag.defineSlot('/95963596/TRI_300X250_dfp', [300, 250], 'div-gpt-ad-1450204159126-0').addService(googletag.pubads()); googletag.defineSlot('/95963596/TRI_above_728x90_dfp', [728, 90], 'div-gpt-ad-1450204159126-1').addService(googletag.pubads()); googletag.defineSlot('/95963596/TRI_below_728x90_dfp', [728, 90], 'div-gpt-ad-1450204159126-2').addService(googletag.pubads()); googletag.pubads().enableSingleRequest(); googletag.enableServices(); }); </script> <script type="text/javascript"> (function(isV) { if( !isV ) { return; } var adMgr = new AdManager(); var lycos_prod_set = adMgr.chooseProductSet(); var slots = ["leaderboard", "leaderboard2", "toolbar_image", "toolbar_text", "smallbox", "top_promo", "footer2", "slider"]; var adCat = this.lycos_ad_category; adMgr.setForcedParam('page', (adCat && adCat.dmoz) ? adCat.dmoz : 'member'); if (this.lycos_search_query) { adMgr.setForcedParam("keyword", this.lycos_search_query); } else if(adCat && adCat.find_what) { adMgr.setForcedParam('keyword', adCat.find_what); } for (var s in slots) { var slot = slots[s]; if (adMgr.isSlotAvailable(slot)) { this.lycos_ad[slot] = adMgr.getSlot(slot); } } adMgr.renderHeader(); adMgr.renderFooter(); }((function() { var w = 0, h = 0, minimumThreshold = 300; if (top == self) { return true; } if (typeof(window.innerWidth) == 'number' ) { w = window.innerWidth; h = window.innerHeight; } else if (document.documentElement && (document.documentElement.clientWidth || document.documentElement.clientHeight)) { w = document.documentElement.clientWidth; h = document.documentElement.clientHeight; } else if (document.body && (document.body.clientWidth || document.body.clientHeight)) { w = document.body.clientWidth; h = document.body.clientHeight; } return ((w > minimumThreshold) && (h > minimumThreshold)); }()))); window.onload = function() { var f = document.getElementById("FooterAd"); var b = document.getElementsByTagName("body")[0]; b.appendChild(f); f.style.display = "block"; document.getElementById('lycosFooterAdiFrame').src = '/adm/ad/footerAd.iframe.html'; // DOM Inj Ad (function(isTrellix) { var e = document.createElement('iframe'); e.style.border = '0'; e.style.margin = 0; e.style.display = 'block'; e.style.cssFloat = 'right'; e.style.height = '254px'; e.style.overflow = 'hidden'; e.style.padding = 0; e.style.width = '300px'; var isBlokedByDomain = function( href ) { var blockedDomains = [ "ananyaporn13000.tripod.com", "xxxpornxxx.tripod.com" ]; var flag = false; for( var i=0; i<blockedDomains.length; i++ ) { if( href.search( blockedDomains[ i ] ) >= 0 ) { flag = true; } } return flag; } var getMetaContent = function( metaName ) { var metas = document.getElementsByTagName('meta'); for (i=0; i<metas.length; i++) { if( metas[i].getAttribute("name") == metaName ) { return metas[i].getAttribute("content"); } } return false; } var getCommentNodes = function(regexPattern) { var nodes = {}; var nodesA = []; var preferredNodesList = ['a', 'c', 'b']; (function getNodesThatHaveComments(n, pattern) { if (n.hasChildNodes()) { if (n.tagName === 'IFRAME') { return false; } for (var i = 0; i < n.childNodes.length; i++) { if ((n.childNodes[i].nodeType === 8) && (pattern.test(n.childNodes[i].nodeValue))) { var areaName = pattern.exec(n.childNodes[i].nodeValue)[1]; nodes[areaName] = n; } else if (n.childNodes[i].nodeType === 1) { getNodesThatHaveComments(n.childNodes[i], pattern); } } } }(document.body, regexPattern)); for (var i in preferredNodesList) { if (nodes[preferredNodesList[i]]) { if( isTrellix && nodes[preferredNodesList[i]].parentNode.parentNode.parentNode.parentNode ) { nodesA.push(nodes[preferredNodesList[i]].parentNode.parentNode.parentNode.parentNode); } else { nodesA.push( nodes[preferredNodesList[i]] ); } } } return nodesA; } var properNode = null; var areaNodes = getCommentNodes( new RegExp( '^area Type="area_(\\w+)"' ) ); for (var i = 0; i < areaNodes.length; i++) { var a = parseInt(getComputedStyle(areaNodes[i]).width); if ((a >= 300) && (a <= 400)) { properNode = areaNodes[i]; break; } } var propertyName = getMetaContent("property") || false; if( isTrellix && (properNode) ) { e.src = '/adm/ad/injectAd.iframe.html'; properNode.insertBefore(e, properNode.firstChild); } else if( isTrellix && !( properNode ) ) // Slap the ad eventhought there is no alocated slot { e.src = '/adm/ad/injectAd.iframe.html'; e.style.cssFloat = 'none'; var cdiv = document.createElement('div'); cdiv.style = "width:300px;margin:10px auto;"; cdiv.appendChild( e ); b.insertBefore(cdiv, b.lastChild); } else if( !isBlokedByDomain( location.href ) ) { var injF = document.createElement('iframe'); injF.style.border = '0'; injF.style.margin = 0; injF.style.display = 'block'; injF.style.cssFloat = 'none'; injF.style.height = '254px'; injF.style.overflow = 'hidden'; injF.style.padding = 0; injF.style.width = '300px'; injF.src = '/adm/ad/injectAd.iframe.html'; if( b && ( !isTrellix || ( typeof isTrellix == "undefined" ) ) ) // All other tripod props { var cdiv = document.createElement('div'); cdiv.style = "width:300px;margin:10px auto;"; cdiv.appendChild( injF ); b.insertBefore(cdiv, b.lastChild); } } }( document.isTrellix )); } </script> <div id="tb_container" style="background:#DFDCCF; border-bottom:1px solid #393939; position:relative; z-index:999999999!important">  <style> .adCenterClass{margin:0 auto} </style> <div id="tb_ad" class="adCenterClass" style="display:block!important; overflow:hidden; width:916px;"> <div id="ad_container" style="display:block!important; float:left; width:728px "> <script type="text/javascript"> if (typeof lycos_ad !== "undefined" && "leaderboard" in lycos_ad) { document.write(lycos_ad['leaderboard']); } </script> </div> </div> </div> <script type="text/javascript"> if (typeof lycos_ad !== "undefined" && "slider" in lycos_ad) { document.write(lycos_ad['slider']); } </script>  <div id="FooterAd" style="background:#DFDCCF; border-top:1px solid #393939; clear:both; display:none; width:100%!important; position:relative; z-index:999999!important; height:90px!important"> <div class="adCenterClass" style="display:block!important; overflow:hidden; width:916px;"> <div id="footerAd_container" style="display:block!important; float:left; width:728px"> <iframe id="lycosFooterAdiFrame" style="border:0; display:block; float:left; height:96px; overflow:hidden; padding:0; width:750px"></iframe> </div> </div> </div> <table cellpadding=0 cellspacing=0 border=0><tr> <td valign="top" colspan=2 height=100 BGCOLOR="#CCCCFF" TEXT="#080000" bgproperties="fixed" background="0fa00640egdysm.jpg"> <div> <FONT SIZE="5" COLOR="#000066" FACE="Arial" ><B>Top Run  </b></FONT><FONT SIZE="5" COLOR="#000099" FACE="Arial" ><B> </b></FONT><B>    |     </b><A HREF="index.htm" TARGET="_top" TITLE="Top Run "><U><B>home</b></U></A></div> <div> <B>Protocolos de Acesso ao Meio</b></div> <div> </div> </td> </tr><tr> <td valign="top" width=200 BGCOLOR="#0000BF" TEXT="#F7F7FF"> <bR> </td> <td valign="top" height=380 BGCOLOR="#FFFFFF" TEXT="#080000"> <div> <I>Protocolos de Acesso ao Meio</I></div> <bR> <bR> <div> Os protocolos dos níveis inferiores em redes locais se distinguem pelo fato de que devem tirar proveito das características de alto desempenho, baixo retardo e pequena taxa de erro do sistema de comunicação. Esta seção visa especificamente o conjunto de regras para acesso ao meio físico, que é uma das funções do nível de ligação do modelo OSI. </div> <bR> <div> Os protocolos de acesso ao meio foram desenvolvidos na maioria dos casos para uma topologia particular de rede, no entanto devemos notar que muitas das estratégias de controle podem ser usadas em qualquer topologia, embora às vezes sejam mais adequadas a uma topologia particular.</div> <bR> <div> Na avaliação de protocolos de controle de acesso, atributos específicos podem ser usados, tais como: capacidade, eqüidade ou justiça, prioridade, estabilidade em sobrecarga e retardo de transferência.</div> <bR> <div> CAPACIDADE é a vazão máxima que o método de acesso pode tirar da meio, em percentagem da banda passante disponível. A taxa de transmissão, comprimento da rede, número de nós, tamanho do quadro, tamanho do cabeçalho e o retardo em cada estação (filas de espera, retransmissão etc.) são algumas das variáveis que afetam a capacidade.</div> <bR> <div> JUSTIÇA no acesso é desejável na maioria das redes, a fim de permitir às estações o acesso aos recursos compartilhados. Justiça não implica em ausência de prioridade de acesso. Implica simplesmente que a estação deverá ser tratada com igualdade dentro de sua classe de prioridade.</div> <bR> <div> ESTABILIDADE é uma característica importante em aplicações onde o carregamento da rede é pesado.</div> <bR> <div> RETARDO DE TRANSFERENCIA, é a soma dos retardos de acesso e de transmissão. O retardo de transferência é na grande maioria dos casos, não em todos, uma variável aleatória.</div> <bR> <div> Os métodos de acesso podem ser divididos em dois grande grupos: os métodos baseados em contenção e os de acesso ordenado sem contenção.</div> <bR> <bR> <div> <B>5.1- Acesso Baseado em Contenção</b></div> <bR> <div> Numa rede baseada em contenção não existe uma ordem de acesso e nada impede que dois ou mais nós transmitam simultaneamente provocando uma colisão, o  que acarretará, geralmente, a perda das mensagens. Alguns protocolos com acesso baseado em contenção.</div> <bR> <bR> <bR> <bR> <div> <B>6.5.1.1- Aloha</b></div> <bR> <div> Este método de acesso foi desenvolvido para a rede Aloha, que lhe emprestou o nome. Aloha é uma rede de radiodifusão via satélite, que começou a operar em 1970. Embora a rede Aloha não possa ser considerada uma rede local, seu estudo é importante uma vez que de seu protocolo resultaram grande parte dos protocolos de acesso baseados em contenção.</div> <bR> <div> A rede Aloha possui dois canais de freqüência de rádio, um deles alocado para difusão de mensagens do computador para um terminal, e o outro para difusão de mensagens de um terminal para o computador.</div> <bR> <div> O Método de acesso utilizado na rede Aloha é bem simples. Cada terminal só pode ouvir o canal de transmissão do computador para o terminal, não tendo, dessa forma, condições de saber se o outro canal está sendo utilizado por outro terminal ou não.</div> <bR> <div> A técnica utilizada, chamada Slotted-Alohanela o tempo é dividido pelo sistema central em intervalos (slots) do mesmo tamanho. Cada terminal pode começar a transmitir apenas no início de cada intervalo.</div> <bR> <bR> <div> <B>5.1.2- CSMA</b></div> <bR> <div> Como a Slotted-Aloha, esta técnica vai também soncronizar os quadros em colisão fazendo com que se superponham desde o início, mas não o fará pela divisão do tempo em intervalos. Além disso, e principalmente, esse método de acesso vai tentar ao máximo evitar a colisão e em algumas de suas variantes, detectar quadros colididos em tempo de transmissão abortando-a, fazendo com que os quadros colidam durante o menor tempo possível, aumentando assim a eficiência na utilização da capacidade do canal.</div> <bR> <div> Nesse método de acesso, chamado de CSMA (Carrier Sense Multiple Access), quando deseja transmitir, a estação "ouve" antes o meio para seber se existe alguma transmissão em progresso.Se na escuta ninguém controla o meio, a estação pode transmitir.</div> <bR> <div> Várias estratégias foram desenvolvidas para alimentar a eficiência da transmissão: np-CSMA, p-CSMA e CSMA/CD. As duas primeiras exigem o reconhecimento positivo de uma mensagem para detectar uma colisão, a última não.</div> <bR> <bR> <div> <B><IMG BORDER="0" SRC="Symb075c00b700f000000000.gif" HEIGHT="16" WIDTH="19" ALIGN="bottom" HSPACE="0" VSPACE="0">np-CSMA e p-CSMA</b></div> <bR> <div> Nestas duas estratégias, as estações, após transmitirem, esperam o reconhecimento da mensagem por um tempo determinado, levando em consideração o retardo de propagação de ida volta e o fato de que a estação que enviará o reconhecimento deve também disputar o direito de acesso ao meio. O retardo de propagação de ida e volta é o tempo que um bit leva para se propagar da estação de origem à estação de destino multiplicado por dois (a volta). A não chegada de um reconhecimento implica numa colisão.</div> <bR> <bR> <div> <B><IMG BORDER="0" SRC="Symb075c00b700f000000000.gif" HEIGHT="16" WIDTH="19" ALIGN="bottom" HSPACE="0" VSPACE="0">CSMA/CD</b></div> <bR> <div> No método CSMA/CD (Carrier-Sense Multiple Access with Collision Detection) a detecção de colisão é realizada durante a transmissão. Ao transmitir , um nó fica o tempo todo escutando o meio e, notando uma colisão aborta a transmissão. Detectada a colisão, a estação espera por um tempo para tentar a retransmissão. </div> <bR> <bR> <div> <B><IMG BORDER="0" SRC="Symb075c00b700f000000000.gif" HEIGHT="16" WIDTH="19" ALIGN="bottom" HSPACE="0" VSPACE="0">CSMA/CA</b></div> <bR> <div> Vejamos como funciona o algoritmo utilizado para evitar colisões da técnica chamada CSMA/CA (Carrier Sense Multiple Access with Collision Avoidance). Depois de cada transmissão com ou sem colisão, a rede entra em um modo onde as estações só podem começar a transmitir em intervalos de tempo  pré-alocados. Se todos os intervalos não são utilizados, a rede entra então no estado onde um método CSMA comum é utiliizado para acesso, podendo ocorrer colisões. Uma transmissão nesse estado (transmissão com colisão ou não) volta o algoritmo para o modo de pré-alocação dos intervalos.</div> <bR> <bR> <div> <B><IMG BORDER="0" SRC="Symb075c00b700f000000000.gif" HEIGHT="16" WIDTH="19" ALIGN="bottom" HSPACE="0" VSPACE="0">M-CSMA</b></div> <bR> <div> A técnica M-CSMA (Multichannel Carrier-Sense Multiple Acess) baseia-se na utilização de múltiplos canais paralelos, permitindo assim, uma capacidade de transmissão agregada alta, embora a taxa a de transmissão individual de cada canal mantenha valores baixos.</div> <bR> <div> A técnica M-CSMA utiliza duas alternativas para selecionar um canal para transmissão. Na primeira delas, um canal é selecionado aleatoriamente e só então seu estado é inspecionado para detecção de portadora. Na segunda alternativa, um canal é selecionado quando é detectado que ele está livre. A segunda alternativa é evidentemente superior, porém em ambos os casos um aumento significativo no desempenho é obtido pela divisão da capacidade de transmissão em um grande número de pequenos canais.</div> <bR> <bR> <div> <B>5.1.3 - REC-RING</b></div> <bR> <div> No método Rec-Ring (Resolvable Contention Ring), um nó começa uma transmissão quando sente que o anel está desocupado. O quadro transmitido propaga-se em uma única direção e é removido do anel pelo nó de origem depois de dar uma volta completa no anel. Quando uma estação verifica que o anel está transportando um ou mais quadros válidos, ela aguarda o final do trem de quadros para transmitir.</div> <bR> <bR> <div> <B>5.2- Acesso Ordenado sem Contenção</b></div> <bR> <div> Ao contrário dos esquemas anteriormente apresentados, vários protocolos são baseados no acesso ordenado ao meio de comunicação, evitando o problema da colisão. Cada método é mais adequado a um determinado tipo de topologia, embora nada impeça seu uso em outras arquiteturas. Os métodos mais usuais são o acesso por polling, por slot.</div> <bR> <div> <B>5.2.1- Polling</b></div> <bR> <div> O acesso por polling é geralmente usado na topologia barra comum. Nesse método as estações conectadas à rede só transmitem quando interrogadas pelo controlador da rede, que é uma estação centralizadora. Se não tiver quadro para transmitir, o nó interrogado envia um quadro de status, simplesmente avisando ao controlador que está em operação.</div> <bR> <bR> <div> <B>5.2.2-Slot</b></div> <bR> <div> Desenvolvido pela primeira vez por Pierce (1972) para a topologia em anel, este esquema é algumas vezes conhecido como anel de Pierce, ou anel segmentado. O método divide o espaço de comunicação em um número inteiro de pequenos segmentos (slots) dentro dos quais a mensagem pode ser armazenada.</div> <bR> <bR> <div> <B><IMG BORDER="0" SRC="Symb075c00b700f000000000.gif" HEIGHT="16" WIDTH="19" ALIGN="bottom" HSPACE="0" VSPACE="0">Fasnet</b></div> <bR> <div> A rede Fasnet utiliza duas barras unidirecionais . As estações são ligadas às duas barras podendo transmitir e receber em ambas.</div> <bR> <bR> <div> <B><IMG BORDER="0" SRC="Symb075c00b700f000000000.gif" HEIGHT="16" WIDTH="19" ALIGN="bottom" HSPACE="0" VSPACE="0">ATM Ring</b></div> <bR> <div> O método de acesso ATMR (Asynchronous Transfer Mode Ring) é usado em redes duplo-anel, com transmissão simultânea e em sentido inverso nos dois anéis, que são acessados em slots. Para aumentar a eficiência na utilização da capacidade de transmissão do meio, os slots são liberados pelo nó de destino, podendo ser reutilizado por este ou pelos nós subseqüentes do anel.</div> <bR> <div> O método de acesso ATMR foi implementado em um chip que opera a uma taxa de 622Mbps. A técnica de controle de acesso ATMR, alterna ciclos de transmissão e de reset. Os requisitos de retardo e vazão dos diversos tipos de tráfego são garantidos com base em dois parâmetros: tamanho da janela de transmissão e período entre resets.</div> <bR> <div> Quando um usuário deseja transmitir no ATMR, ele faz uma  solicitação onde define a banda passante de que necessita. Com base nesse pedido, é definido o tamanho da janela de acesso desse usuário.</div> <bR> <bR> <div> <B>5.2.3 - Inserção de Retardo</b></div> <bR> <div> Como toda rede em anel, ocorrem situações que necessitam da atuação de alguma estação monitora (única ou distribuída) para a recuperação de alguns erros ou falhas. Por exemplo, um quadro que fica indefinidamente circulando no anel por ter seu campo de endereço adulterado, não podendo ser retirado pela estação que o enviou ou pela de destino. </div> <bR> <div> Nesse método de acesso o retardo de transmissão encontrado na rede é variável, e depende do número de quadros sendo transmitidos.</div> <bR> <bR> <bR> <bR> <bR> <div> <B>5.2.4 - Esquema  Passagem de Permissão</b></div> <bR> <div> Neste tipo de esquema de controle uma permissão é passada seqüencialmente de uma estação para outra. Somente a interface que possui a permissão em um determinado instante de tempo pode transmitir quadros. A ordem lógica de transmissão não é necessariamente a ordem física, embora nas topologias em anel geralmente o seja.</div> <bR> <div> <B><IMG BORDER="0" SRC="Symb075c00b700f000000000.gif" HEIGHT="16" WIDTH="19" ALIGN="bottom" HSPACE="0" VSPACE="0">Passagem de Permissão em Barra</b></div> <bR> <div> Nas redes em barra, quando uma estação transmite ela passa a permissão (identificação) para a próxima estação a transmitir assim que a transmissão corrente  termine. A permissão é um padrão variável que é passado de estação a estação até que se feche o ciclo, que recomeça então, simulando um anel virtual.</div> <bR> <div> Esse esquema requer que várias funções sejam realizadas (de forma centralizada ou distribuída) para seu funcionamento correto. No mínimo as seguintes funções devem ser realizadas:</div> <bR> <div> -Adição e retirada do anel virtual</div> <div> -Gerenciamento de falhas</div> <div> -Iniciação do anel virtual</div> <div> Fica assim óbvio que a grande desvantagem da passagem de permissão em barra é sua complexidade. Uma outra característica desse método é o retardo de transferência máximo limitado.</div> <bR> <div> <B>Expressnet</b></div> <bR> <div> A rede Expressnet baseia-se em uma barra unidirecional que é dobrada duas vezes para que a ordem da ligação das estações à barra de transmissão seja mantida na de recepção. Cada estação se liga à barra em dois pontos, um localizado na barra de transmissão e o outro na barra de recepção. Além disso, um sensor de portadora é colocado no ponto de conexão da estação com a barra de transmissão.</div> <bR> <div> Generalizando, quando uma estação termina uma transmissão, todas as estações posteriores a ela na barra de transmissão que tiverem quadros a enviar começam a transmitir. Entretanto, todas interrompem a transmissão quando detectam uma colisão, exceto a primeira, segundo a seqüência de ligação à barra de transmissão.</div> <bR> <div> <B><IMG BORDER="0" SRC="Symb075c00b700f000000000.gif" HEIGHT="16" WIDTH="19" ALIGN="bottom" HSPACE="0" VSPACE="0">Passagem de Permissão em Anel</b></div> <bR> <div> A passagem de permissão em anel é provavelmente a técnica de controle mais antiga para o anel. A técnica se baseia em um pequeno quadro contendo a permissão (um padrão fixo), que circula pelo anel, chamada permissão livre. O momento da inserção de uma permissão livre no anel varia conforme o tipo de operação, que pode ser: single packet, single token e multiple token .</div> <bR> <div> No modo de operação single packet o transmissor só insere uma permissão livre no anel depois que receber de volta a permissão ocupada e retirar sua mensagem do anel.</div> <bR> <div> Na operação single token uma permissão livre é inserida no anel pela estação transmissora no momento em que ela recebe a permissão ocupada de volta.</div> <bR> <bR> <div> <B>Fast-Ring</b></div> <bR> <div> No método de acesso Fast-Ring, uma permissão circula no anel, entretano, os nós que possuem quadros a transmitir podem fazê-lo sempre que sentirem o anel livre.</div> <bR> <div> Quando um nó está transmitindo e recebe uma permissão livre, ele continua a transmitir seu quadro e passa a permissão livre adiante assim que termina sua transmissão. Se, entretanto, ele receber outro quadro enquanto está transmitindo, o nó encerra sua transmissão e deixa o quadro que recebeu passar adiante.</div> <bR> <div> <B>5.2.5 - Protocolos com Reserva </b></div> <bR> <div> Os protocolos baseados em reserva foram desenvolvidos inicialmente para redes de satélites. Essas redes têm de lidar com um atraso de propagação grande quando comparado com o de uma rede local ou metropolitana, fazendo com que a razão entre o tempo de propagação e o tempo de transmissão do quadro possua um valor alto, o que limita o desempenho dos métodos de acesso sensíveis a variações nesse parâmetro, por exemplo, os métodos baseados em contenção e em passagem de permissão explícita.</div> <bR> <div> O aumento na velocidade e na distância dos enlaces da redes locais e metropolitanas fez com que as condições dessas redes se tornassem semelhantes às das redes de satélites: nas redes locais de alta velocidade e nas redes metropolitanas, o parâmetro <I>a</I> também possui valores elevados. Assim, muitas das idéias usadas no protocolos desenvolvidos para redes de satélite foram adaptadas às redes de alta velocidade e distâncias metropolitanas.</div> <bR> <bR> <bR> <div> <B><IMG BORDER="0" SRC="Symb075c00b700f000000000.gif" HEIGHT="16" WIDTH="19" ALIGN="bottom" HSPACE="0" VSPACE="0">IFFO</b></div> <bR> <div> O método IFFO(Interleaved Frame Flush-Out) baseia-se em ciclos de tempo consistindo em um slot de status, slots reservados e slots alocados por contenção. A fronteira entre as duas últimas casses de slots é definida pelo numero de reservas. O slot de status é subdividido em mini slots, um para cada nó da rede, e é usado pelos nós para fazerem reservas.</div> <bR> <bR> <div> <B><IMG BORDER="0" SRC="Symb075c00b700f000000000.gif" HEIGHT="16" WIDTH="19" ALIGN="bottom" HSPACE="0" VSPACE="0">CRMA</b></div> <bR> <div> O método CRMA(Cyclic-Reservation Multiple Access) supõe que os nós são interconectados segundo a topologia em barra dobrada.</div> <bR> <bR> <div> <B><IMG BORDER="0" SRC="Symb075c00b700f000000000.gif" HEIGHT="16" WIDTH="19" ALIGN="bottom" HSPACE="0" VSPACE="0">CRMA-ll</b></div> <div>   </div> <div> O CRMA-ll nasceu da experiência obtida com o protocolo a CRMA para ser um protocolo de acesso ao meio para LANs e MANs operando a taxas de Gbps e que utilizam as topologias em anel ou em duplo-anel, podendo também ser utilizado em redes em barra.</div> <div> Os dados são transmitidos em slots cujo formato é compatível com o do padrão ATM. Um slot pode estar livre ou ocupado por uma célula. Como o CRMA-ll permitir que os slots sejam reutilizados, ao chegar ao nó de destino, os slots tornam-se disponíveis (livres) para uso pelo próprio nó de destino ou por qualquer outro nó subseqüente no anel.</div> <bR> <div> <B><IMG BORDER="0" SRC="Symb075c00b700f000000000.gif" HEIGHT="16" WIDTH="19" ALIGN="bottom" HSPACE="0" VSPACE="0">DQDB</b></div> <bR> <div> DQDB(Distributed Queue Dual Bus) define dois métodos de controle de acesso: fila arbitrada (Queued Arbitrated-QA) e pré-arbitrado (Pre-Arbitrated-PA), para uma rede consistindo de duas barras unidirecionais interconectando, ponto a ponto, uma multiplicidade de nós.</div> <bR> <bR> <div> <B>5.3 - Protocolos de Acesso em Redes Óticas</b></div> <bR> <div> As redes óticas atualmente disponíveis desdobram a enorme banda passante do meio de transmissão ótico através de multiplexação por divisão de comprimento de onda. O uso da técnica WDM tem se tornado possível graças a recentes avanços na tecnologia fotônica. Utilizando os novos dispositivos óticos, é possível multiplexar e demultiplexar dezenas ou mesmo centenas de canais de alta velocidade, com comprimentos de onda diferentes, em uma única fibra ótica. Segue uma apresentação resumida de alguns dos métodos de acesso propostos para esse tipo de rede.</div> <bR> <bR> <div> <B>5.3.1- Slotted-Aloha/PA</b></div> <bR> <div> O métod de acesso Slotted-Aloha/PA (Police Access) foi proposto para redes óticas multicanais com topologia em estrela passiva.</div> <bR> <div> Em uma rede em estrela passiva ideal, a energia do sinal luminoso recebido através de uma das portas de entrada do nó central é dividida igualmente entre as portas de saída. Dessa forma, o acoplador da estrela passiva atua como um meio de difusão do sinal.</div> <bR> <div> O método presume que os dispositivos transmissores e receptores podem ser sintonizados em qualquer canal multiplexado da rede.</div> <bR> <bR> <bR> <bR> <bR> <bR> <div> <B>5.3.2 -TDMA_C</b></div> <bR> <div> O método de controle de acesso TDMA-C (Time Division Multiple Access with a Control channel) foi também desenvolvido para a topologia em estrela passiva.</div> <bR> <div> O TDMA-C pressupõe que os nós possuem um transmissor sintonizável e dois receptores, um para monitorar permanentemente um canal de controle e o outro para ser sintonizado em um dos canais de comprimento de onda usados para transmitir dados.</div> <bR> <div> <B>5.3.3- AMTRAC</b></div> <bR> <div> A rede AMTRAC é também multicanal, utilizando a topologia em barra dobrada.</div> <bR> <div> Cada nó ajusta seu receptor em um canal de comprimento de onda fixo. Um canal de recepção pode ser de uso exclusivo de um nó ou compartilhado por alguns poucos nós.Para transmitir, os nós selecionam o canal do destinatário.</div> <bR> <bR> <div> <B>5.3.4- Pipeline</b></div> <bR> <div> Na rede em anel  Pipeline, cada nó transmite em um comprimento de onda específica. A recepção é realizada através da sintonização no canal de comprimento de onda apropriado (definido pelo transmissor) A transmissão ocorre em slots.</div> <bR> <bR> <div> <B>6.5.4- Protocolo de Acesso com Prioridade</b></div> <bR> <div> A proliferação de redes locais induziu um grande número de aplicações que exigem requisitos bem diferentes do sistema de comunicação. Em particular, os requisitos de tempo de acesso, desempenho e outros podem variar de tal modo que a otimização de acesso para uma dada aplicação pode resultar em uma degradação de acesso para outra, até um ponto insustentável.</div> <bR> <div> A necessidade de funçõesde prioridade em ambientes de multiacesso é evidente. Uma vez que diferentes aplicações impõem diversos requisitos ao sistema, é importante que o método de acesso seja capaz de responder às exigências particulares de cada uma dessas aplicações. Funções de prioridade oferecem a solução para esse problema.</div> <bR> </td> </tr></table></body>