O documento descreve protocolos de rede como FTP, SMTP e DNS, além de sistemas P2P. FTP é usado para transferência de arquivos através de um modelo cliente-servidor, enquanto SMTP é usado para envio de emails entre servidores de correio. DNS mapeia nomes de domínio para endereços IP. Sistemas P2P como BitTorrent distribuem arquivos entre pares de usuários sem um servidor central.

1. Gerson Leiria Nunes
gersonnunes@furg.br

2.  Protocolo de transferência de arquivos
◦ Modelo Cliente/Servidor
◦ Padrão: RFC 959
◦ Porta: 21
◦ Protocolo de transporte: TCP
◦ Controle de acesso de usuários
◦ Acesso anônimo (anonymous/ftp/guest)
◦ Clientes conhecidos: ftp, wuftp e filezilla

3. Conexão
Envio e recepção de arquivos

4.  PWD ( identifica o diretório atual de trabalho)
 LIST, dir ou ls ( lista os arquivos do diretório
atual)
 bi ( modo binário de transmissão)
 hash ( exibe uma marca a cada 1024bytes )
 RETR ou get <arquivo> ( faz download do
arquivo )
 STOR ou put <arquivo> ( faz upload do
arquivo )
 mget * ( faz download de múltiplos arquivos )
 mput * ( faz upload de múltiplos arquivos )

5.  Protocolo de transferência de correio
eletrônico
◦ Modelo Cliente/Servidor
◦ Padrão: RFC 2821
◦ Porta: 25
◦ Protocolo de transporte: TCP
◦ Controle de acesso de usuários
◦ Clientes/Agentes mais conhecidos: mutt,
alpine, eudora, outlook, thunderbird e
outros.

6. Três componentes
principais:
 Leitores de correio
 servidores de correio
 Simple Mail Transfer Protocol:
SMTP
Leitores de correio
 Permite redigir, editar, ler e
enviar mensagens de correio
eletrônico;
caixa de entrada
do usuário
fila de
msg. de saída
mail
server
agente
usuário
serv.
correio
serv.
correio
SMTP
SMTP
SMTP
agente
usuário
agente
usuário
agente
usuário
agente
usuário
agente
usuário

7. servidores de correio
 caixa de correio: contém
mensagens que chegam para o
usuário
 fila de mensagens: com
mensagens de correio a serem
enviadas
 protocolo SMTP: entre
servidores de correio para
enviar mensagens de e-mail
◦ cliente: servidor de envio de
correio
◦ servidor: servidor de recepção
de correio
caixa de entrada
do usuário
fila de
msg. de saída
mail
server
agente
usuário
serv.
correio
serv.
correio
SMTP
SMTP
SMTP
agente
usuário
agente
usuário
agente
usuário
agente
usuário
agente
usuário

8. SendMail
Postfix
Exim
Qmail

9.  Protocolos de leitura de emails
◦ POP3 (Post Office Protocol)
 Padrão: RFC 1939
 TCP
 Porta 110
 Autorização, leitura e exclusão de mensagens
◦ IMAP (Internet Mail Access Protocol)
 Padrão: RFC 1730
 TCP
 Porta 143
 Manipulação de mensagens do servidor
 Hierarquia de diretórios

10.  Responsável por resolver os nomes em
endereços de ips e vice-versa.
 www.furg.br <=> 200.19.254.113
 TCP e UDP
 Porta: 53
 Utiliza queries e responses
 Cliente de verificação: nslookup
 Servidor: bind9, powerdns, incognito (DDNS)
e outros.

12. Solicita
www.c3.furg.br
www.c3.furg.bru
serv. DNS raiz
serv. DNS local
dns.local
1
2
45
6
serv. DNS com autoridade
dns.furg.br
7
8
serv. DNS TLD
3
Consulta recursiva

13.  whois www.dominio.com.br
 nslookup www.dominio.com.br
 Entrar no site do www.registro.br
 REGISTRO.BR
◦ Entidade responsável pelo registros de domínios
brasileiros
◦ Preço? Barato! 30 – 40 R$ / ano
◦ Dados necessários:
 Nome completo, CPF, RG e comprovante de endereço.
 CNPJ, Contrato social, comprovante de endereço e
outros.

