Aula Atividade

Mdulo: 1 GETI Tema: Apresentao

Disciplina: Ger. Redes Corporativas Sub-Tema: Gerenciamento de Rede
Nome: Michel de Souza Pronturio: 1771281
Nome: Deniel Martins Goncalves Pronturio: 1771264
Nome: Felipe Takeshi Ishizu Pronturio: 177137X
Nome: Pronturio:

Atividade
Objetivo: Revisar conceitos bsicos de redes de computadores

A1. Defina: Backbone ; Acordos de Peering; NAP.

Backbone uma via que concentra o trfego de redes locais e o leva at redes de
hierarquia superior; seu computador faz parte de uma rede local, que est
conectada rede do provedor, que por sua vez se interliga a redes metropolitanas
e a uma rede de mbito nacional. Uma rede do tipo backbone a que concentra o
trfego de nveis inferiores e o transporta a nveis superiores, a fim de que a
informao chegue ao destino final; a rede principal onde todas as outras redes
menores (POPs) se conectam, sendo possvel o acesso de qualquer rede. Como os
primeiros desenhos de rede eram lineares e se conectavam a uma espcie de
espinha dorsal, essa infraestrutura ficou conhecida como backbone.
Acordos de Peering so as trocas de trfegos da rede entre dois ou mais AS
diferentes, sem ajustes financeiros entre os participantes do peering. Podem
combinar de trocar trafego em diversas localidades geogrficas, normalmente
adota-se o hot potato routing mechanism, que consistem em repassar o pacote ao
parceiro assim que possvel.
Um sistema Autnomo (AS) um grupo de redes IP gerenciados por uma ou mais
operadoras de rede, que compartilham uma nica e mesma poltica de roteament
o.
NAP um importante Ponto de Troca de Trfego (PTT) - a sigla PTT uma traduo
do acrnimo NAP (Network Access Point) e representa um local que interliga
diversas redes de computadores. O PTT institudo inicialmente pela FAPESP teve a
sua operao transferida para a Terremark, empresa especializada na construo
e operao de PTTs em mbito mundial, conhecidos internacionalmente como
NAPs (Network Access Points). o NAP do Brasil est localizado na cidade de
Barueri, prximo capital do estado de So Paulo. Fisicamente o PTT constitudo
de um grande DataCenter provido de infra-estrutura moderna para acomodar
tanto as plataformas para a realizao da troca de trfego entre os diversos
backbones, como os equipamentos dos maiores provedores de intra-estrutura de
acesso (ltima milha), assegurando uma conectividade massiva ao site aliada
uma disponibilidade ainda maior destes servios de acesso atravs da presena
de rotas de redundantes.
Alm disso, o NAP do Brasil prov toda a infra-estrutura de segurana fsica,
incluindo controle de acesso biomtrico, alm de oferecer altssimos SLAs para
abrigar equipamentos (energia, ar-condicionado, etc.), e para realizar os servios
de troca de trfego, permitindo o funcionamento ininterrupto de e entre todos
os backbones.

A2. Quaisempresas gerenciam/prov Backbones no Brasil ?

Resposta: Os principais BackBones de Internet do Brasil e as empresas que as
gerenciam: Embratel, Rede Nacional de Pesquisa (RNP), Oi, KDD Nethal, Comsat
Brasil, Level 3 (Impsat / Global Crossing), At&T, NTT, Uol Diveo, CTBC, Mundivox
do Brasil, Telefonica e Tim Intelig. Temos tambm outros Backbones estaduais:
ANSP (SP), Rede Norte-riograndense de Informtica (RN), Rede Pernambuco de
 Informtica (PE), Rede Rio (RJ), Rede Tch (RS) e REMAV (Redes Metropolitanas de
Alta Velocidade).
O maior Backbone no Brasil o da Embratel e o primeiro BackBone a ser
estabelecido no Brasil foi o da RNP.

A3. Quais so os gestores da Internet no Brasil e como so organizados?

