UNIVERSIDADE ESTADUAL DE PONTA GROSSA

Jean Felipe Dias

Tipos de Protocolos

PONTA GROSSA

2011

ARP - Address Resolution Protocol

O endereço IP é utilizado para roteamento, ou seja, a escolha do caminho ideal em

determinada circunstância e o instante para a conexão entre dois nós.

Para solucionar o problema de mapear o endereço de nível superior (IP) para

endereço físico (Ethernet) foi proposto (e aceito) através da RFC826 o Address

Resolution Protocol (ARP). O ARP permite que um host encontre o endereço físico de

um host destino, tendo apenas o seu endereço IP.

Apesar de ter sido criado especificamente para uso com IP sobre Ethernet, devido à

forma que foi implementado, seu uso não está restrito a este ambiente.

O mapeamento de endereços pode ser feito de duas maneiras:

o mapeamento direto

o mapeamento dinâmico

O ARP é dividido em duas partes: a primeira determina endereços físicos quando

manda um pacote, e a segunda responde os pedidos de outros hosts. Geralmente antes

de enviar, o host consulta seu cache ARP procurando o endereço físico. Se encontrar o

endereço, anexa-o no frame e envia acrescentando os dados. Se o host não encontrar o

endereço, é realizado um broadcast de pedido ARP.

A segunda parte do código do ARP manuseia os pacotes recebidos da rede.

Quando chega um pacote, o programa extrai e examina o endereço físico e IP para

verificar se já existe a entrada no cache e atualiza novamente sobreescrevendo os

endereços. Depois, o receptor começa a processar o resto do pacote.

O receptor processa dois tipos de entrada de pacotes ARP:

pedido ARP de um outro host : o receptor envia o endereço físico ao emissor e

armazena o endereço do emissor no cache. Se o endereço IP do pacote recebido

não for igual do receptor, o pacote ARP é ignorado.

resposta de um pedido ARP: Após verificar a entrada no cache ARP, o receptor

verifica primeiro a resposta com o pedido ARP enviado anteriormente. Enquanto

o receptor espera pela resposta, as aplicações podem gerar outros pacotes que

geralmente esperam na fila. Após verificar o endereço IP, o receptor atualiza os

pacotes com o mesmo. O ARP retira os pacotes da fila depois de fornecer os

endereços.

Se durante o broadcast o destinatário não puder aceitar um pedido, o host emissor

deve armazenar o pacote enviado para retransmiti-lo. Pode acontecer, também, de o

hardware de um host ter sido substituído. Se algum host tentar enviar dados para ele,

utilizará um endereço não existente na rede, por isso é importante atualizar e remover os

endereços no cache em períodos regulares.

BROWSER

O browser é o lado cliente na arquitetura cliente-servidor definida pelo WWW.

Existem diversos servidores WWW, que, através do protocolo HTTP fornecem páginas

(documentos hipermídia) escritas em HTML. A forma de visualizar estas páginas é

através de browsers e eles são muitos (NCSA Mosaic, Lynx, MacWeb, WinWeb, Cello,

Netscape ...). Na verdade, os browsers WWW conhecem não somente o protocolo

HTTP, mas outros como Gopher e NNTP (news), para dar suporte a outras aplicações

de rede.

DB-LSP-DISC

DHCPV6

DHCP é uma tecnologia de cliente-servidor que permite que os servidores de

protocolo DHCP atribuam, ou concedam endereços IP a computadores e a outros

dispositivos habilitados como clientes DHCP. Com o DHCP, você pode fazer o

seguinte:

Conceder endereços IP por um tempo específico aos clientes DHCP e, em

seguida, renovar automaticamente os endereços IP quando o cliente solicitar

uma renovação.

Atualizar automaticamente os parâmetros de cliente DHCP alterando uma opção

de servidor ou escopo no servidor de protocolo DHCP, em vez de fazer isso

individualmente em todos os clientes DHCP.

