Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

IP - Exercicios Resolvidos

Fazer download em pdf ou txt
Fazer download em pdf ou txt
Você está na página 1de 5

Prof V Vargas, Instituto Superior Tecnico

IP

15/09/10, Pg 1/5

IP
{IP.doc}

1. O valor inicial de TTL (Time To Live) no cabealho pode ser inferior ao nmero de saltos (hops) na rede, entre originador e destinatrio, de um datagrama-IP? Justifique.
R: No. Se o fsse, e como ele decrementado por cada hop, ele chegaria a zero (e em consequncia seria descartado) antes de atingir o n destino.

2. [09E2.9] Suponha que um datagrama IPv4 contendo um pacote de transporte fragmentado e que um dos fragmentos se perde na rede. 2.1. Na sequncia desta perda, diga que aces (se as houver) so executadas ao nvel de rede no destinatrio do datagrama original. 2.2. Diga se o nvel de transporte no destinatrio ser informado do facto (e de que forma). 2.3. Como ser corrigida esta perda de fragmento?
R1: a recomposio do datagrama abortada e fragmentos j recebidos so descartados, quando for excedido o tempomximo-de-recomposio; R2: No; R3: No caso do TCP, feita a retransmisso do pacote em causa, em outro datagrama IPv4. No caso de UDP, a aplicao poder, ela mesma, provocar essa retransmisso. (Curiosidade: na especificao original do IP, a RFC791, a recomposio do datagrama ser abortada quando for excedido o maior entre 1) o tempo-mximo-de-recomposio (por omisso, 15 seg) aps se ter recebido o primeiro fragmento, e 2) o Tempo de vida do segmento que apresentar um maior tempo de vida (TTL). Acontece que os ns da Internet real utilizam o TTL como nmero de hops, e no como tempo - pelo que a deciso de abortar a recomposio considera apenas o tempomximo-de-recomposio; um valor mnimo realstico para este ser da ordem dos 60 segs)

3. [09E3.8] Considere que est envolvido no fabrico de um router para datagramas IPv4 Recorde os campos de um datagrama-IPv4:
Verso TTL (Tempo de Vida) Endereo de Origem IHL Identificao Tipo de Servio Protocolo Endereo de Destino Comprimento Total Flags Offset Checksum Opes Dados

3.1. Quais os campos do cabealho de um datagrama que o router deve actualizar antes de o transmitir? 3.2. Eventualmente, em alguns datagramas o router necessita acrescentar uma opo de 4-bytes; quais os campos do cabealho que ele tem que actualizar? 3.3. Sucede que a primeira verso do router no processa o campo TTL (TimeToLive). Quais as consequncias? Qual o modo correcto de lidar com o campo TTL? 3.4. Em ordem a poupar nos gastos, decide ignorar a checksum: o router no a testa, nem a actualiza. E, no laboratrio, verifica-se que os testes at correm bem. Da a pergunta: ser uma boa deciso? 3.5. Com o intuito de acelerar o processamento do datagrama, decide recolher o endereo de destino nos ltimos 4 bytes do cabealho. Mas, de vez em quando, o router falha na determinao do endereo correcto. Porqu? 3.6. Qual o comprimento mnimo do cabealho? Se o nvel superior passar ao nvel IP, para serem enviados, 1 Mbyte de dados, mas cada datagrama no puder exceder 40 bytes de comprimento, quantos bytes, no total, ter o nvel IP que enviar? 3.7. Admita que o router recebe 5 fragmentos de um datagrama de uma entrada cujo MTU 60 bytes, e que ele decide faz-los prosseguir por uma sada cujo MTU 120. Quantos datagramas, no total, dever transmitir?
R1: TTL e checksum R2: TTL, checksum, comprimento do cabealho, comprimento total e opes R3: Alguns dos datagramas podero ser retransmitidos indefinidamente. O router deveria decrementar de 1 o TTL e, se o resultado fosse 0, descart-lo e devolver uma mensagem ICMP Time exceeded R4: No uma boa ideia. A Internet real corrompe mesmos os pacotes! E routers de outros fabricantes descartariam os datagramas, pois a checksum estaria errada R5: Os datagramas podem ter opes no cabealho! Pelo que os tais ltimos 4 bytes seriam Opes, no endereo! (A soluo utilizar como endereo de destino os bytes 17-20! Ou ento somente utilizar os ltimos 4 bytes do endereo se o comprimento do cabealho for 20) R6: 20 byte; 2 Mbyte. R7: 5, pois o router no procede recomposio (re-assemble) dos datagramas.

