{"id":101,"date":"2012-11-16T19:56:50","date_gmt":"2012-11-16T21:56:50","guid":{"rendered":"http:\/\/efagundes.com\/openclass_networking\/?page_id=101"},"modified":"2022-01-16T17:49:53","modified_gmt":"2022-01-16T20:49:53","slug":"hierarquias-de-protocolos","status":"publish","type":"page","link":"https:\/\/efagundes.com\/networking\/software-de-rede\/hierarquias-de-protocolos\/","title":{"rendered":"Hierarquias de protocolos"},"content":{"rendered":"

\"Slide25\"<\/a><\/p>\n

No in\u00edcio dos anos 60 foram criados os primeiros protocolos de comunica\u00e7\u00e3o BSC-1 (Bynary Synchronous Communications) para transmiss\u00e3o de informa\u00e7\u00f5es remotas em batch, e BSC-3 (ou poll select) que permitia a integra\u00e7\u00e3o do usu\u00e1rio com o sistema atrav\u00e9s de terminais, ou seja, o processamento on-line. Esses avan\u00e7os tecnol\u00f3gicos proporcionaram um alto grau de conectividade para os sistemas da \u00e9poca, impulsionando novos avan\u00e7os. A partir desse ponto, foram desenvolvidos v\u00e1rios tipos de mainframes para disputar o mercado, cada um deles utilizava uma arquitetura de rede pr\u00f3pria e incompat\u00edvel entre si, como por exemplo o SNA (IBM), o XNS (Xerox) e o DECNET (Digital).<\/p>\n

Os problemas come\u00e7aram a surgir quando os usu\u00e1rios tiveram necessidade de interconectar os diferentes sistemas entre si, evidenciando assim as incompatibilidades: os aplicativos, placas de mem\u00f3ria, expans\u00f5es de terminal, placas controladoras e demais componentes geralmente s\u00f3 funcionavam se pertencessem ao mesmo fabricante do mainframe, fazendo com que os usu\u00e1rios ficassem praticamente “presos” a um \u00fanico fornecedor.<\/p>\n

Esses sistemas propriet\u00e1rios foram assim criados para for\u00e7ar barreiras de mercado contra a competi\u00e7\u00e3o, gerando mercados cativos para cada fornecedor. Sistemas desse tipo s\u00e3o conhecidos como sistemas fechados, pois n\u00e3o existe uma padroniza\u00e7\u00e3o consensual para os protocolos executados, que normalmente s\u00e3o conhecidos somente pelo fabricante.<\/p>\n

Um dos problemas que surge \u00e9 se uma empresa adquire outra empresa com um tipo diferente de sistema. Ambos v\u00e3o querer se comunicar, e as incompatibilidades se tornam dif\u00edceis de superar.\u00a0 Para resolver esse problema iniciou-se a busca de sistemas abertos para resolver os problemas de conex\u00e3o, integra\u00e7\u00e3o de aplica\u00e7\u00f5es e transpar\u00eancia no acesso \u00e0s informa\u00e7\u00f5es. Os sistemas abertos s\u00e3o baseados em defini\u00e7\u00f5es p\u00fablicas e consensuais de interfaces, dessa forma, o usu\u00e1rio possui liberdade para escolha de fabricante de equipamento, banco de dados, protocolos utilizados e outros componentes que, obedecendo a certos padr\u00f5es, garantem a portabilidade das aplica\u00e7\u00f5es em diferentes plataformas. Da\u00ed vem o maior benef\u00edcio dos sistemas abertos: liberdade de escolha de plataformas de hardware e software, assim, o cliente pode concentrar mais sua aten\u00e7\u00e3o \u00e0s aplica\u00e7\u00f5es cr\u00edticas do seu neg\u00f3cio, sem estar limitado \u00e0 oferta de um \u00fanico fornecedor.<\/p>\n

Em cada camada, diversas fun\u00e7\u00f5es poder\u00e3o ser realizadas:<\/p>\n