Testes do Chat: mudanças entre as edições

Edição atual tal como às 12h31min de 19 de junho de 2015

Primeiro Teste

Execução do chat entre dois usuários (entidades) presentes na rede Metro Ethernet. O túnel GRE foi estabelecido entre as duas entidades.
Após a execução do passo a passo, principalmente no que diz aos comandos (instalação e execução do Open VSwitch), os computadores estavam preparados para a execução.
Os modens utilizados apresentam características diferentes:
Modem 1: 500 BG2 - Fixo: 3210-9519
Modem/Roteador 2: Comtrend VR-3031u - Fixo: 3234-8104
O primeiro configurado manualmente com interface em modo "Bridge", possibilitou normalmente a execução do PPPoE (pon dsl-provider).
O segundo é multi-DSL e permite a criação de várias interfaces ativas, assim uma delas foi colocada em modo Bridge, e novamente a execução do PPPoE funcionou. A outra permaneceu na configuração normal (fazendo o PPPoE) e assim a navegação para os outros usuários do mesmo não foi interrompida.
Com a execução do chat, em que ambas as máquinas registraram no mesmo workspace, temos os seguintes resultados:

Esta imagem mostra a tela do chat de um dos usuários, mostrando que ambos obtiveram sucesso ao realizar o processo de "attach" no workspace.
As mensagens foram monitoradas por dois meios. Primeiramente através do tcpdump (ferramenta para visualização de pacotes em uma interface através do terminal).

Também foi utilizado o wireshark, onde é possível observar além do corpo da mensagem, a descrição do protocolo (0x0880), o que prova que é um protocolo "desconhecido" pelo wireshark, portanto não pertence à arquitetura atual.

Durante o teste, a conexão do segundo modem (no caso, da interface em modo Bridge) caiu, mas bastou solicitar novamente um IP através do PPPoE que o túnel foi redefinido e a conexão voltou a funcionar.
Outro problema é que logo após o teste, ao reiniciar o computador, o arquivo /etc/network/interfaces estava com algumas linhas novas que impediram o funcionamento do network manager do Ubuntu. Assim as conexões não estavam funcionando. Ao comentar estas linhas a conexão voltou a funcionar. É bem provável que tenha sido o PPPoE que alterou as configurações padrão das interfaces e prejudicou o funcionamento do network manager. Segue abaixo as linhas comentadas.

# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback

#iface dsl-provider inet ppp
#pre-up /bin/ip link set wlan0 up # line maintained by pppoeconf
#provider dsl-provider

#auto eth0
#iface eth0 inet manual

#auto wlan0
#iface wlan0 inet manual

Modem 3: Fixo: 3212-6316 - CPf: 101.476.966-31
Modem/Roteador 4: - 3214-0445

@@ Linha 15: / Linha 15: @@
 [[Arquivo:Chat1wireshark.jpg]]
 * Durante o teste, a conexão do segundo modem (no caso, da interface em modo Bridge) caiu, mas bastou solicitar novamente um IP através do PPPoE que o túnel foi redefinido e a conexão voltou a funcionar.
-* Outro problema é que logo após o teste, ao reiniciar o computador, o arquivo /etc/interfaces estava com algumas linhas novas que impediram o funcionamento do network manager do Ubuntu. Assim as conexões não estavam funcionando. Ao comentar estas linhas a conexão voltou a funcionar. É bem provável que tenha sido o PPPoE que alterou as configurações padrão das interfaces e prejudicou o funcionamento do network manager. Segue abaixo as linhas comentadas.
+* Outro problema é que logo após o teste, ao reiniciar o computador, o arquivo /etc/network/interfaces estava com algumas linhas novas que impediram o funcionamento do network manager do Ubuntu. Assim as conexões não estavam funcionando. Ao comentar estas linhas a conexão voltou a funcionar. É bem provável que tenha sido o PPPoE que alterou as configurações padrão das interfaces e prejudicou o funcionamento do network manager. Segue abaixo as linhas comentadas.
   # interfaces(5) file used by ifup(8) and ifdown(8)
   auto lo
@@ Linha 33: / Linha 33: @@
-* Modem 3: CPf: 101.476.966-31
+* Modem 3: Fixo: 3212-6316 - CPf: 101.476.966-31
 * Modem/Roteador 4: - 3214-0445