Um Comit Gestor da Internet (CGI.br) foi estabelecido pelo governo no Brasil em
1995 para dar diretrizes implantao da Internet no pas. O Ncleo de
Informao e Coordenao do Ponto br (NIC.br) a entidade civil, sem fins
lucrativos, que desde dezembro de 2005 implementa as decises e projetos do
Comit Gestor da Internet no Brasil - so organizados em comits para tomadas
de deciso. Dentre suas atribuies esto:
O registro e manuteno dos nomes de domnios que usam o <.br>, e a
distribuio de endereos IPs, atravs do Registro.br;
O tratamento e resposta a incidentes de segurana em computadores
envolvendo redes conectadas Internet brasileira, atravs do CERT.br;
A promoo da infra-estrutura para a interconexo direta entre as redes
que compem a Internet Brasileira, atravs do PTT.br;
A divulgao de indicadores e estatsticas e informaes estratgicas sobre
o desenvolvimento da Internet brasileira, atravs do CETIC.br;
O suporte tcnico e operacional ao LACNIC, Registro de Endereos da
Internet para a Amrica Latina e Caribe.

A4. Com base na anlise do cabealho IPv4 a seguir, faa uma anlise semelhante
para o cabealho TCP e UDP.

A comunicao numa rede IP realizada atravs do envio e recebimento de pacotes. Um

pacote uma sequncia de bytes, dos quais os 20 primeiros compem o cabealho
(header) IP. No IPv4 o tamanho mximo de um pacote 65535 bytes, mas em geral eles
so bem menores (um valor tpico 1500). Um mesmo e nico meio fsico pode ser
compartilhado por vrios participantes de uma rede IP porque cada um, ao realizar a
transmisso de um pacote, aloca esse meio fsico com exclusividade por apenas alguns
instantes (por exemplo alguns milissegundos), liberando-o em seguida para poder ser
usado por outros participantes. A ttulo de ilustrao, vejamos um exemplo real de um
cabealho IP, obtido atravs do programa tcpdump. A cada dgito hexadecimal
correspondem 4 bits. Assim, o primeiro dgito 4 indica que os primeiros 4 bits do
cabealho (campo Version) so 0100, o dgito 5 seguinte indica que os 4 bits seguintes
(campo Header length) so 0101, e assim por diante:

# tcpdump -i eth0 -l -n -x port 25

tcpdump: listening on eth0
14:17:51.950111 192.168.0.9.1100 > 192.168.0.1.25: P 1043394526:1043394554(28)...
4500 0044 9481 0000 4006 64d8 c0a8 0009
c0a8 0001 044c 0019 3e30 efde 679c eea4
5018 37ff 03b9 0000 7263 7074 2074 6f3a
203c 7565 6461

O cabealho portanto "4500 0044 9481 0000 4006 64d8 c0a8 0009 c0a8 0001".
Analisemos cada um dos campos:

Version: "4", ou seja, trata-se de um pacote ipv4.

Header length: "5", ou seja, 5 palavras de 4 bytes cada (20 bytes ao todo).

TOS (Type of Service): "00". O campo TOS permite aos roteadores tomar decises sobre
o envio de cada pacote dependendo do estado de 4 flags presentes nele: minimize
delay, maximize throughput, maximize reliability e minimize monetary cost. Essas
flags entretanto so ignoradas por muitas implementaes de TCP/IP, e portanto o seu
uso pode no alterar a qualidade dos servios.

Total length: "0044", ou seja, 4*16+4=68 bytes, dos quais os 20 primeiros so os que
estamos analisando.
 Identification: "9481" um identificador de pacotes. Trata-se de um contador circular
dos pacotes gerados numa mquina, e importante para o mbito da fragmentao de
pacotes.

Flags e Fragment Offset: "00", usados para a remontagem de pacotes fragmentados

(divididos em vrias partes, ao atingir um meio fsico om MTU menor do que o
tamanho do pacote) ao longo da transmisso.

TTL: "40", time to live.

Protocol: "06", ou seja, TCP.

Header checksum: "64d8", utilizado para verificar a integridade do cabealho IP.

Source address: "c0a80009", ou seja, 192.168.0.9.

