Logo Passei Direto
Buscar

Arquitetura de Rede

ESTÁCIO
Qual atitude que um switch OpenFlow realiza ao receber um pacote (fluxo de mensagem), que já POSSUI entrada na sua tabela de fluxos?


Nenhuma das anteriores.


Envia ao controlador, independente da entrada já estar na tabela.


Encaminha o pacote a saída já especificada previamente pelo controlador.


Calcula a partir de sua visão da rede o próximo salto que o pacote deve seguir.


Descarta o fluxo pois trata de uma ameaça, visto que já possui registro de entrada.
User badge image
Maison Lima

há 2 anos

User badge image
Maison Lima

há 2 anos

Redes Definidas por Software - AV
3 pág.

Redes Definidas por Software - AV

ESTÁCIO

Respostas

User badge image

Ed Verified user icon

há 6 meses

Quando um switch OpenFlow recebe um pacote que já possui uma entrada na sua tabela de fluxos, a atitude que ele realiza é: Encaminha o pacote à saída já especificada previamente pelo controlador. Isso significa que o switch utiliza a regra existente na tabela de fluxos para determinar como tratar o pacote recebido.

Essa resposta te ajudou?

0
Dislike0
left-side-bubbles-backgroundright-side-bubbles-background

Crie sua conta grátis para liberar essa resposta. 🤩

Já tem uma conta?

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

User badge image

Ed Verified user icon

há 2 anos

Quando um switch OpenFlow recebe um pacote (fluxo de mensagem) que já possui entrada na sua tabela de fluxos, ele encaminha o pacote a saída já especificada previamente pelo controlador. Portanto, a alternativa correta é: "Encaminha o pacote a saída já especificada previamente pelo controlador."

Essa resposta te ajudou?

0
Dislike0

Ainda com dúvidas?

Envie uma pergunta e tenha sua dúvida de estudo respondida!

Essa pergunta também está no material:

Redes Definidas por Software - AV
3 pág.

Redes Definidas por Software - AV

ESTÁCIO

Mais perguntas desse material

Por que a arquitetura SDN é considerada menos segura que as arquiteturas de rede tradicional?
Pois os switches OpenFlow podem agir como bem entenderem.
Pois utiliza interface aberta onde se tem acesso a seu funcionamento.
Pois os equipamentos ficam sem autonomia.
Pois o OpenFlow ainda está em testes.
Pois seus protocolos são recentes e pouco testados.

Onde a Southbound e Northbound atuam?
Quando temos dois controladores cada uma atua separadamente em um.
A Northbound atua do controlador para os dispositivos de rede, enquanto a Southbound atua do controlador para as aplicações.
Nenhuma das anteriores.
A Southbound atua do controlador para os dispositivos de rede, enquanto a Northbound atua do controlador para as aplicações.
Ambas atuam internamente no controlador.

Qual o primeiro procedimento quando dois dispositivos, um switch OpenFlow e controlador, estabelecem uma conexão?
O plano de dados do switch consulta o plano de controle, também do switch e depois informa ao controlador SDN.
O controlador passa as informações de tabela de fluxos para o switch OpenFlow.
O switch OpenFlow repassa as informações de tabela de fluxos para o controlador.
Os dois passam a versão mais básica do OpenFlow, para depois prosseguirem.
Ambos dispositivos trocam mensagens de HELLO.

Como componentes da arquitetura OpenvSwitch podemos citar:
Servidor de banco de dados, Daemons OVS e módulo de kernel do OVS.
Servidor de banco de dados, protocolo OpenFlow e módulo de kernel do OVS.
Servidor de dados, protocolo OpenFlow e módulo de kernel do OVS.
Servidor de banco de dados, Daemons vSwitch e módulo de kernel do OVS.
Servidor de banco de dados, Daemons vSwitch e módulo de kernel do Linux.

Sobre timeouts da tabela de fluxo podemos dizer:
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 apenas um timeout o hard timeout.
Temos dois timeouts um idle timeout e um hard timeout.

Como vantagens do NFV NÃO podemos citar:
Compartilhanemto de hardware por NFs diferentes.
Melhor utilização de equipamentos.
Melhor forma de decisão de encaminhamento.
Menor desperdício de recursos.
Flexibilidade ao gerenciar e orquestrar NFs.

NÃO podemos apontar como um problema que a comunidade SDN enfrenta:
Nenhuma das anteriores.
Espera para que um determinado chip suporte determinado protocolo.
O surgimento da linguagem P4 que coloca em risco o OpenFlow.
O tempo necessário para implementar novos protocolos.
Falta de garantia que serão necessárias modificações nos protocolos desenvolvidos.

Mais conteúdos dessa disciplina