6-

Cap. 1:
R11 : As vantagens de uma rede de comutao de circuitos que um caminho na rede estar
reservado e a taxa de transferncia constante, j na comutao de pacote se o caminho estiver
congestionado vai ter um atraso por causa da espera para envio. A vantagem do TDM que no h
perda de recursos durante o tempo, j que todos os recursos estaro disponveis para a transferncia
em um determinado momento e no FDM como existe a reserva, nem sempre os recursos sero
utilizados a todo momento, ficando ociosos em alguns mentos.
R14: A diferena que ISPs de nvel 1 tem cobertura internacional e sua estrutura muito rpida, ou
seja, podem transmitir pacotes a uma taxa muito alta.
R15
a.

Maximo 2 usurios

b.

No vai ter fila no caso de 2 ou menos usurios porque a soma dos bytes que esto

sendo transmitidos pelos 2 usurios (2 Mbps) no excede a capacidade do canal.

R23

Aplicao
reside s aplicaes de rede e seus protocolos.

Transporte
transporta mensagens da camada de aplicao pelos os lados do cliente e servidor de uma aplicao.

Rede
responsvel pela movimentao, de uma mquina para outra, dos datagramas
(pacotes da camada de rede).

Enlace
responsvel por rotear um datagrama por meio de uma serie de computadores
de pacotes (roteadores de internet) pelos a origem e o destino.

Fsica
movimenta os bits individuais que esto dentro do quadro de um n para o seguinte

R25
Um roteador implementa as camadas fsica, de enlace e de rede;
Um comutador de camada de enlace implementa as camadas fsica e de enlace;

Um sistema final implementa todas as camadas da pilha do protocolo da Internet, ou seja, um

sistema final implementa as camadas fsica, de enlace, de rede, de transporte e de aplicao.

Cap. 2:
R3. O processo que faz a requisio inicial o cliente.
O processo que aguarda a requisio o servidor.
R4. No, porque todas as sesses de comunicao tm um lado cliente e um lado servidor. No
compartilhamento de arquivos P2P, o par que est recebendo um arquivo normalmente o cliente e
aquele que est enviando o arquivo normalmente o servidor.

R5. O IP do host de destino e o nmero da porta de destino.

R6 . O TCP, por ele dar uma certeza que o pacote vai ser pelosgue.

R10. uma conexo Internet existente usando protocolos PPTP (protocolo de tnel ponto a ponto) ou
IPSec (IP seguro) com vrios esquemas de criptografia, incluindo MS-CHAP (Protocolo de autenticao
Microsoft Challenge Handshake).
R11. Por que os servios citados necessitam de conexo, ento o TCP um servio orientado a
conexo, enquanto o UDP um servio sem conexo.
R12. Um usurio visita o site pela primeira vez, o site devolve um nmero de cookie. Este nmero
armazenado no host do usurio e gerenciado pelo navegador. Durante visitas (ou compras)
posteriores, o navegador envia o nmero do cookie para o site, assim o site sabe quando este usurio
(mais precisamente, o navegador) est visitando o site.

R23. As mensagens instantneas, geralmente ao iniciar um contato, vo buscar em um servidor

centralizado o endereo (endereo IP) do receptor: modelo cliente-servidor. Depois disso, as mensagens
instantaneas podem ser P2P as mensagens pelos as duas partes que se comunicam so enviadas
diretamente pelos elas.

R27 . O servidor UDP, no existe nenhuma (porta) de boas-vindas, e todos os dados de clientes
diferentes entram no servidor atravs de um socket. Com o servidor TCP, existe um socket de boasvindas, e cada vez que um cliente inicia uma conexo com o servidor, um novo socket criado. Assim,
para apoiar N conexes simultneas, o servidor teria de n +1 sockets.

R28 .Na aplicao TCP, ento que o cliente executado, ele tenta iniciar uma conexo TCP com o
servidor. Se o servidor TCP no est funcionando, ento a conexo ir falhar. Para a aplicao UDP, o
cliente no inicia conexes ,nem tenta comunicar-se com o servidor UDP imediatamente aps a
execuo.

