SóProvas


ID
1365814
Banca
FCC
Órgão
TRT - 13ª Região (PB)
Ano
2014
Provas
Disciplina
Redes de Computadores
Assuntos

É sabido que um dos motivantes para a proposição do IPv6 para substituir o IPv4 foi a capacidade limitada de endereçamento do IPv4. Entretanto, e aproveitando a oportunidade para melhorar a funcionalidade do protocolo IP, outros recursos foram modificados ou introduzidos no IPv6. Dentre eles,

Alternativas
Comentários
  • Segundo o livro de Redes de Computadores Tanenbaum e Witherrall 5ed ---- > Cap 5 A camada Rede

    Pagina 286:

    Recursos disponíveis no Ipv6 é Oferecer a QoS (Qualidade de Serviço) utilizando o campo Flow Label. Porém, com o crescimento autal da multimídia na Internet, a sensação de urgência é maior.

  • IPV6:

    Introduz capacidades de QoS utilizando para isso o campo Flow Label.

    fonte:   http://www.teleco.com.br/tutoriais/tutorialredeip1/pagina_4.asp

  •  Classe de Tráfego (Traffic Class) – 8 bits – Serve para identificar se o dado no pacote é de uma mídia contínua, como vídeo ou som, ou se é de outro tipo. Embora esse campo já exista no protocolo IP desde o seu início, ele é pouco utilizado pelos roteadores, e vários estudos para descobrir a melhor forma de uso deste campo ainda estão sendo realizados.

    Identificação de Fluxo (Flow Label) – 20 bits – O campo de identificação de fluxo permite a criação de um “pseudocanal de conexão” entre uma fonte e um destino, que possui requerimentos e propriedades particulares.

                 Por exemplo: quando um roteador recebe um pacote com esse campo sendo não zero, ele identifica a qual fluxo de pacotes ele pertence. Se for um fluxo um streaming de vídeo pertencente a uma determinada aplicação, o roteador pode atribuir maior prioridade para esses pacotes. Quando um outro pacote com o mesmo número de identificação de fluxo chegar, o roteador poderia enviá-lo diretamente para seu destino, sem precisar ler os campos de endereço. O valor desse campo deve receber um valor aleatório para cada “pseudocanal de conexão”, para reduzir a possibilidade de existirem dois canais com o mesmo código, fazendo com que o roteador pense que é só um canal e envie os dados erroneamente pela mesma rota.

    A resposta poderia ser o TC, mas como já tem no ipv4...Mas na boa, se não fosse isso, e a questão pedir novas funcionalidades do ipv6, eu diria que TC, que tem a ver com a prioridade do pacote, tem mais a ver com QoS do que FL. Não sei se no campo next header tem algo para configurar os roteadores com o FL, para tipo, criar um circuito virtual com QoS...talvez seja o Destination Options...reparem que este campo tem que ser gerado de forma aleatória, para dificultar a ocorrência de FL iguais...mas realmente, o que melhor estabelece QoS é o FL, agora me convenci rsrs.

    Mas é um pouco redundante, gerando overhead, não acham?

    Por um lado, uma mensagem ICMP precisa de ter prioridade alta, portanto esse campo sempre será necessário; por outro, só a prioridade é um parâmetro que traduz pouco a qualidade de serviço, como por exemplo: podemos nomear cada ligação voip com um fluxo diferente, ou fazermos uma reserva de banda, pré-configurando os roteadores antes com o next header e nas opções do destination options...