OSI

Para facilitar o processo de padroniza��o e obter interconectividade entre

m�quinas de diferentes sistemas operativos, a Organiza��o Internacional de
Padroniza��o (ISO - International Organization for Standardization) aprovou, no
in�cio dos anos 80, um modelo de refer�ncia para permitir a comunica��o entre
m�quinas heterog�neas, denominado OSI (Open Systems Interconnection). Esse modelo
serve de base para qualquer tipo de rede, seja de curta, m�dia ou longa dist�ncia.

[editar]
Descri��o das camadas

Este modelo � dividido em camadas hier�rquicas, ou seja, cada camada usa as

fun��es da pr�pria camada ou da camada anterior, para esconder a complexidade e
transparecer as opera��es para o usu�rio, seja ele um programa ou uma outra
camada.

[editar]
Camada f�sica

A camada f�sica est� directamente ligada ao equipamento de cabeamento ou outro

canal de comunica��o (ver modula��o), e � aquela que se comunica diretamente com o
controlador da interface de rede. Preocupa-se, portanto, em permitir uma
comunica��o bastante simples e confi�vel, na maioria dos casos com controle de
erros b�sico:
Move bits (ou bytes, conforme a unidade de transmiss�o) atrav�s de um meio de
transmiss�o.
Define as caracter�sticas el�tricas e mec�nicas do meio, taxa de transfer�ncia dos
bits, tens�es, etc...
Controle de acesso ao meio.
Confirma��o e retransmiss�o de quadros.
Controle da quantidade e velocidade de transmiss�o de informa��es na rede.

[editar]
Camada de liga��o de dados - Enlace

Esta camada tamb�m se designa por Camada de enlace de dados ou por Camada de link
de dados.
camada que detecta e, opcionalmente, corrige erros que possam acontecer no n�vel
f�sico. Respons�vel pela transmiss�o e recep��o (delimita��o) de quadros e pelo
controle de fluxo.
Estabelece um protocolo de comunica��o entre sistemas diretamente conectados. O
endere�amento � f�sico, embutido na interface de rede.
Exemplo de protocolos nesta camada: PPP, LAPB (do X.25),NetBios
Tambem est� inserida no modelo TCP/IP (apesar de TCP/IP n�o ser baseado nas
especifica��es do modelo OSI)

Na rede ethernet cada placa de rede possui um endere�o f�sico, que deve ser �nico
na rede.

Em redes do padr�o IEEE 802, e outras n�o IEEE 802 como a FDDI, esta camada �
dividida em outras duas camadas: Controle de liga��o l�gica (LLC), que fornece uma
interface para camada superior (rede), e controle de acesso ao meio f�sico (MAC),
que acessa diretamente o meio f�sico e controla a transmiss�o de dados.

[editar]
Topologia de Redes
Ver artigo principal: Topologia (inform�tica).
Ponto-a-ponto
Anel - Token Ring
Estrela
Barramento
�rvore

[editar]
Controle de acesso
Centralizado: Uma m�quina � respons�vel por controlar o acesso ao meio. EX:
estrela, antena de celular.
Distribu�do: Todas as m�quina fazem o controle de acesso. Ex: Anel, ethernet.
Veja logo abaixo

[editar]
Protocolos de acesso
Existem dois tipos de Enlace(segunda camada do modelo ISO/OSI ). O Enlace ponto a
ponto e o Enlace broadcast.
No enlace ponto a ponto, um �nico remetente numa extremidade do enlace se comunica
com outro remetente na outra extremindade do enlace. Protocolos que utilizam esse
tipo de comunica��o: PPP e HDLC.
No enlace broadcast v�rios n�s (computador, servidor etc ), remetentes e
receptores, est�o conectados em um �nico canal de transmiss�o. Um exemplo deste
tipo de comunica��o � a televis�o tradicional. A TV � um enlace unidirecional.
Como uma analogia, imagine voc� na sala de aula, onde o meio de transmiss�o � o
ar, os n�s receptores e remetentes s�o seus colegas. Para que n�o exista problema
na comunica��o, algumas regras s�o seguidas.
Ex:
"N�o fale at� que algu�m fale com vc."
"Levante a m�o se tiver alguma pergunta a fazer."
"N�o interrompa uma pessoa quando esta estiver falando."
As redes de computadores possuem regras como essa, as quais s�o denomindas
protocolos de acesso m�ltiplo. *Dezenas desses protocolos foram implementados na
camada de enlace, de fato que podemos dividi-los em tr�s *categorias.
Protocolos de Divis�o do Canal;
Protocolos de Acesso Aleat�rio; e
Protocolos de Revezamento.