Cap. 3:
R4
Sabendo que o remetente est em estado de "espera por 1 de cima" e o receptor em estado de
"Espera por 1 de baixo." O remetente envia um pacote com nmero de srie 1, e as transies para
"aguarde por ACK ou NAK 1". Supondo agora que o receptor recebe o pacote com seqncia nmero 1
corretamente, e envia um ACK, e as transies de estado "Espere por 0 a partir de baixo", espera de
um pacote de dados com o nmero de seqncia 0. No entanto, o ACK corrompido. Quando o
remetente rdt2.1 recebe o ACK corrompido, ele reenvia o pacote com seqncia nmero 1. No entanto, o
receptor est esperando por um pacote com nmero de seqncia 0 e como sempre envia um NAK
quando no recebe um pacote com nmero de seqncia 0. O remetente ter sempre que enviar um
pacote com seqncia nmero 1, e o receptor responder sempre NAK para esse pacote. Nunca ir
avanar frente este estado.

R6
O remetente do protocolo rdt3.0 difere do lado do remetente do protocolo 2.2 em quetimeouts
foram adicionados.Vimos que a introduo de timeouts acrescenta opossibilidade de pacotes duplicados
para o remetente-a-receptor fluxo de dados. No entanto, oreceptor no protocolo rdt.2.2 j pode manipular
pacotes duplicados. (Receiver-sideduplicados em rdt 2.2 surgiriam se o receptor enviou um ACK que foi
perdido, e o remetenteento retransmitir os dados antigos). Da o receptor no protocolo rdt2.2 tambm
ir funcionar como o receptor no protocolo RDT 3.0.

R7
Visto que o protocolo j est em funcionamento h algum tempo. O remetente est em estado de
"espera para a chamada de cima "(canto superior esquerdo) e o receptor est no estado"espera por 0 de
baixo ". Os cenrios de dados corrompidos e ACK corrompidos so mostrados na Figura:
R9
Funcionaria, uma vez que uma retransmisso seria o que aconteceria se houvessempacotes recebidos
com erros que realmente foram perdidos (e o receptor nunca sabe qual desses eventos vai ocorrer).
Para comear, a questo mais sutil por detrs desta questo, tem que existir tempo limite para ocorrer.
Neste caso, se cada cpia extra do pacote ACK ento cada ACK recebido extra faz com que outra
cpia extra do atual pacote seja enviado, em um nmero n de vezes, n pacotes so enviados,
aumentando sem limite de n tendendo ao infinito.

R14
O remetente ir esperar at receber um ACK para um par de mensagens (seqnum e seqnum +1) antes
de passar para o prximo par de mensagens. Os pacotes de dados tem um campo de dados e realizam
um nmero de duas seqncia de bits. Ou seja, a seqncia vlida os nmeros so 0, 1, 2 e 3. ACK
mensagens transportam o nmero de seqncia do pacote de dados que eles esto reconhecendo. O
FSM para o emissor e o receptor so mostrados na Figura. Vide o Estado remetente registros se (i) no
foram recebidos ACKs para o par atual, se (ii) um ACK para num (apenas) foi recebido, ou um ACK para
seqnum +1 (apenas) foi recebido. Com este valor, vamos supor que o seqnum inicialmente 0, e que o
remetente enviou o primeiro duas mensagens de dados (para obter os dados de ida). Vide cronograma
de rastreamento:
R15

Esse problema uma variao sobre o parar e esperar um simples protocolo (rdt3.0).
Porque o canal pode perder as mensagens e porque o remetente pode enviar uma mensagem que um
dos receptores j recebeu (seja por causa de um timeout prematuro ou porque o outroreceptor ainda no
recebeu os dados corretamente), nmeros de seqncia so necessrios. Como em rdt3.0, um nmero
de seqncia 0-bits ser suficiente.O emissor e o receptor FSM so mostrados na Figura do problema
anterior. Neste problema, o Estado do remetente indica se o remetente tem recebido um ACK de B
(apenas), a partir de C (apenas) ou nem C nem B. O Estado receptor indica qual o nmero de seqncia
do receptor esperado.