Realização de testes relacionados a validação da comunicação Site-to-Site necessária entre os PDVs e o Monitor de PDV.
É importante deixar claro e dividir as questões relacionadas a comunicação em VPN em duas situações distintas:
É aquela prevista no projeto e documentação, realizada entre o IP Peer da TOTVS e IP Peer (único) do cliente, definidos e validados, a partir da sua configuração, o cliente deverá realizar e validar a configuração desse ponto principal para as demais lojas da rede do mesmo.
Mais informações: VPN | Procedimentos de Ativação
É aquela configurada pelo cliente a partir do ponto principal (VPN TOTV - Cliente) para as demais lojas, é a responsável direta pela comunicação entre o Monitor de PDV (que é o gerenciador de todas as operações/movimentações relacionadas ao PDV) e cada PDV de cada loja.
Os testes de comunicação devem ser realizados sempre nos dois sentidos, ou seja do Monitor de PDV para o PDV e por sua vez, no sentido contrário, do PDV para o Monitor de PDV, pois só assim é possivel verificar e identificar de maneira assertiva, bloqueios, restrições ou falhas de comunicação na origem correta.
É importante considerar que, especificamente em caso de PDV Windows o mesmo continua sujeito a necessidade de verificação/liberação das restrições de GPO e Firewall (local).
Principais testes sugeridos:
PING COM TESTE DE MTU
PING NUMEROIP -l 1410 -t
Exemplo: Ping 192.168.13.208 -l 1410 -t
No exemplo abaixo é possivel verificar que estável até 1410, porém, acima (1411) já não há mais retorno, nesse cenário é recomendado o ajuste de MTU no PDV e/ou Roteador do cliente para evitar mensagens de "Falha" (no envio de Cargas e Configurações).
COMO CONFERIR O MTU ATUAL no PDV
LINUX
No terminal:
# ifconfig eth0 eth0 Link encap:Ethernet HWaddr 00:0c:29:ac:b2:8e inet addr:172.23.134.101 Bcast:172.23.134.255 Mask:255.255.255.0 inet6 addr: fe80::20c:29ff:feac:b28e/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:6164356 errors:0 dropped:0 overruns:0 frame:0 TX packets:96179 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:515490533 (491.6 MiB) TX bytes:22206002 (21.1 MiB)
Na linha 5 você pode ver MTU:1500
WINDOWS
No prompt de comando:
netsh interface ipv4 show subinterfaces
COMO ALTERAR O TAMANHO DO MTU NO PDV
LINUX
a. Alteração temporária (irá se perder quando reiniciar o equipamento), mas permite realizar os testes e análises necessários para verificação da necessidade de ajuste permanente.
Para realizar a alteração manual (temporária) do MTU para um valor específico utilize o seguinte comando (exemplo ajustando MTU para 1410).
No Terminal do Linux, executar:
# ifconfig eth0 mtu 1410
O resultado de saída do comento será parecido com o conteúdo abaixo:
# ifconfig eth0 eth0 Link encap:Ethernet HWaddr 00:0c:29:ac:b2:8e inet addr:172.23.134.101 Bcast:172.23.134.255 Mask:255.255.255.0 inet6 addr: fe80::20c:29ff:feac:b28e/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1410 Metric:1 RX packets:6168787 errors:0 dropped:0 overruns:0 frame:0 TX packets:96489 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:515839287 (491.9 MiB) TX bytes:22249757 (21.2 MiB)
b. Alteração permamente no PDV
Após a devida análise, verificada a necessidade de ajuste permamente é preciso editar o arquivo de configuração para o o parâmetro seja sempre mantido após reinicar o equipamento.
Mensagem de "Excesso de conexões ou Limite de Conexões excedido"
Dica: Esse é um forte indício de que pode haver divergência no tamanho máximo suportado do pacote de MTU (exemplo de Ping no Item 1)
É possível informar vários, de acordo com a necessidade de monitoramento.
Flag | Descrição |
L | Loss ratio |
D | Dropped packets |
R | Received packets |
S | Sent packets |
N | Newest RTT(ms) |
B | Min/Best RTT(ms) |
A | Average RTT(ms) |
W | Max/Worst RTT(ms) |
V | Standard Deviation |
G | Geometric Mean |
J | Current Jitter |
M | Jitter Mean/Avg. |
X | Worst Jitter |
I | Interarrival Jitter |
Exemplo: no Filtro digite o IP do Servidor de PDV, no caso do exemplo ip.src==10.0.1.6