[editar]
Protocolos de divis�o do canal

[editar]
TDM e FDM
Uma forma simples para a comunica��o sair perfeita (sem colis�es ), seria dividir
o tempo de comunica��o e entregar para cada um dos n�s. Imagine uma rede com 10
computadores e um tempo de 20 segundos para comunica��o, por rodada. Assim,
poder�amos dividir o numero de tempo pelo numero de computadores e entregar esse
tempo para cada um dos computadores. ent�o ficaria 20(tempo)/10(computadores), que
� igual a 2 segundos por computador, em cada rodada.
Esse tipo de divis�o � feita pelo protocolo TDM( multiplexa��o por divis�o de
tempo ). Esse protocolo divide o tempo em quadros temporais, dentro desses quadros
existem N compartimentos, onde N � igual ao n�mero de computadores.Para uma dada
TDM taxa de transmiss�o em bits s�o alocados slots :(intervalos)no tempo para cada
canal de comunica��o .
O protocolo FDM( multiplexa��o por divis�o de freq��ncia ), uma divis�o semelhante
� feita, por�m, em vez de espa�os iguais de tempo, ele divide espa�os iguais de
freq��ncia. Esses s�o dois protocolos eficientes, levando em considera��o que
todos os n�s transmitem informa��es freq�entemente. Por�m, se em momentos
freq�entes, apenas um n� transmitir informa��es, este somente o poder� atrav�s de
seu compartimento, mesmo que ningu�m mais transmita absolutamente nada. Dessa
forma o canal broadcast fica ocioso em grandes per�odos de tempo.

[editar]
Protocolos de acesso aleat�rio

O protocolo de acesso aleat�rio e multi-ponto.

[editar]
Slotted ALOHA, ALOHA Puro e CSMA
Um dos protocolos mais simples � o slotted ALOHA.
Para iniciar nossos estudos, entenda que nesse protocolo, o tempo de transmiss�o �
dividido pelo numero de quadro formando intervalos, de fato que um intervalo �
igual ao tempo de transmiss�o de um quadro. Cada n� conhece o in�cio do intervalo.
Em cada colis�o, todos os n�s identificam a mesma antes mesmo do t�rmino do
intervalo. Quando um n� tem algum quadro para enviar, ele espera at� o in�cio do
pr�ximo intervalo e o envia, se for detectada colis�o, ele espera um tempo
aleat�rio e envia novamente. Note que quando um n� quer enviar um quadro ele o
envia no primeiro intervalo que aparecer e, se n�o tiver colis�o e for preciso o
envio de outro quadro, o n� o far� no pr�ximo intervalo, at� que termine os
quadros ou que haja uma colis�o e tenha que esperar um tempo aleat�rio. O "Lula"
desse protocolo � que se v�rios n�s estiverem enviando, os intervalos que houverem
colis�es ser�o desperdi�ados e certos intervalos n�o ser�o utilizados, porque o
tempo aleat�rio que vos falei tem um car�ter probabil�stico, ou seja, � como jogar
a moeda, se der cara ele envia, se der coroa ele espera mais um tempo. Portanto
este n�o � um protocolo t�o eficiente para uma rede com muitos n�s enviando,
sempre, informa��es.
ALOHA Puro
O Slotted ALOHA precisa que seus n�s sincronizem as transmiss�es de acordo com os
intervalos. Por�m o primeiro protocolo ALOHA, chamado de ALOHA Puro era
descentralizado. Quando um quadro chega � camada F�sica para ser enviado, ele o �
imediatamente. Ent�o, se houver colis�o, um tempo aleat�rio � esperado para enviar
novamente.
CSMA
Esses protocolos anteriores s�o, analogicamente falando, muito mal educados. Por
exemplo, imagine uma mesa com pessoas conversando. Tanto o Slotted ALOHA quanto
ALOHA Puro n�o verificam se algu�m est� falando. Eles transmitem e se algum outro
n� estiver se comunicando, a�, ent�o eles param um tempo aleat�rio com uma certa
probabilidade, e iniciam novamente. O CSMA � diferente, ele escuta o
canal(detec��o de portadora) antes de enviar as informa��es. Caso algum outro n� o
esteja fazendo ele espera um tempo para ent�o voltar a escutar o canal broadcast.
Outra caracter�stica importante �, se quando o canal estiver ocioso e o n� for
transmitir e outro o fizer no mesmo momento, o CSMA realiza a detec��o de colis�o,
fazendo com que pare a transmiss�o, at� que algum protocolo determine quando deve
tentar transmitir novamente.