Reservar endereços IP para computadores específicos ou outros dispositivos, de

forma que eles sempre tenham o mesmo endereço IP e também recebam as

opções DHCP mais atualizadas.

Excluir endereços IP ou intervalos de endereços da distribuição feita pela

servidor de protocolo DHCP, para que esses endereços IP e intervalos possam

ser usados para configurar estaticamente os servidores, os roteadores e outros

dispositivos que exigem endereços IP estáticos.

Fornecer serviços DHCP para várias sub-redes, se todos os roteadores entre o

servidor de protocolo DHCP e a sub-rede para a qual deseja fornecer serviço

estiverem configurados para encaminhar mensagens DHCP.

Configurar o servidor de protocolo DHCP para executar serviços de registro de

nome DNS para clientes DHCP.

Fornecer atribuição de endereços multicast a clientes DHCP baseados em IP.

DNS

O protocolo DNS (Domain Name System) especifica duas partes principais:

regras de sintaxe para a definição de domínios e o protocolo utilizado para a consulta de

nomes.

O DNS é basicamente um mapeamento entre endereços IP e nomes. A

abordagem inicial para este mapeamento era a utilização de nomes planos, ou seja, sem

hierarquia. Esta abordagem possui limitações intrínsecas quanto a escalabilidade e a

manutenção. O sistema de nomes utilizado na Internet tem o objetivo de ser escalável,

suportando a definição de nomes únicos para todas as redes e máquinas na Internet e

permitir que a administração seja descentralizada.

A estrutura de nomes na Internet tem o formato de uma árvore invertida onde a

raiz não possui nome. Os ramos imediatamante inferiores à raiz são chamados de TLDs

(Top-Level Domain Names) e são por exemplo .com, .edu., .org, .gov, .net, .mil, .br, .fr,

.us, uk, etc… Os TLDs que não designam países são utilizados nos EUA. Os diversos

países utilizam a sua própria designação para as classificações internas. No Brasil, por

exemplo, temos os nomes .com.br., .gov.br, .net.br, .org.br e outros.

Cada ramo completo até a raiz como, por exemplo, puc-rio.br, acme.com.br,

nasa.gov, e outros são chamados de domínios. Um domínio é a área administrativa

englobando ele próprio e os subdomínios abaixo dele. Por exemplo, o domínio br

engloba todos os subdomínios do Brasil. O domínio acme.com.br tem a

responsabilidade por todos os domínios abaixo dele.

HTTP

O protocolo HTTP (HyperText Transfer Protocol) é o protocolo mais utilizado

na Internet desde 1990. A versão 0.9 destinava-se unicamente a transferir dados na

Internet (em especial páginas Web escritas em HTML). A versão 1.0 do protocolo (a

mais utilizada) permite doravante transferir mensagens com cabeçalhos que descrevem

o conteúdo da mensagem utilizando uma codificação de tipo MIMO.

O objectivo do protocolo HTTP é permitir uma transferência de ficheiros

(essencialmente no formato HTML) localizados graças a uma cadeia de caracteres

chamada URL entre um navegador (o cliente) e um servidor Web (chamado de resto

httpd nas máquinas UNIX).

HTTP/XML

IPV6

Os dias do protocolo IP na sua forma actual (IPV4) estão contados. A rede

Internet era utilizada largamente pelas universidades, as indústrias de alta tecnologia, e

o governo a partir de meados dos anos 90, mas a Internet interessa cada vez mais as

empresas e as sociedades comerciais - será utilizada por um grande número de

indivíduos e sistemas que exprimem umas e outras necessidades diferentes. Por

exemplo: com a convergência iminente do computador, das redes, do audiovisual e da

indústria dos lazeres, cada posto de televisão tornar-se-á dentro de pouco tempo um

equipamento de acesso à Internet que permite a mil milhões de indivíduos praticar, por

exemplo, vídeo on demande, televendas ou comércio electrónico. Nestas circunstâncias,

