6-Cap. 1: R11 :As vantagens de uma rede de comutao de circuitos que um caminho na rede estarreservado e a taxa de transferncia constante, j na comutao de pacote se o caminhoestiver 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 disponveispara a transferncia em um determinado momento e no FDM como existe a reserva, nemsempre 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, ouseja, 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 mquinaparaoutra,dos datagramas(pacotes da camada de rede). Enlace responsvel por rotear um datagramapor meiodeumaseriede computadoresde pacotes (roteadores de internet) pelos a origem e o destino. Fsica movimenta os bitsindividuais 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, umsistema 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 boas-vindas, 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.