[editar]
Protocolos de revezamento

[editar]
Pooling e token
O protocolo de pooling requer que um dos n�s seja nomeado o n� mestre. Esse n�
escolhe de forma circular os n�s que precisam transmitir. Quando o n� 1 for
transmitir, o n� mestre o concede um determinado n�mero de quadros para
transmitir, acabando essa transmiss�o, o n� 2 inicia e assim sucetivamente. Os
intervalos vazios que atormentam os protocolos de acesso aleat�rio j� n�o existe
mais, por�m n�o � seguro colocar as transmiss�es da rede nas m�os de um n�. Porque
se este falhar, toda a rede para. Outro problema � o tempo de escolha do n� que
dever� transmitir. Esse tempo � bastante significativo.
Token( protocolo de passagem de permiss�o ). Essas passagens de permiss�o s�o
distribu�dos por todos os n�s. Por exemplo, o n� 1 poder� enviar permiss�o ao n�
2, o n� 2 poder� enviar permiss�o ao n� 3, o n� N poder� enviar permiss�o ao n� 1.
Quando um n� recebe a permiss�o, ele a segura se precisar enviar alguma
informa��o, se n�o, ele passa para o pr�ximo n�.

[editar]
Camada de rede

A camada de Rede � respons�vel pelo endere�amento dos pacotes, convertendo

endere�os l�gicos em endere�os f�sicos, de forma que os pacotes consigam chegar
corretamente ao destino. Essa camada tamb�m determina a rota que os pacotes ir�o
seguir para atingir o destino, baseada em fatores como condi��es de tr�fego da
rede e prioridades.

Essa camada � usada quando a rede possui mais de um segmento e, com isso, h� mais
de um caminho para um pacote de dados trafegar da origem ao destino.

Encaminhamento, endere�amento, interconex�o de redes, tratamento de erros,

fragmenta��o de pacotes, controle de congestionamento e sequenciamento de pacotes
s�o fun��es desta camada.
Movimenta pacotes a partir de sua fonte original at� seu destino atrav�s de um ou
mais enlaces.
Define como dispositivos de rede descobrem uns aos outros e como os pacotes s�o
roteados at� seu destino final.

[editar]
Camada de transporte

A camada de transporte � respons�vel por pegar os dados enviados pela camada de

Sess�o e dividi-los em pacotes que ser�o transmitidos para a camada de Rede. No
receptor, a camada de Transporte � respons�vel por pegar os pacotes recebidos da
camada de Rede, remontar o dado original e assim envi�-lo � camada de Sess�o.

Isso inclui controle de fluxo, ordena��o dos pacotes e a corre��o de erros,

tipicamente enviando para o transmissor uma informa��o de recebimento, informando
que o pacote foi recebido com sucesso.

A camada de Transporte separa as camadas de n�vel de aplica��o (camadas 5 a 7) das

camadas de n�vel f�sico (camadas de 1 a 3). A camada 4, Transporte, faz a liga��o
entre esses dois grupos e determina a classe de servi�o necess�ria como orientada
a conex�o e com controle de erro e servi�o de confirma��o, sem conex�es e nem
confiabilidade.

O objetivo final da camada de transporte � proporcionar servi�o eficiente,

confi�vel e de baixo custo. O hardware e/ou software dentro da camada de
transporte e que faz o servi�o � denominado entidade de transporte.

A entidade de transporte comunica-se com seus usu�rios atrav�s de primitivas de

