Baixe o app para aproveitar ainda mais
Prévia do material em texto
Podemos citar como diferença entre um switch virtual criado pelo OpenvSwitch (OVS) e uma bridge Linux: Sobre o OpenvSwitch (OVS), é FALSO afirmar que: REDES DEFINIDAS POR SOFTWARE CCT0718_A6_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. Não existe diferença visto que os comutadores também podem ser chamados de bridge. Ambos realizam o encaminhamento, porém a bridge por ser feita via kernel deve ter privilégio de usuário enquanto o switch OVS não. A bridge Linux apresenta mais recursos que o switch OVS. O switch OVS possui funções mais avançadas que a bridge Linux. A brigde apenas replica todos os pacotes enquanto o switch OVS aplica uma inteligência sobre o encaminhamento. Explicação: O switch OVS possui funções mais avanças na decisão de encaminhamento que a bridge Linux. 2. Trata-se de um substituto do OpenFlow. Nenhuma das anteriores. É um comutador via software. É utilizado para prover redes entre máquinas virtuais em uma mesma máquina física. Pode ser utilizado para conectar as máquinas virtuais e o mundo externo. Explicação: O Open vSwitch (OVS) é um comutador via software. Ele possui código aberto e, é utilizado para prover redes entre máquinas virtuais em uma mesma máquina física. Além disso, também pode ser utilizado entre as máquinas virtuais e o mundo externo. Logo ele permite a criação de diversos comutadores virtuais em uma máquina física. Qual opção a seguir está de acordo quanto a uma, ou demais formas, de testarrmos a tecnlogia SDN/OpenFlow? Sobre o procedimento de decisão de encaminhamento do OVS podemos dizer: Como componentes da arquitetura OpenvSwitch podemos citar: Como exemplo de implementações OpenFlow podemos citar: 3. Apenas através de middleboxes dedicados, visto que o OpenFlow é um software muito específico. Nenhuma das anteriores. Apenas através da utilização de hardware compatível com OpenFlow. As opções de utilizarmos virtualização ou NetFPGA. Apenas através de uma plataforma FPGA. Explicação: Dentre as formas de se testar SDN/OpenFlow podemos recorrer ao uso de um hardware compatível com OpenFlow, podemos utilizar virtualização através do Mininet, utilizar comutadores de software com o Open vSwitch ou podemos utilizar uma plataforma NetFPGA. 4. O primeiro pacote do fluxo é tratado por um componente enquanto que os demais são encaminhados diretamente pelo OVS. O primeiro fluxo é tratado por um componente enquanto que os demais são encaminhados diretamente pelo kernel. Ocorre igualmente a uma bridge comum. O primeiro fluxo inteiro é tratado por um componente enquanto que os demais são encaminhados diretamente pelo kernel. O primeiro pacote do fluxo é tratado por um componente enquanto que os demais pacotes, do mesmo fluxo, são encaminhados diretamente pelo kernel. Explicação: No OpenvSwitch o primeiro pacote do fluxo é tratado por um componente ( ovs-vswitchd ) enquanto que os demais pacotes, do mesmo fluxo, são encaminhados diretamente pelo kernel. 5. 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 Linux. Servidor de banco de dados, Daemons vSwitch e módulo de kernel do OVS. 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. Explicação: Os componentes da arquitetura OVS são: Servidor de banco de dados, Daemons vSwitch e módulo de kernel do OVS. 6. Apenas switches OpenFlow e virtualização. Virtualização e qualquer switch. Somente hardware de fabricantes que suportam OpenFlow. NetFPGA, comutadores de software, emulação e implementações em hardware compatível. FPGA, comutadores de software, implementações em hardware. Explicação: Dentre as formas que temos de implementações OpenFlow podemos citar: hardware compatível de diversos fabricantes, simulação (emulação) via Mininet por exemplo, NetFPGA e comutadores via software. Legenda: Questão não respondida Questão não gravada Questão gravada Exercício inciado em 14/10/2019 13:09:16.
Compartilhar