Destination address: "c0a80001", ou seja, 192.168.0.1.

Resposta:

TCP:

O TCP apresenta como principais caractersticas transferncia de dados confivel fim-a-

fim (todo pacote transmitido requer um Ack que um bit de reconhecimento, h
recuperao de dados perdidos, descarte de dados duplicados e reorganizao dos dados
recebidos fora de ordem), comunicao bidirecional (full-duplex)entre cliente servidor, o
sequenciamento: bytes de segmentos so numerados, de forma a garantir a entrega em
ordem e a deteo eeliminao de duplicatas e voltado para atuar sobre redes
heterogneas com tamanhos mximos de pacotes variveis, faixas de passagem variveis
topologias distintas. Este protocolo divide o processo de comunicao em trs fases o
incio onde o cliente envia segmento tipo SYN (pedido de conexo, com nmero inicial da
seqncia de numerao de bytes no sentido cliente - servidor), o servidor reconhece
pedido de conexo enviando segmento tipo SYN com bit de reconhecimento (ACK) ligado
e com nmero inicial de seqncia de numerao no sentido servidor - cliente.e o destino
envia segmento ACK reconhecendo SYN do servidor, a troca de dados onde efetivamente
ocorre a transferncia de dados e o encerramento da conexo que pode ser iniciada tanto
pelo cliente como pelo servidor e origem envia segmento FIN, o destino envia
reconhecimento: ACK e algum tempo depois a destino envia FIN (sinalizando fim da
conexo) e por fim origem envia reconhecimento. Quando cada segmento for transmitido
adicionado um checksum e quando estes so recebidos eles so verificados, se
danificados os pacotes so descartados, como se tivessem se perdido pela rede e
retransmitidos pela origem.

O cabealho TCP representado desta maneira:

tcpdump -i eth0 -l -n -x port 25

tcpdump: listening on eth0
14:17:51.950111 192.168.0.9.1100 > 192.168.0.1.25: P 1043394526:1043394554(28)...
4500 0044 9481 0000 4006 64d8 c0a8 0009
c0a8 0001 044c 0019 3e30 efde 679c eea4
5018 37ff 03b9 0000 7263 7074 2074 6f3a
203c 7565 6461

O cabealho TCP : "044c 0019 3e30 efde 679c eea4 5018 37ff 03b9 0000". Analisemos
cada um dos campos:

Source port: "044c", ou seja, 1100. importante observar que o valor da

porta de origem maior do que 1024. Esse o caso tpico de porta "de
cliente", ou "no privilegiada".

Destination port: "0019", ou seja, 25, que a porta associada ao servio

SMTP, a qual foi indicada ao tcpdump.
 Sequence number: "3e30 efde". A posio relativa, dentro do stream de bytes
em envio pela sequncia de pacotes TCP dessa conexo, do primeiro byte de
dados desse pacote.

Acknowledgement number: "679c eea4". O prximo sequence number que o

computador que originou esse pacote espera receber do outro computador.

Header length: "5", ou seja, 5 palavras de 4 bytes, ou 20 bytes ao todo.

Flags: "18" (na verdade, apenas os seis bits menos significativos do 18, ou
seja, 011000). So, nessa ordem, as flags URG (urgent pointer is valid), ACK
(valid acknowledgement number), PUSH (repasse os dados para a aplicao
o mais rpido possvel), RST (reset), SYN (synchronize, ou sincronizao dos
sequence numbers, ativa no primeiro pacote da conexo) e FIN (finish). No
nosso caso, esto ativas as flags ACK e PUSH. Note que a sada do tcpdump
est acusando atravs da letra P o fato da flag PUSH estar ativa (a flag PUSH
na verdade ignorada por muitas implementaes de TCP/IP).

Window size: "37ff", ou seja, 14207. A quantidade de bytes, iniciando no

acknowledgment number, que o computador que gerou esse pacote admite
receber para esta conexo. Trata-se de um mecanismo de controle de fluxo,
para regular a velocidade de envio a fim de evitar colapsos.

TCP checksum: "03b9", utilizado para verificar a integridade do cabealho TCP