o protocolo IPv6 (chamado igualmente IPng para IP new geração) deve oferecer mais

flexibilidade e eficácia, resolver qualquer variedade de problemas novos e não deveria

nunca entrar em ruptura de endereços.

Os objectivos principais deste novo protocolo foram:

Suportar mil milhões de computadores, libertando-se da ineficácia do espaço dos

endereços IP actuais,

Reduzir a dimensão das tabelas de encaminhamento,

Fornecer uma melhor segurança (autenticação e confidencialidade) que o actual

protocolo IP,

Atribuir mais atenção ao tipo de serviço, e nomeadamente aos serviços associados

ao tráfego em tempo real,

Facilitar a divulgação multi-destinatários permitindo especificar a envergadura,

Dar a possibilidade a um computador de se deslocar sem estar a alterar o seu

endereço,

Permitir ao protocolo uma evolução futura,

Atribuir ao antigo e ao novo protocolo uma coexistência pacífica.

O protocolo IPv6

O protocolo IPv6 responde razoavelmente aos objectivos estabelecidos. Mantém as

melhores funções de IPV4, afasta ou minimiza as más, e acrescenta novas quando são

necessárias.

ICMPV6

Protocolo ICMP para IPv6 (ICMPv6) permite que hosts e roteadores que usam a

comunicação IPv6 para relatório Erros e enviem mensagens de eco simples. ICMPv6 é

um exigido IPv6 padrão definido no RFC 2463.

IGMP

O protocolo de gerenciamento de grupo (IGMP - Internet Group Management Protocol)

é usado por hosts para reportar seus participantes de grupos de hosts a roteadores

multicast vizinhos. É um protocolo assimétrico e é especificado aqui do ponto de vista

de um host, ao invés do de um roteador multicast.

Como o ICMP, IGMP é uma parte integral do IP. É um requisito básico de

implementações a todos os hosts que desejem enviar e receber pacotes multicast. As

mensagens IGMP são encapsuladas em datagramas IP, com um número de protocolo IP

igual a 2

LLMNR

Conforme RFC 4795 (2007) as consultas do protocolo são enviadas e recebidas

usando a porta 5355. No caso do Ipv4 a solicitação é enviada para o endereço

224.0.0.252, em relação ao Ipv6 é usado o endereço FF02:0:0:0:0:0.

Em uma visão simplificada o processo de resoluçao de nomes dá-se da seguinte

maneira: primeiramente o host responsável pela consulta envia a solicitação para o

endereço multicast da rede, um destinatário somente responte a solcitiação se ele for

autoritativo para a consulta, caso seja verdadeiro a resposta da consulta é envida via

endereço unicast por meio do protocolo de transporte UDP.

Ao receber a respota o host de origem processa a solicitção e inicia-se o acesso

dos recursos desejados do usuário. RFC 4795 (2007).

O uso do endereço unicast pode ser usado nas seguintes situações: o host de origem

repete a consulta depois que ele recebeu do host de destino, ou o host de origem

consulta um registro para um endereço IP completo sendo a versão Ipv4 ou Ipv6. RFC

4795 (2007).

Por medidas de segurança as solicitações unicast deve ser realizadas pelo

protocolo de transportes TCP, consutas oriundas de conexões não TCP devem serem

descartadas. RFC 4795 (2007).

MSNMS

A partir do ano de 1999, foi publicado o protocolo, utiliza-se na camada de

aplicação, para serviços de envio de mensagens instantâneas via internet. Opera em

TCP/IP e oferece suporte a conexões na porta 1863. É um protocolo complexo fazendo

uso de mais de um protocolo ou porta por sessão.

SSDP

O Serviço SSDP Discovery implementa o protocolo SSDP (Simple Service

Discovery) como um serviço do Windows. O Serviço SSDP Discovery gerencia o

recebimento de comunicados de presença de dispositivo, atualiza o seu cache e passa