servi�o trocadas em um ou mais TSAP, que s�o definidas de acordo com o tipo de
servi�o prestado: orientado ou n�o � conex�o. Estas primitivas s�o transportadas
pelas TPDU.

Na realidade, uma entidade de transporte poderia estar simultaneamente associada a

v�rios TSA e NSAP. No caso de multiplexa��o, associada a v�rios TSAP e a um NSAP e
no caso de splitting, associada a um TSAP e a v�rios NSAP.
A ISO define o protocolo de transporte para operar em dois modos:
Orientado a conex�o.
N�o-Orientado a conex�o.

Como exemplo de protocolo orientado � conex�o, temos o TCP, e de protocolo n�o

orientado � conex�o, temos o UDP. � obvio que o protocolo de transporte n�o
orientado � conex�o � menos confi�vel. Ele n�o garante - entre outras coisas mais,
a entrega das TPDU, nem tampouco a ordena��o das mesmas. Entretanto, onde o
servi�o da camada de rede e das outras camadas inferiores � bastante confi�vel -
como em redes locais, o protocolo de transporte n�o orientado � conex�o pode ser
utilizado, sem o overhead inerente a uma opera��o orientada � conex�o.

O servi�o de transporte baseado em conex�es � semelhante ao servi�o de rede

baseado em conex�es. O endere�amento e controle de fluxo tamb�m s�o semelhantes em
ambas as camadas. Para completar, o servi�o de transporte sem conex�es tamb�m �
muito semelhante ao servi�o de rede sem conex�es. Constatado os fatos acima, surge
a seguinte quest�o: "Por que termos duas camadas e n�o uma apenas?". A resposta �
sutil, mas procede: A camada de rede � parte da sub-rede de comunica�oes e �
executada pela concession�ria que fornece o servi�o (pelo menos para as WAN).
Quando a camada de rede n�o fornece um servi�o confi�vel, a camada de transporte
assume as responsabilidades; melhorando a qualidade do servi�o.

[editar]
Camada de sess�o

A camada de Sess�o permite que duas aplica��es em computadores diferentes

estabele�am uma sess�o de comunica��o. Nesta sess�o, essas aplica��es definem como
ser� feita a transmiss�o de dados e coloca marca��es nos dados que est�o sendo
transmitidos. Se porventura a rede falhar, os computadores reiniciam a transmiss�o
dos dados a partir da �ltima marca��o recebida pelo computador receptor.
Disponibiliza servi�os como pontos de controle peri�dicos a partir dos quais a
comunica��o pode ser restabelecida em caso de pane na rede.

[editar]
Camada de apresenta��o

A camada de Apresenta��o, tamb�m chamada camada de Tradu��o, converte o formato do

dado recebido pela camada de Aplica��o em um formato comum a ser usado na
transmiss�o desse dado, ou seja, um formato entendido pelo protocolo usado. Um
exemplo comum � a convers�o do padr�o de caracteres (c�digo de p�gina) quando, por
exemplo, o dispositivo transmissor usa um padr�o diferente do ASCII, por exemplo.
Pode ter outros usos, como compress�o de dados e criptografia.

A compress�o de dados pega os dados recebidos da camada sete e os comprime (como

se fosse um compactador comumente encontrado em PCs, como o Zip ou o Arj) e a
camada 6 do dispositivo receptor fica respons�vel por descompactar esses dados. A
transmiss�o dos dados torna-se mais r�pida, j� que haver� menos dados a serem
transmitidos: os dados recebidos da camada 7 foram "encolhidos" e enviados �
camada 5.

Para aumentar a seguran�a, pode-se usar algum esquema de criptografia neste n�vel,
sendo que os dados s� ser�o decodificados na camada 6 do dispositivo receptor.

[editar]
Camada de aplica��o

A camada de aplica��o faz a interface entre o protocolo de comunica��o e o

aplicativo que pediu ou receber� a informa��o atrav�s da rede. Por exemplo, ao
solicitar a recep��o de e-mails atrav�s do aplicativo de e-mail, este entrar� em
contato com a camada de Aplica��o do protocolo de rede efetuando tal solicita��o.
Tudo nesta camada � direcionada aos aplicativos. Telnet e FTP s�o exemplos de
aplicativos de rede que existem inteiramente na camada de aplica��o.