[GTER] IPv6 em Debian GNU/Linux. Estabilidade da conexão.

[Antonio Augusto de Cintra Batista]

Valeu Rubens,

Quero lhe agradecer mais uma vez. Você me fez estudar um pouco mais o IPv6, embora considere que tenho muito ainda pela frente. Continuo sem entender muito bem como mostrar a árvore de multicast de cada um dos IPs envolvidos no switch que estou utilizando para o desenvolvimento de nosso novo PABX com IPv6. 

Este é o switch em questão:

3Com Switch 4500G PWR 24-Port Software Version 3Com OS V5.02.00s168p20

Ao executar, por exemplo, o comando 'display interface GigabitEthernet 1/0/4' neste switch, obtemos o resultado apresentado mais abaixo, que mostra uma boa quantidade de pacotes multicasts na entrada e na saída da interface. Está me parecendo que o multicast funciona normalmente no switch, e não há qualquer ACL de bloqueio de multicast.

Obrigado,

--
Antonio Augusto de Cintra Batista
Analista de Redes
GRC - AI - UNESP
(011) 5627-0604

[4500G]display interface GigabitEthernet 1/0/4

 GigabitEthernet1/0/4 current state: UP
 IP Packet Frame Type: PKTFMT_ETHNT_2, Hardware Address: 0024-73cd-e444
 Description: access vlan 215 - T19P - r200
 Loopback is not set
 Media type is twisted pair
 Port hardware type is  1000_BASE_T
 100Mbps-speed mode, full-duplex mode
 Link speed type is autonegotiation, link duplex type is autonegotiation
 Flow-control is not enabled
 The Maximum Frame Length is 1522
 Broadcast MAX-pps: 3000
 Unicast MAX-ratio: 100%
 Multicast MAX-ratio: 100%
 Forbid jumbo frame to pass
 PVID: 100
 Mdi type: auto
 Link delay is 0(sec) 
 Port link-type: hybrid
  Tagged   VLAN ID : 2, 204, 206, 215
  Untagged VLAN ID : 99-100
 Port priority: 0
 Peak value of input: 3802 bytes/sec, at 2017-03-22 15:11:10 
 Peak value of output: 2556 bytes/sec, at 2017-03-29 14:14:45 
 Last 300 seconds input:  0 packets/sec 43 bytes/sec    0%
 Last 300 seconds output:  24 packets/sec 2556 bytes/sec        0%
 Input (total):  525525 packets, 64872843 bytes
         383401 unicasts, 3622 broadcasts, 138433 multicasts
 Input (normal):  525456 packets, - bytes
         383401 unicasts, 3622 broadcasts, 138433 multicasts
 Input:  69 input errors, 0 runts, 0 giants, 0 throttles
         32 CRC, 18 frame, - overruns, 19 aborts
         - ignored, - parity errors
 Output (total): 17922745 packets, 2178406788 bytes
         3733917 unicasts, 9796195 broadcasts, 4392633 multicasts, 0 pauses
 Output (normal): 17922745 packets, - bytes
         3733917 unicasts, 9796195 broadcasts, 4392633 multicasts, 0 pauses
 Output: 0 output errors, - underruns, - buffer failures
         0 aborts, 0 deferred, 0 collisions, 0 late collisions
         0 lost carrier, - no carrier


----- Mensagem original -----
De: "Rubens Kuhl" <rubensk at gmail.com>
Para: "gter" <gter at eng.registro.br>
Enviadas: Terça-feira, 28 de março de 2017 18:04:15
Assunto: Re: [GTER] IPv6 em Debian GNU/Linux. Estabilidade da conexão.

Uma suspeita é o tratamento de multicast da rede, pois neighbor discovery
de IPv6 é multicast enquanto ARP em v4 é broadcast.
Vale investigar no switch/switches da rede como ele está vendo a árvore de
multicast de cada um dos IPs envolvidos.

Rubens


2017-03-28 16:47 GMT-03:00 Antonio Augusto de Cintra Batista <
antonio at unesp.br>:

> Pessoal,
>
> A pergunta é: como obter uma conectividade IPv6 estável, por muitos dias,
> numa interface ethernet, em sistemas Debian GNU/Linux?
>
> Explico. Não tenho profundos conhecimentos de IPv6, embora o utilize há
> alguns anos em sistemas Debian. E acontece com certa frequência a seguinte
> situação:
>
> - hostA, hostB, hostC, hostD na mesma vlan, todos com IPv6;
>
> - todos se comunicam bem mas, após um ou mais dias, um par destes hosts
> perde a comunicação entre eles, no mesmo momento em que existe um ou mais
> destes hosts que se comunica com todos os outros.
>
> As seguintes soluções costumam resolver o problema:
>
> a) dar boot no host que não se comunica: mas é muito deselegante e muito
> incoveniente;
>
> b) tirar o ipv6 da interface que não se comunica, e colocá-lo novamente:
> mas é deselegante e incoveniente;
>
> c) dar um comando 'ip nei flush dev eth0' (ou 'ip nei flush dev eth0.222',
> se a interface está com vlan 222 tagueada): é menos incoveniente mas ainda
> é um pouco deselegante.
>
> Na mesma linhda da pergunta inicial: alguém aqui da lista já passou por
> este problema? Qual é a melhor maneira de resolver este problema
> definitivamente? Eu posso estar fazendo algo de errado?
>
> Muito obrigado,
>
> --
> Antonio Augusto de Cintra Batista
> Analista de Redes
> GRC - AI - UNESP
> (011) 5627-0604
>
>
>
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
--
gter list    https://eng.registro.br/mailman/listinfo/gter