essas notificações para os clientes com solicitações de pesquisa pendentes. O Serviço

SSDP Discovery também aceita o registro de eventos de retorno de chamadas de

clientes, os transforma em solicitações de assinatura e monitora notificações de eventos.

Em seguida, passa essas solicitações para os retornos de chamadas registrados. Esse

serviço do sistema também fornece dispositivos hospedados com comunicados

periódicos. Atualmente, o serviço de notificação de evento SSDP usa a porta TCP 5000.

Ao iniciar o próximo service pack do Windows XP, ele confiará na porta TCP 2869

SSLV3

TCP

O TCP (que significa Transmission Control Protocol, em português: Protocolo de

Controlo de Transmissão) é um dos principais protocolos da camada transporte do

modelo TCP/IP. Permite, a nível das aplicações, gerir os dados em proveniência da (ou

com destino à) camada inferior do modelo (quer dizer, o protocoloIP). Quando os dados

são fornecidos ao protocolo IP, este encapsula-os em datagramas IP, fixando o campo

protocolo em 6 (para saber que o protocolo ascendente é TCP…).

O TCP é um protocolo orientado para a conexão, quer dizer que permite, a duas

máquinas comunicantes, controlar o estado da transmissão.

As principais características do protocolo TCP são as seguintes:

TCP permite entregar ordenadamente os datagramas provenientes do protocolo IP

TCP permite verificar a onda de dados para evitar uma saturação da rede

TCP permite formatar os dados em segmentos de comprimento variável a fim de os

"entregar" ao protocolo IP

TCP permite multiplexar os dados, quer dizer, fazer circular simultaneamente

informações que provêm de fontes (aplicações, por exemplo) distintas numa mesma

linha

TCP permite, por último, o começo e o fim de uma comunicação de maneira educada.

UDP

O protocolo UDP (User Datagram Protocol) é um protocolo não orientado para a

conexão da camada transporte do modelo TCP/IP. Este protocolo é muito simples já que não

fornece controlo de erros (não está orientado para a conexão…).

http://technet.microsoft.com/pt-br/library/cc787925(WS.10).aspx

http://www.gta.ufrj.br/~rezende/cursos/eel879/aulas-eel879/aula5/ppframe.htm

http://pt.kioskea.net/contents/internet/ipv6.php3

http://msdn.microsoft.com/pt-br/library/aa916638.aspx

http://pt.kioskea.net/contents/internet/http.php3

http://technet.microsoft.com/pt-br/library/cc731166.aspx

http://www.m8.com.br/antonio/redes/dns.htm

http://www.m8.com.br/andre/arp.htm

http://pt.kioskea.net/contents/internet/arp.php3

http://www.filipefreitas.net/papers/filipefreitas_net_estudo_igmp_pim.pdf

http://penta2.ufrgs.br/redes296/multicast/igmp1.htm

http://www.webartigos.com/articles/52380/1/DEFINICAO-PROTOCOLO-LLMNR-

LINK-LOCAL-MULTICAST-NAME-RESOLUTION-E-DIFERENCAS-EM-

RELACAO-AO-PROTOCOLO-NETBIOS/pagina1.html#ixzz1NP6AkJpU

http://support.microsoft.com/kb/832017/pt-br

http://pt.w3support.net/index.php?db=so&id=385634

http://www3.iesam-pa.edu.br/ojs/index.php/computacao/article/viewFile/249/240

http://www.filipefreitas.net/papers/filipefreitas_net_estudo_igmp_pim.pdf

http://penta2.ufrgs.br/redes296/multicast/igmp1.htm

http://www.webartigos.com/articles/52380/1/DEFINICAO-PROTOCOLO-LLMNR-

LINK-LOCAL-MULTICAST-NAME-RESOLUTION-E-DIFERENCAS-EM-

RELACAO-AO-PROTOCOLO-NETBIOS/pagina1.html