Histórico de mensagens sobre n

Eu hein

Se você não entende o caso e não pode me ajudar, agradeço o apio e vou esperar alguém da GN falar algo que possa me ajudar de fato pois isso é uma grande palhaçada da sua parte né fio

Os serviços da GN rodam no AWS, então sabidamente vão trocando de IPs frequentemente.

Um pequeno ajuste resolve isso, só preciso saber onde ajustar entendeu?

https://pt.wikipedia.org/wiki/Efeito_Dunning%E2%80%93Kruger

E é normal esse caso, já que a GN pode ter várias operadoras e usar ips diferentes para compartilhar carga entre servidores e banda com as operadoras também

Mas é isso que acontece amigo, eu não sou apenas dev também atuo como analista de redes amigo e sei como funciona tais situações

Que tal ver o que se descobre primeiro antes de afirmar ?

Uma vez que nenhum operadora garante 100% das rotas funcionando 24h

Não assim de qualquer jeito

Exato, se tem falha de conexão seja de um ou outro ip, precisa retornar um erro baseado em tal situação

Não depende da parte de conectividade. Nessa você simplesmente assume que há uma falha... mas tem logs do seu lado e informações que a GN pode olhar do lado deles se você passar para eles bem especificado transação X, quando foi, o que aconteceu.

Nem tenho como ter, uma vez que essas informações sobre rotas com nossas operadoras não são compartilhadas

Me parece que você nem tem um diagnóstico preciso do que acontece... e que só depois disso você poderia preconizar sugestões tanto para alteração do seu lado quanto para alteração do lado da GN.

Então na sdk precisariam alterar para que fosse retornado outro código nesses casos, para eviar isso

Ao que analisei, o ip que envia a notificação consegue chegar no nosso servidor, mas o ip da api não, então se essa mensagem é o servidor que está retornonando, isso ocorre nesses casos quando uma rota está funcionando e a outra não

Vários títulos tendo que reenviar porque isso acontece

Pior que vira e mexe isso acontece, e está se tornando algo chato pra mim pois não era pra ser assim

Mas se estamos sem conexão com o gerencianet, isso não era pra acontecer

Assim, não sei informar como fica exatamente a conexão sob a api quando isso acontece, nossas rotas de saída funciona, mas as de entrada não, nossa operadora não informou o que causa isso com eles