Prof V Vargas, Instituto Superior Tecnico

IP

15/09/10, Pg 2/5

4. [04E1] Quais so os campos, do cabealho de um datagrama-IP, que so alterados pelo procedimento de fragmentao? Explique o que acontece com cada um deles. Recorde os campos de um datagrama-IP:
Verso IHL Identificao Tipo de Servio TTL (Tempo de Vida) Protocolo Endereo de Origem Endereo de Destino R: Offset: reflectindo a posio do fragmento no datagrama original Flags: excepto o ltimo fragmento da segmentao dum datagrama com MF=0, ser MF=1 Opes: algumas das opes podem ser copiadas para os fragmentos IHL: tem que ficar de acordo com o comprimento do Header do fragmento Comprimento total: tem que ficar de acordo com o comprimento do fragmento Checksum: tem que ficar de acordo com o novo contedo do fragmento Tempo de Vida: decrementado 1 Comprimento Total Flags Offset Checksum Opes Dados

5. Quais devero ser os valores da flag MF (More Fragments) e do Offset do Fragmento num datagrama-IP completo, no-fragmentado?
R: MF=0, Offset do Fragmento=0

6. [08E3.6] Considere a fragmentao de datagramas no protocolo IP v4. 6.1. Teoricamente, qual o valor mximo de fragmentos que podem resultar de um nico datagrama IP? 6.2. Qual o maior datagrama que no pode ser fragmentado?

R1: 65535 / 8 213 = 8192 fragmentos (Recorde: so aceites datagramas com comprimento at, em teoria, 65535 octetos; e os dados so repartidos em pores terminando em fronteiras de 8 octetos) R2: Datagrama com 60 octetos de cabealho e 8 octetos de dados ( aceitvel a resposta 20 de cabealho + 8 de dados)

7. Suponha que um segmento TCP tem 2048 bytes de dados e 20 bytes de cabealho. Este segmento tem que atravessar duas ligaes para chegar ao destino. A primeira ligao tem um MTU de 1024 bytes e a segunda um MTU de 512 bytes. Assuma que o cabealho de qualquer diagrama IP tem 20 bytes. 7.1. Indique os comprimentos e offsets de todos os fragmentos entregues ao n aps a primeira ligao. 7.2. Indique os comprimentos e offsets de todos os fragmentos entregues camada IP do destino 7.3. Como que o destinatrio sabe que j recebeu o ltimo fragmento do datagrama?
Resoluo: Relativamente ao segmento TCP em causa, passado camada rede um total de 2068 (=20+2048) bytes. Procedimentos relativos primeira ligao: sendo MTU=1024 bytes, e havendo que reservar, em cada datagrama-IP, 20 bytes para o cabealho, sobram 1004 bytes (=1024-20) para os dados - o que menos que os 2068 bytes do segmento a transmitir. H, pois, que o fragmentar As regras a observar so: tentar encher cada datagrama o mais possvel, e operar a fragmentao em fronteiras de 8 bytes. Quantos bytes de dados que cada datagrama ir carregar? Repare-se que 1004/8=125,5; por conseguinte, o maior mltiplo de 8 que no excede 1004 8*125=1000. Pelo que as regras acima ficaro cumpridas vertendo, no campo dados de cada datagrama (exceptuando o ltimo), 125 blocos de 8 bytes. - numeram-se 0, 1, 2, os blocos de 8 bytes dos dados do segmento; inicializa-se offset=0, cfr IP01.a; - constroi-se um primeiro datagrama, com 125 blocos de 8 bytes do segmento-TCP, contados a partir de offset=0; offset incrementa de 125; ficam sobrando 2068-1000=1068 bytes - constroi-se um segundo datagrama, com 125 blocos de 8 bytes do segmento-TCP, contados a partir de offset=125; offset incrementa de 125; ficam sobrando 1068-1000=68 bytes - constroi-se o terceiro, e ltimo datagrama, com os ltimos 68 bytes do segmento-TCP, contados a partir de offset=250 Sumarizando, as caractersticas dos datagramas despachados para a primeira ligao so:

Prof V Vargas, Instituto Superior Tecnico


Cabealho 20 20 20 Dados 1000 1000 68 Offset 0 125 250 MF-Flag 1 1 0

IP

15/09/10, Pg 3/5

Comprimento do datagrama 1020 1020 88