e dos dados.

Urgent pointer: "0000". Quando a flag URG est ativa, este campo informa
quantos bytes de dados "urgentes" h a partir do sequence number
informado neste pacote.

UDP:

O protocolo UDP (User Datagram protocol) descrito pela RFC 768, de agosto de 1980. Trata-
de de um protocolo IP extremamente simples e rpido. um protocolo de camada de
transporte do modelo OSI, Ele permite que a aplicao escreva um datagrama encapsulado
num pacote IP, que encaminhado ao destino; porm sem garantias de entrega. O IP no tem
acesso a mensagem enviada, apenas valida o cabealho do datagrama e a mensagem ser
remontada apenas na aplicao do cliente receptor. O cabealho UDP, da mesma forma como
ocorre com o IP e o TCP, possui 32 bits de largura ( de 0 a 31 ). Isso corresponde a 4bytes de
largura. Ainda, o tamanho total do cabealho UDP fixo, ou seja, 8 bytes. E da mesma forma
como ocorre no TCP o segmento UDP trafega dentro de um pacote IP. Os campos Source Port
e Checksum, so campos opcionais. Quando se utiliza o protocolo UDP, somente so
transferidos pacotes completos por meio de socket, e sem aviso de recebimento ou falha.
Diferente do TCP que trabalha com pacotes ou fragmentos que so confiveis.

Campos Protocolo UDP:

# tcpdump -i lo udp port 8125 -vv -X

13:16:40.317636 IP (tos 0x0, ttl 64, id 58103, offset 0, flags [DF], proto UDP (17), length 37)
localhost.48358 > localhost.8125: [bad udp cksum 7c8f!] UDP, length 9
0x0000: 4500 0025 e2f7 4000 4011 59ce 7f00 0001 E..%..@.@.Y.....
0x0010: 7f00 0001 bce6 1fbd 0011 fe24 626c 6168 ...........$blah
0x0020: 3a33 367c 63 :36|c

Conforme j analisado anteriormente, a primeira linha do cabealho: " 4500 0025 e2f7 4000
4011 59ce 7f00 0001 7f00 0001 ". Trata-se do IP.
 Analisemos aqui cada um dos campos da segunda parte que a carga til IP que comea
com o UDP: bce6 1fbd 0011 fe24 626c 6168 3a33 367c 63

Source Port: Comeamos com a porta de origem que 'bce6' ou 48358 em decimal.
Destination Port: Os prximos 16 bits / 4 dgitos so a porta de destino que '1fbd' ou 8125
em decimal - exatamente o que esperamos, conforme a sintaxe.
Length e CheckSum: Os prximos 32 bits / 2 blocos de 4 dgitos definem o comprimento
e a soma de verificao, mas depois disso ns alcanamos a parte de dados do pacote que
deve conter 'blah: 36 | c'. A palavra "bl" definida assim: 626c 6168.
o 00 62 98 em decimal e podemos usar uma tabela de codificao UTF-8 para
ver que 98 mapas para a letra 'b', 00x6c 108 ou a letra 'l', 00 61 97 ou a letra
'a' e 00 68 104 ou a letra 'h'
Data: Encerramos a ltima linha para o resto dos dados que queramos enviar. Ele segue
o mesmo padro, porm onde 00x3a 58 ou o caractere ':' e assim por diante

A5. Naanlise do cabealho IPv4 (ver questo anterior) por que o campo protocolo
indica TCP e no IP?
Resposta: Na anlise acima, o campo Protocol apresenta o valor 6, que valor
atribudo ao protocolo TCP, utilizado na camada de transporte. Os servios
oferecidos pelo protocolo IP no oferecem confiabilidade. Problemas comuns como
congestionamento, perda ou ordenao de pacotes no so tratados. Entretanto a
aplicao SMTP - que est sendo analisada na porta 25 - necessita prover um servio
de qualidade para o usurio. A camada de transporte pode oferecer um servio
confivel de entrega de dados da aplicao utilizando um servio no confivel
prestado pela camada de rede.

A6. Ler o artigo indicado pela URL a seguir e

