-
O responsável pela função descrita é o TCP e não o IP.
-
Pra mim o erro da questão está na palavra "sempre"..
-
O erro da questão está na palavra "sempre", pois depende do valor configurado no bit DF, esse bit é responsável por fragmentar ou não o pacote IP se o mesmo exceder o valor do MTU.
DF = 1 não fragmenta
DF=0 fragmentar
-
- Flags
- Na verdade se trata de um campo com 3 bits.
- bit 0: Reserved; must be zero.[note 1]
- bit 1: Don't Fragment (DF) - If the DF flag is set, and fragmentation is required to route the packet
- bit 2: More Fragments (MF) - For unfragmented packets, the MF flag is cleared.For fragmented packets, all fragments except the last have the MF flag set
-
-
O que o avaliador quis dizer com: "o protocolo IP trata da heterogeneidade" ? Alguém sabe explicar?
-
O erro não é a palavra "sempre", como comentado pelos colegas, se for, a questão é TOTALMENTE passível de anulação
O bit DF (não fragmentar) é usado para "testar' o tamanho máximo que o pacote pode ter quando ele ira percorrer várias redes.Por exemplo, a rede A envia um pacote com o tamanho máximo (1500bytes no padrão ethernet) para a rede C, porém este pacote ira passar pela rede B que possui um MTU (tamanho máximo de pacote) menor (800 bytes por exemplo). Neste caso a rede B envia uma respota a rede A avisando que o tamanho do pacote não pode trafegar pelo seu MTU, e em sequencia a rede A, ATRAVÉS DO PROTOCOLO IP, segmenta o pacote com o tamanho exigido e transmite novamente.
Resumindo: O protocolo IP SEMPRE fragmenta o pacote que excede o tamanho do MTU da rede. Até porque, se fosse diferente (não houvesse fragmentação), como um pacote de 1500bytes poderia ser transmitido em um meio fisico que aceita pacotes de tamanho máximo de 800bytes???
-
O TCP não faz a fragmentação e sim o IP.
O erro está em dizer que o pacoteserá dropado sempre que exceder o MTU, pois caso o bit DF esteja ativado, é mais viável para a aplicação dropar (apagar) o pacote do que fragmentá-lo.
-
Segundo Tanenbaum(4 ed, pág. 472, 6 parág.), " Marcando-se o datagrama com o bit DF, o transmissor sabe que ele chegará em um único fragmento,..", isto é, setar DF = 1 diz para não fragmentar o pacote.
-
Pessoal,
Quem faz a fragmentação do pacote IP? É o próprio IP? Não. É o roteador.
Acho que se trata disso.
-
PROTOCOLO IP nao trata de heterogeneidade , uma rede IP não conversa com token ring ou appletalk.
o protocolo IP encapsula o payload em um datagrama de tamanho maximo de 65.535 bytes para ser enviado pra camada de enlace e ser transmitido, a fragmentação ocorre a nivel de enlace , caso o MTU do meio seja ethernet seriam frames de 1500 bytes, o IP não fragmenta nada.
-
Prezado Gil, quanto equívoco.
Claro que redes diferentes comunicam-se entre si, procure mais na literatura... a exemplo: " O modelo de camadas OSI (Open Systems Interconnect) foi desenvolvido para acabar com o bloqueio de comunicação entre redes de diferentes propriedades, permitindo a interoperabilidade independentemente de qual seja o fabricante de um ou outro dispositivo que compõe uma mesma rede ou, de um sistema que esteja sendo utilizado (FILIPPETTI, 2002)."
Inclusive é o próprio protocolo IP quem trata sim da heterogeneidade e realiza a fragmentação de pacotes. Porém essa fragmentação acontece APENAS qdo o bit da flag DF indica para tal. Ou seja, se o pacote exceder o MTU do meio ele nem SEMPRE fragmentará... e como dito, APENAS com a indicação da flag DF (Don't Fragment).
-
O colega Lucc OI está absolutamente correto! Inclusive devido à sua preocupação com os comentários equivocados dos colegas, passo a seguí-lo!
O erro está na palavara SEMPRE! Se a Flag DF estiver ativa, a fragmentação não ocorrerá em trânsito!
-
Resumindo: o que torna a questão incorreta é a palavra "sempre", uma vez que o datagrama pode ter a flag DONT FRAGMENT = 1. Nestes casos, se o datagrama exceder o tamanho do MTU, ele não será fragmentado.
-
ERRADO.
Nem SEMPRE. Não esquecer do campo DF (dont fragment), pq ele pode estar SETADO, daí a questão fica errada. Não esquecer que é preferível dropar o pacote do que fragmenta-lo.
-
Se ele tiver tratando da heterogeneidade sim, como diz a questão, sempre fragmenta sim!
-
GABARITO ERRADO!
.
.
DF significa Don’t Fragment (Não Fragmentar). Trata-se de uma ordem para os roteadores não fragmentarem o datagrama. Originalmente, a intenção era dar suporte a hosts incapazes de juntar as partes novamente. Agora ele é usado como parte do processo de descobrir a MTU do caminho, que é o maior pacote que pode atravessar um caminho sem ser fragmentado. Marcando o datagrama com o bit DF, o transmissor sabe que ele chegará a uma só parte, ou uma mensagem de erro será retornada ao transmissor.
.
.
Redes de Computadores, Andrew S. Tanenbaum, 5ª edição.
-
Apesar dos comentários, ngm(muito menos eu), conseguiu pacificar essa questao. Em seguida, vem a bomba (A pergunta q não quer calar):
Se o tamanho do pacote exceder a MTU do caminho, ele deve ser fragmentado? Sim! Sempre? Sim, sempre!
Ou seja, toda vez q o tamanho do pacote exceder a MTU do caminho, ele deve ser fragmentado! Isso é lógico, pois a MTU é o tamanho máximo. MAXIMOOOOO!!!!
Veja o trecho deste autor[1]:
"fragmentação O processo de dividir um datagrama IP em partes menores. Um roteador fragmenta um datagrama quando a MTU da rede é menor do que o datagrama; o destino final remonta os fragmentos".
Indo por partes, como o Chico Picadinho,
Entre outras funções, o protocolo IP trata da heterogeneidade e -- vou ser sincero, mas usar esse termo sem nexo ou contexto não me permitiu tirar qqr conclusão! Seria + ou menos dizer q o Palmeiras tem 1 mundial sem explicar se esse mundial é o da FIFA ou se eh da quinta divisão do campeonato de várzea do bairro do limoeiro disputado nos gibis da turma da monica!!!
realiza a fragmentação -- pra mim o erro estaria aqui, pois não eh o protocolo IP em si q realiza esse procedimento, mas o proprio roteador, como afirma[1]. E, caso vc ainda não esteja convencido, trago mais uma fonte[2]:
"DF stands for do not fragment. If destination is in capable of putting the pieces back together, the order is given to router do not fragment the datagram.
MF stands for more fragment. All fragment except the last one have this bit set. It is needed to know when all fragments of a datagram have arrived".
Ou seja, as flags DF e MF são sinalizações q constam no IP e q indicam ao roteador se ele deve ou não fragmentar o datagrama.
sempre que o pacote a ser transmitido excede o MTU do meio. -- pra mim, essa parte tá certa, como expliquei acima.
Este autor diz o seguinte[2]:
Por fim, peço encarecidamente q, se alguma alma caridosa(e a mais honesta q há nesta sala) vier contra-argumentar, q o faça sem mi*mi*mi e s/ cho*ru*me*las, mas fontes boas!!!
Fonte:
[1] D Comer, Redes
[2] Computer Networks, Vilas S. Bagad
-
Cara, acredito que os roteadores fragmentaram o datagrama, não o IP.
-
Gabarito: ERRADO
Todos os campos relacionados à fragmentação foram removidos, porque o IPv6 dá um tratamento diferente à fragmentação. Para começar, todos os hosts e roteadores compatíveis com o IPv6 devem determinar dinamicamente o tamanho de datagrama que será usado. Essa regra diminui a probabilidade de ocorrer fragmentação. O valor mínimo também foi elevado de 576 para 1280, a fim de permitir o uso de 1024 bytes de dados e muitos cabeçalhos. Além disso, [1]quando um host enviar um pacote IPv6 muito grande, o roteador que não puder encaminhá-lo, enviará de volta uma mensagem de erro em vez de fragmentá-lo. Essa mensagem instrui o host a dividir todos os novos pacotes enviados a esse destino. Na verdade, é muito mais eficiente obrigar o host a enviar pacotes com o tamanho exato que solicitar que os roteadores os fragmentem automaticamente.
O cabeçalho de fragmento lida com a fragmentação da mesma maneira que o IPv4. O cabeçalho contém o identificador do datagrama, o número do fragmento e um bit que informa se haverá novos fragmentos em seguida. [2] No IPv6, ao contrário do IPv4, apenas o host de origem pode fragmentar um pacote. Os roteadores ao longo do caminho não podem fazê-lo. Embora represente uma grande ruptura filosófica com o passado, esse recurso simplifica o trabalho dos roteadores e faz com que o roteamento seja mais rápido. Como já dissemos, se um roteador for confrontado com
um pacote muito grande, ele o descartará e enviará um pacote ICMP de volta à origem. Tais informações permitem que o host de origem utilize esse cabeçalho para fragmentar o pacote em pedaços menores e tentar outra vez
Em suma: No IPv6 quem realiza a fragmentação é o HOST de origem conforme trecho [1]. Além disso, pode-se inferir, por meio do trecho [2], que no IPv4 a fragmentação ocorria nos roteadores, porém tornava mais difícil e lentidão no processo.
Fonte: Tanenbaum