Buscar

Exercicio 08 REDES DEFINIDAS POR SOFTWARE

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes
Você viu 3, do total de 3 páginas

Prévia do material em texto

Caso tenhamos mais que um campo de que case com alguma regra a ação será:
Pela saída do comando dump do Mininet podemos ver:
REDES DEFINIDAS POR SOFTWARE
 CCT0718_A8_201808104501_V1 
Lupa Calc.
 
 
PPT
 
MP3
 
Aluno: ALEXANDRE HONORIO DOS SANTOS Matr.: 201808104501
Disc.: RED.DEFIN.SOFWARE 2019.2 (G) / EX
 
Prezado (a) Aluno(a),
 
Você fará agora seu TESTE DE CONHECIMENTO! Lembre-se que este exercício é opcional, mas não valerá ponto para sua
avaliação. O mesmo será composto de questões de múltipla escolha.
Após responde cada questão, você terá acesso ao gabarito comentado e/ou à explicação da mesma. Aproveite para se familiarizar
com este modelo de questões que será usado na sua AV e AVS.
 
1.
 Pedir uma ação de desempate ao controlador.
Olhar o campo de prioridade de cada campo para selecionar qual será levado em conta.
Nenhuma das anteriores.
Descartar o pacote pois não se sabe o que fazer com ele.
Tentar realizar um merge (fusão) das possíveis ações.
 
 
 
Explicação:
Quando este caso ocorre de mais de um campo existir um casamento, a ação será escolhida via ordem de prioridade,
enquanto que as demais serão ignoradas.
 
 
 
 
2.
Apenas os endereços IP dos nodes.
Os endereços MAC dos nodes.
O nome dos hosts, endereços MAC, IP e PID.
Endereços de MAC e IP e PID.
O nome dos hosts, endereço IP e PID.
 
 
 
Explicação:
A saída dump nos informa o nome dos hosts, o endereço IP de suas interfaces, o número do processo (PID) e a porta
onde o OpenFlow está sendo executado.
 
 
 
Quais pacotes podem ser gerados pelo controlador, quando o switch OpenFlow interage devido a um table miss?
Quanto a forma de funcionamento do switch OpenFlow e controlador, podemos dizer que:
Sobre os campos encontrados em Packet-IN, OUT e Flow-MOD, podemos dizer:
Sobre timeouts da tabela de fluxo podemos dizer:
 
3.
ACK e Flow-MOD
Apenas pacotes Packet-IN
Packet-IN e SYN
Packet-OUT e Flow-MOD
Apenas pacotes Flow-MOD
 
 
 
Explicação:
O controlador pode gerar os pacotes: Packet-OUT e/ou Flow-MOD.
 
 
 
 
4.
Nenhuma das anteriores.
Pode ser reativo ou proativo, onde o switch consulta de forma própria ao controlador no proativo.
Ocorre somente de forma reativa, onde o switch ao receber algo que não sabe lhe dar entra em contato com o controlador.
Pode ser reativo ou proativo onde as aplicações OpenFlow já informam ao switch o que fazer quando proativo e o switch
consulta o controlador quando reativo.
Ocorre somente de forma proativa, onde o controlador informa ao switch tudo que ele conhece de regra de antemão e, o
switch ao receber algo diferente apenas descarta.
 
 
 
Explicação:
O funcionamento pode ser reativo ou proativo. Na forma proativa cabe as aplicações OpenFlow já informarem ao
switch o que fazer. Quando reativo o switch consulta o controlador quando recebe algo diferente do que possui.
 
 
 
 
 
5.
O campo priority indica o desempate na ordem de envio que o pacote deve ter, caso mais que um pacote chegue ao switch.
Podemos ter o campo buffer ID que representa onde a informação está alocada em memória.
O campo timeout indica quanto tempo o pacote terá de ¿vida¿.
O campo action indica qual ação o controlador irá executar.
O campo buffer ID representa uma referência que o switch faz ao pacote ao repassar ao controlador ao invés de todo
conteúdo do pacote.
 
 
 
Explicação:
Ao repassar um pacote ao controlado o switch pode incluir a mensagem inteira ou pode incluir apenas o cabeçalho e
referenciá-la com um buffer ID. Ao usar um buffer ID o switch guarda todo pacote em memória e o controlador pode
mais tarde instruir o switch o que fazer com o pacote guardado indicando seu buffer ID.
 
 
 
 
6.
Temos apenas um timeout o idle timeout.
Temos apenas um timeout o soft timeout.
Temos dois timeouts um soft timeout e outro hard timeout.
Temos dois timeouts um idle timeout e um hard timeout.
Temos apenas um timeout o hard timeout.
 
 
 
Explicação:
Temos dois timeouts: o idle timeout que irá retirar a entrada da tabela caso não receba notificações em um
determinado tempo, e o hard timeout que independente do tempo de inatividade ou não a entrada na tabela de fluxo
será deletada.
 
 
 
 
 
 
 
Legenda: Questão não respondida Questão não gravada Questão gravada
 
 
Exercício inciado em 14/10/2019 13:30:36.

Outros materiais

Materiais relacionados

Perguntas relacionadas

Perguntas Recentes