comentar.
http://spectrum.ieee.org/computing/networks/osi-the-internet-that-wasnt

Resposta: O modelo OSI era muito burocrtico e criado a partir de polticas

governamentais e corporativas; demorando muito para ser colocar em prtica.

Os problemas polticos na criao da OSI desafiaram os estadistas mais astutos. Voc

pode imaginar tentar obter os representantes de dez corporaes de computadores
principais e concorrentes e dez empresas telefnicas e PTTs [monoplios estatais de
telecomunicaes] e os especialistas tcnicos de dez naes diferentes para chegar a
algum acordo no futuro previsvel?

Centenas de engenheiros participaram das reunies dos vrios comits e grupos de

trabalho da OSI, e os procedimentos burocrticos utilizados para estruturar as discusses
no permitiram a rpida produo de padres. Fragmentos mais significativos continuaram
entre o computador da OSI e especialistas em telecomunicaes, cujos planos tcnicos e
de negcios permaneceram em desacordo. E assim, a abertura e a modularidade - os
principais princpios para a coordenao do projeto - acabaram matando OSI.

Foi mais fcil e rpido implementar redes homogneas com base em arquiteturas
proprietrias com produtos baseados em TCP, tornando a Internet cada vez mais atraente.
A falha fatal do esforo, ironicamente, cresceu de seu compromisso com a abertura. As
regras formais para a padronizao internacional do a qualquer parte interessada o direito
de participar do processo de design, convidando assim tenses estruturais, vises
incompatveis e tticas disruptivas.

Com amplo financiamento do governo dos EUA, Cerf, Kahn e seus colegas foram
protegidos das foras da poltica internacional e da economia. A ARPA ea Agncia de
Comunicao da Defesa aceleraram a adoo da Internet no incio da dcada de 1980,
quando subsidiaram pesquisadores para implementar protocolos de Internet em sistemas
operacionais populares, como a modificao de Unix pela Universidade da Califrnia, em
Berkeley. Ento, em 1 de janeiro de 1983, o ARPA deixou de apoiar o protocolo do host
ARPANET, forando assim seus contratados a adotarem TCP / IP se quisessem
permanecer conectados; Essa data foi conhecida como o "nascimento da Internet".

Embora Cerf e Kahn no tenham projetado o TCP / IP para uso comercial, dcadas de
subsdios governamentais para sua pesquisa finalmente criaram uma vantagem comercial
distinta: os protocolos da Internet poderiam ser implementados gratuitamente. (Para usar
os padres OSI, as empresas que criaram e venderam equipamentos de rede tiveram que
comprar cpias em papel do grupo de padres ISO, uma cpia de cada vez.) Marc
Levilion, engenheiro da IBM France, me contou em uma entrevista de 2012 sobre o setor
de informtica Afastar-se do OSI e em direo ao TCP / IP: "De um lado voc tem algo que
gratuito, disponvel, voc s precisa carreg-lo. E do outro lado, voc tem algo que
muito mais arquitetado, muito mais completo, muito mais elaborado, mas caro. Se voc
um diretor de computao em uma empresa, o que voc escolheu? "

Em meados da dcada de 1990, a Internet tornou-se o padro de fato para redes de

computadores globais. Cruelmente para os criadores da OSI, os defensores da Internet
tomaram o manto de "abertura" e reivindicaram-no como seus prprios. Hoje, eles
rotineiramente fazem campanha para preservar a "Internet aberta" de governos
autoritrios, reguladores e monopolistas potenciais.

luz do sucesso da Internet gil, o OSI muitas vezes retratado como um relato
cautelar de "padronizao antecipada" burocratizada em um mercado imaturo e voltil.
Essa nfase em suas falhas, no entanto, perde os muitos sucessos da OSI: enfocou a
ateno em questes tecnolgicas de ponta, e tornou-se uma fonte de aprendizagem
fazendo-incluindo alguns golpes difceis - para uma gerao de engenheiros de rede, que
passou a criar Novas empresas, assessorar governos e ensinar nas universidades de todo
o mundo.