15. @ IN SOA dominio.com.br root.dominio.com.br. (
2011090901 ; versão
10800 ; refresh (3 horas)
1800 ; retry (30 minutos)
3600000 ; expire (41 dias e 16 horas)
86400) ; ttl default (1 dia) ;
IN NS ns.dominio.com.br.
IN MX 5 mail.dominio.com.br.
gw IN A 200.19.232.254
dns1 IN A 200.19.232.1
dns2 IN A 200.19.232.2
mail IN A 200.19.232.3
correio IN A 200.19.232.3
ftp IN A 200.19.232.4
www IN A 200.19.232.5
www1 IN A 200.19.232.6
www2 IN A 200.19.232.7
www3 IN A 200.19.232.8
.
.
.

16.  Meu computador não navega! O que faço?
◦ Verifique os cabos e conexões físicas
◦ Verifique seu ip (/sbin/ifconfig)
◦ Verifique seu gateway (route –n)
◦ Pingue seu roteador ( ping IP_DO_GW )
◦ Teste um ip externo ( ping 150.162.248.1 )
◦ Verifique seu DNS ( nslookup www.google.com.br )
◦ Caso não funcione o nslookup
 Verifique o arquivo /etc/resolv.conf
 Caso de windows as configurações de rede
 Insira o ips do servidor OPENDNS.ORG
 Primário: 208.67.222.222
 Secundário: 208.67.220.220
 Tente navegar novamente

17.  Não possui servidor sempre ligado
 Sistemas finais arbitrários se comunicam
diretamente
 Pares estão conectados intermitentemente e
podem mudar de endereços IP
 Três tópicos:
◦ distribuição de arquivos
◦ procura de informações

18.  Napster (percursores, revolução da mp3)
 Torrents (utorrent, bittorrent e etc)
 Skype (revolução das comunicações VOIP e
MOIP)
 Amule, Emule, kazaa, shareza, eDonkey,
gnutella, fasttrack e muitos outros.

19. Pergunta: Quanto tempo para distribuir arquivo
de um servidor para N pares?
us
u2d1
d2
u1
uN
dN
servidor
rede (com largura de
banda abundante)
ui: largura de banda
de upload do par i
di: largura de banda
de download do par i

20. us
u2d1 d2
u1
uN
dN
servidor
rede (com largura
de banda abundante)
F
 servidor envia N cópias
sequencialmente:
◦ tempo NF/us
 cliente i leva um tempo
F/di para o download
aumenta linearmente em N
(para N grande)
= dcs = max { NF/us, F/min(di) }
i
tempo para distribuir F
a N clientes usando
técnica cliente/servidor

21. Cliente-servidor versus P2P:
exemplo
Taxa de upload cliente = u, F/u = 1 hora, us = 10u, dmin ≥ us

22. rastreador: verifica pares
que participam do torrent
torrent: grupo de
pares trocando
pedaços de um
arquivo
obtém lista
de pares
trocando
pedaços
par
 distribuição de arquivos P2P

23.  arquivo dividido em pedaços de 256 KB.
 torrent de ajuntamento de pares:
◦ não tem pedaços, mas os acumulará
com o tempo
◦ registra com rastreador para obter lista de
pares, conecta a subconjunto de pares (“vizinhos”)
 ao fazer download, par faz upload de pedaços para outros
pares
 pares podem ir e vir
 quando par tem arquivo inteiro, ele pode (de forma egoísta)
sair ou (de forma altruísta) permanecer

24.  P2P: pares de
usuários se
comunicam.
 protocolo próprio da
camada de aplicação
 índice compara
usernames com
endereços IP;
distribuído pelos
supernós.
Clientes Skype (SC)
supernó
(SN)
servidor de
login Skype

25.  DHT = banco de dados P2P distribuído
 banco de dados tem duplas (chave, valor);
◦ chave: número ss; valor: nome humano
◦ chave: tipo conteúdo; valor: endereço IP
 pares consultam BD com chave
◦ BD retorna valores que combinam com a chave
 pares também podem inserir duplas
(chave, valor)

26.  atribuem identificador inteiro a cada par no
intervalo [0,2n - 1].
◦ cada identificador pode ser representado por n bits.
 exigem que cada chave seja um inteiro no
mesmo intervalo.
 para obter chaves inteiras, misture chave
original.
◦ p. e., chave = h(“Led Zeppelin IV”)
◦ É por isso que a chamamos de tabela “hash”
distribuída

27.  questão central:
◦ atribuir duplas (chave, valor) aos pares.
 regra: atribuir chave ao par que tem o ID
mais próximo.
 convenção na aula: mais próximo é o
sucessor imediato da chave.
 ex.: n = 4; pares: 1,3,4,5,8,10,12,14;
◦ chave = 13, então par sucessor = 14
◦ chave = 15, então par sucessor = 1