Procedimentos relativos segunda ligao: sendo MTU=512 bytes, e havendo que reservar, em cada datagrama-IP, 20 bytes para o cabealho, sobram 492 bytes para os dados. O primeiro datagrama recebido da primeira ligao transporta 1000 bytes de dados - o que excede esses 492 bytes. H, pois, que o fragmentar Quantos bytes de dados que cada fragmento ir carregar? Repare-se que 492/8=61,5. Pelo que em cada fragmento (exceptuando o ltimo), devero ser colocados 61 blocos de 8 bytes. - constroi-se um primeiro fragmento, com 61 blocos de 8 bytes do datagrama, contados a partir de offset=0; offset incrementa de 61; ficam sobrando 1000-488=512 bytes - constroi-se um segundo fragmento, com 61 blocos de 8 bytes do datagrama, contados a partir de offset=61; offset incrementa de 61; ficam sobrando 512488=24 bytes - constroi-se o terceiro fragmento, com os ltimos 24 bytes do datagrama, contados a partir de offset=122 Para o segundo datagrama proveniente da primeira ligao, o procedimento anlogo. Sumarizando, tem-se o seguinte, chegada camada rede do destino, cfr IP01.b: Cabealho Dados Offset MF-Flag Comprimento do fragmento 20 488 0 1 508 20 488 61 1 508 20 24 122 1 44 20 488 125 1 508 20 488 186 1 508 20 24 247 1 44 20 68 250 0 88

Nota: em cada fragmentao, so tambm alterados os campos TTL e checksum. 8. [2007/09] Considere que uma gateway-IP recebeu um datagrama-IP com os campos seguintes: Id: 314 TL (Total Length)=132 FO (Offset do Fragmento)=29 MF (More Fragments)=0 e que ele deve ser re-enviado, para uma rede cujo MTUMax=128. Em quantos datagramas-IP deve aquele ser segmentado? Quais os valores que aqueles campos devero passar a deter, em cada um deles? Nota: Admita que o campo Opes do cabealho do datagrama-IP est vazio
R: IHL=20 [(128-20) / 8] * 8=104 octetos por fragmento; 132 = 20+112 112 / 104 2 datagramas-IP, com os seguintes campos: Id TL FO MF 314 20+104 29 1 314 20+8 42 0

Prof V Vargas, Instituto Superior Tecnico


9.

IP

15/09/10, Pg 4/5

[07T2] Considere que um computador fonte gerou um datagrama IPv4 em que, no respectivo cabealho, Id=345 e o campo Opes est vazio. No caminho at ao computador destino, o datagrama IP sofreu vrias fragmentaes. Suponha que os ns, quando segmentam os pacotes, agem por forma a encher o mais possvel os fragmentos resultantes. Suponha tambm que, a certa altura, j chegaram ao destino trs fragmentos, pela ordem seguinte e com os seguintes campos no cabealho:
Id Total Length Fragment Offset Flag More Fragments DG1: 345 140 15 1 DG2: 345 50 60 0 DG3: 345 140 30 1

9.1. Com base na informao contida nos fragmentos j recebidos, qual o nmero de octetos de dados do datagrama original na fonte? 9.2. Qual o valor mais elevado de MTU (Maximum Transfer Unit) que a Rede mais restritiva (visitada por aqueles trs fragmentos) pode ter? 9.3. Qual o Fragment Offset do fragmento que contm o 400 octeto do datagrama original?
R1: (60*8)+(50-20)=510 bytes R2: MTUMax=140+(8-1)=147 bytes R3: FO=int (400/(15*8))*15=45 (Nota: como o campo Opes est vazio, o IP-Header tem apenas 20 bytes) (Nota: a segmentao faz-se em fronteiras de 8 bytes) (Nota: cada fragmento comporta 140-20=120=15*8 bytes)

10. [07E2.5] Um emissor envia um datagrama com 900 bytes de dados e com o campo Opes vazio. No caminho at ao destino, o datagrama original foi fragmentado. Suponha que todas as redes atravessadas pelos datagramas (fragmentos) possuem o mesmo MTU (Maximum Transfer Unit). Suponha tambm que, neste cenrio, todos os routers que decidem fragmentar datagramas escolhem sempre o mximo tamanho possvel para os fragmentos. Considere que chegaram ao receptor os seguintes datagramas, pela ordem indicada e com o seguinte contedo: DG1: DG2: 345 345 Id 180 180 Total Length (TL) 80 20 Fragment Offset (FO) 1 1 Flag More Fragments (MF) Quais os campos FO, MF e TL dos fragmentos que ainda no chegaram?
R: O nmero de bytes de dados em cada fragmento de 180-20=160. Ento, a recomposio do datagrama ser:

TL-20: FO:

160 0

DG2 160 20

160 40

160 60

DG1 160 80

100=900-5*160 100

DG3: FO=0,MF=1,TL=180; DG4: {40,1,180}; DG5: {60,1,180}; DG6: {100,0,120}

11. [08T2.3] Considere que entre dois computadores, X e Y, existem vrias Redes, com a topologia esquematizada na figura ao lado, onde se indicam os respectivos MTU (Maximum Transfer Unit). X gera um datagrama IPv4 com 512 bytes de Dados. Esse datagrama sujeito a uma primeira fragmentao na rede W. O primeiro fragmento encaminhado pela Gateway Gnw e os restantes so encaminhados para a Gateway Gsw. Assuma que se enche o mais possvel os fragmentos resultantes. Especifique os campos TotalLength, FragmentOffset e MoreFragment dos fragmentos que chegaro a Y. [Nota: Suponha que no haver perdas nem duplicados, nem os datagramas sofrem loops no trnsito entre X e Y].
R: (Reparo: 256 cobre 20+29*8, 128 cobre 20+13*8) TotalLength 124 124 44 252 FragmentOffset 0 13 26 29 68 58

12. [09T2.2] Considere que entre dois computadores, X e Y, existem vrias Redes, com a topologia esquematizada na figura IP05.d, onde se indicam os respectivos MTU (Maximum Transfer Unit). X gera um datagrama IPv4 com 1024 bytes de Dados (e em cujo

Prof V Vargas, Instituto Superior Tecnico

IP

15/09/10, Pg 5/5

cabealho o campo Opes est vazio). Os fragmentos resultantes de uma primeira fragmentao em X so encaminhados pelas Gateways Gs ou Gnw (e Gen). Ao destino Y, chegam no total cinco fragmentos. Na tabela abaixo, sumarizam-se os dados (TotalLength, FragmentOffset e MoreFragment) j recolhidos desses datagramas. Preencha as quadrculas ainda vazias. Assuma que, no processo de fragmentao, se enche o mais possvel os fragmentos resultantes. [Nota: Suponha que no h perdas nem duplicados, nem os datagramas sofrem loops no trnsito entre X e Y]. TotalLength 300 292 172 FragmentOffset 0 MoreFragment 0
R: A fragmentao em X origina trs datagramas, {Dx1, Dx2, Dx3}, com, sucessivamente, 376 (=(400-20)/8*8), 376 e 272 (=1024-2*376) bytes de dados. A fragmentao de Dx1 em Gs origina dois datagramas, com 280 (=(300-20)/8*8) e 96 bytes (=376-280) de dados: so o primeiro e segundo (ou quarto) datagramas recebidos; os FragmentOffset so 0 e 280/8=35. A fragmentao de Dx2 em Gn origina dois datagramas, com 224 (=(250-20)/8*8) e 152 bytes (=376-224) de dados so o quarto (ou segundo) e quinto datagramas recebidos. Os respectivos FragmentOffset so 47 (=376/8) e 75 (=47+28). Dx3 detm MoreFragment=0; o terceiro datagrama recebido, o seu FragmentOffset ser 2*376/8=94. 1 Fragmentao 1024 = 376 + 376 + 272 2 Fragmentao Dx1:376=280+9 Dx3:272 Dx2:376=224+15 6 2 TotalLength 300 116 292 244 172 FragmentOffset 0 35 94 47 75 MoreFragment 1 1 0 1 1 (Repare-se: O primeiro datagrama (cujo FragmentOffset=0) e o terceiro (cujo MoreFragment=0) contm respectivamente o primeiro e ltimo bytes de dados do datagrama original. Pois que esses datagramas tm comprimentos que excedem o MTU de N (=256), deduz-se que esses bytes no podem ter transitado por N: o seu trajecto foi XWEY. Isto : Dx1 e Dx3 foram, ambos, encaminhados por Gs. E, quanto a Dx2, a sua fragmentao origina um datagrama com 152 bytes de dados valor distinto daqueles {280 e 96} associados fragmentao de Dx1; i.e.: a Gateway por que transitou no foi aquela, Gs, por onde viajou Dx1, mas Gn. O nmero de bytes de dados o valor do TotalLength decrescido de 20, o comprimento do header)

13. Explique os conceitos, e compare as respectivas vantagens e desvantagens, de fragmentao intranet versus fragmentao internet.

Você também pode gostar