[caiu] SixXS BR-UDI Fora?

Luzemário luzemario em luzehost.com.br
Qui Jun 30 20:37:00 BRT 2016


Só por "desencargo de consciência", use um telnet, nmap, tcptraceroute,
tcpdump ou outra ferramenta qualquer que permita você confirmar que
tráfego passa nas portas definidas no link abaixo. Use apoio de um host
externo que reconhecidamente permita tráfego por essas portas e que você
tenha controle, especialmente na porta UDP 5072. O "iperf" é uma boa
opção para testes. Tá cheio de CGNAT no meio do caminho, assim é melhor
se certificar que você consegue estabelecer contato E MANTER trafego por
essas portas. Apesar da "central antiga" e da suposta ausência de IPv6,
a NET já tem tradução 464 XLAT em várias instâncias da rede, e você pode
estar perdendo seu pacote AYIYA de retorno no meio do caminho. Lembre-se
que pacotes UDP são semelhantes a encomendas dos correios. Além disso,
acredito que você já esmiuçou o modem da NET atrás de alguma
configuração que ajude, então já deve ter ativado a opção "servidor
virtual" ou equivalente, para que todas as portas por padrão sejam
encaminhadas a seu host rodando o AICCU.

https://www.sixxs.net/faq/connectivity/?faq=firewalled

Mesmo assim ainda desconfio da operadora. Funcionar no passado não é
garantia de que ainda funciona, afinal todo mundo tá mexendo na rede
para se adequar ao IPv6. A coisa tá de um jeito que tudo o que não for
HTTP(S) ou FTP ou está sendo depriorizado ou bloqueado na hora ou após
algum tempo. Por exemplo, tenho muitos servidores em que acesso SSH em
portas altas, e para alguns planos, em 100% dos casos a conexão é
interrompida antes do timeout do servidor remoto se eu parar de teclar.
E isso varia mesmo conforme o plano, mesmo na rede da mesma operadora .
Em meu chip de dados da Claro vinculado a um plano de voz, algumas
portas sempre caem ou estão bloqueadas. Em outro chip da Claro com plano
residencial (que segue a licença SCM ao invés da SMP), tenho IPv4
público individual e em nenhuma porta a conexão cai até o timeout do
servidor, mesmo usando os dois modens um ao lado do outro e permutando o
chip entre eles. É "claro" que algumas portas padrão sempre são
bloqueadas para entrada. Em alguns casos tive que deixar um ping para o
brudi01 correndo em paralelo para evitar que a conexão do túnel caísse.
Experimente pegar dois chips da Claro com planos diferentes na mesma ERB
e fazer traceroutes para destinos conhecidos, como o brudi01 por
exemplo. Você vai ver que os resultados são bem diferentes. Como já
disse aqui na lista, usar um pré-pago da TIM para o SixXS se tornou uma
missão impossível. Já na SKY Banda Larga por exemplo, aqui em Brasília
não tive problema algum, mesmo dentro do CGNAT deles.

Costumo desconfiar das operadoras porque na ótica da maioria delas o
usuário é um ignorante mesmo, que só quer acessar o Facebook e WhatsApp
e pronto. E o pior é que muitos são, e eles se prevalecem disso. Se não
fosse a regulamentação do Marco Civil, certamente já existiria Plano
"FaceWhats" por "5 conto" e "Plano Internet de Verdade" por 200 Reais.
Por favor, não estou aqui acendendo flames. Só acredito que problemas
inexplicáveis na área de telecom não existem. A última que tive da Claro
foi um funcionário que insistia veementemente em dizer que "a frequência
do chip de banda larga é diferente do chip de voz". Acredito que ele se
referia as bandas de LTE e GSM, mas não soube explicar e acabou
definindo que era o SIM card quem transmitia, ao invés do
modem/telefone. E isso sem falar no atendimento NET e Claro, que te
ligam para tratar de uma reclamação que foi registrada na ANATEL se
apresentando como funcionários da ouvidoria da ANATEL. É a época da
brecha de regulamento e falta de transparência que por baixo dos panos
ninguém respeita e faz do jeito que quer.

Por isso, quando seu túnel inexplicavelmente parar de funcionar, tente
usar um chip ou dois de operadoras móveis diferentes com planos
diferentes ou outra conexão fixa de outra operadora, se você puder.
Daqui a pouco será possível montar uma pequena "tabela" de operadoras e
planos recomendados para usar o SixXS.

Em Qui, 2016-06-30 às 09:27 -0300, Leonardo Amaral - Listas escreveu:

> Luzemário:
> 
> 1) NET Campinas - Fixo. Ainda é central antiga, pois tenho IPv4 público e
> não tenho IPv6 nativo.
> 2) A ******** do modem da NET não faz forward de proto 41, então eu uso
> AYIYA (UDP) no lugar de Heartbeat
> 3) Eu não consigo pingar o ::1. Em todo caso, deu no route to destination,
> tem cara de estagiário tropeçando no fio
> 4) Ainda estou sem V6 :/
> 5) Logs:
> 
> Thu Jun 30 09:25:34 2016 local7.debug : sock_getline() : "200 SixXS TIC
> Service on iedub02.sixxs.net ready (https://www.sixxs.net)"
> Thu Jun 30 09:25:34 2016 local7.debug : sock_printf()  : "client
> TIC/draft-00 AICCU/2007.01.15-console-linux Linux/4.1.23"
> Thu Jun 30 09:25:35 2016 local7.debug : sock_getline() : "200 Client
> Identity accepted"
> Thu Jun 30 09:25:35 2016 local7.debug : sock_printf()  : "get unixtime"
> Thu Jun 30 09:25:35 2016 local7.debug : sock_getline() : "200 1467289535"
> ...
> Thu Jun 30 09:25:37 2016 local7.info : [AYIYA-start] : Anything in Anything
> (draft-02)
> Thu Jun 30 09:25:37 2016 local7.info : [AYIYA-tun->tundev] : (Socket to
> TUN) started
> Thu Jun 30 09:25:37 2016 daemon.notice netifd: Interface 'SIXXS' is now up
> 
> E continua sem sair :/
> 
> Em 29 de junho de 2016 19:28, Luzemário <luzemario em luzehost.com.br>
> escreveu:
> 
> > Você não consegue enxergar o nó :1, só quem está dentro do túnel
> > consegue. Tente para o :2, que é o nó de destino.
> >
> >
> > Em Qua, 2016-06-29 às 16:04 -0300, Eduardo Rigler escreveu:
> >
> > > Leonardo,
> > >
> > > 64 bytes from 2001:1291:200:66::1: No Route to Destination
> > >
> > > :(
> > >
> > > Não te deram nenhum feedback?
> > >
> > > []´s
> > >
> > >
> > > Em 29 de junho de 2016 14:01, Leonardo Amaral - Listas <
> > > listas em leonardoamaral.com.br> escreveu:
> > >
> > > > Olá Eduardo!
> > > >
> > > > Percebi que no 66::1 chegou. Poderia testar até meu endpoint
> > > > 2001:1291:200:66::2 e o IP da subnet com eles 2001:1291:200:8066::1?
> > > >
> > > > Valei-me nossa senhora que ctbctelecom em gmail ainda esteja ouvindo a
> > lista
> > > > :)
> > > >
> > > > Att,
> > > >
> > > > Em 29 de junho de 2016 10:45, Eduardo Rigler <erigler em gmail.com>
> > escreveu:
> > > >
> > > > > Talvez....
> > > > >
> > > > > traceroute6 to 2001:1291:200:66::1 (2001:1291:200:66::1) from
> > > > > 2001:2000:3018:62::1, 64 hops max, 12 byte packets
> > > > >  1  mai-b1-link.telia.net (2001:2000:3080:ca::1)  86.395 ms  88.260
> > ms
> > > > >  88.596 ms
> > > > >  2  ctbc-ic-308302-mai-b1.c.telia.net (2001:2000:3080:ca::2)
> > 87.159 ms
> > > > >  87.197 ms  85.313 ms
> > > > >  3  ae3-0.core-a.spo-piaf.algartelecom.com.br (2001:1291:0:be::a)
> > > > 202.054
> > > > > ms  202.109 ms  202.456 ms
> > > > >  4  2001:1291:0:175::a (2001:1291:0:175::a)  203.640 ms  204.051 ms
> > > > >  201.839 ms
> > > > >  5  et-12-0-1-0.ptx-b.ula001.algartelecom.com.br
> > (2001:1291:0:153::a)
> > > > >  204.280 ms  206.009 ms  201.215 ms
> > > > >  6  Bundle-Ether2.metroedge-b-asr.ula001.algartelecom.com.br
> > > > > (2001:1291:0:37::b)  204.947 ms  203.389 ms  204.947 ms
> > > > >  7  2001:1291:2::b (2001:1291:2::b)  201.984 ms  204.858 ms  201.796
> > ms
> > > > >  8  gw-103.udi-01.br.sixxs.net (2001:1291:200:66::1)  203.209 ms
> > > > 201.406
> > > > > ms  203.281 ms
> > > > >
> > > > >
> > > > > []´s
> > > > >
> > > > >
> > > > > Em 29 de junho de 2016 09:35, Leonardo Amaral - Listas <
> > > > > listas em leonardoamaral.com.br> escreveu:
> > > > >
> > > > > > Bom dia Lista,
> > > > > >
> > > > > > Somente para mim que a SixXS está fora do ar?
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > >
> > -------------------------------------------------------------------------------------------------------
> > > > > > leonardo em deodora:~$ ping6 -c4 2001:1291:200:66::1
> > > > > > PING 2001:1291:200:66::1(2001:1291:200:66::1) 56 data bytes
> > > > > >
> > > > > > --- 2001:1291:200:66::1 ping statistics ---
> > > > > > 4 packets transmitted, 0 received, 100% packet loss, time 3022ms
> > > > > >
> > > > > > leonardo em deodora:~$ mtr -rwnc1 -z 2001:1291:200:66::1
> > > > > > Start: Wed Jun 29 09:33:56 2016
> > > > > > HOST: deodora                       Loss%   Snt   Last   Avg  Best
> > > > Wrst
> > > > > > StDev
> > > > > >   1. AS16735 2001:1291:200:8066::1   0.0%     1    0.5   0.5   0.5
> > > >  0.5
> > > > > > 0.0
> > > > > >   2. AS???   ???                    100.0     1    0.0   0.0   0.0
> > > >  0.0
> > > > > > 0.0
> > > > > > leonardo em deodora:~$ ping6 -c4 google.com
> > > > > > PING google.com(ya-in-x71.1e100.net) 56 data bytes
> > > > > >
> > > > > > --- google.com ping statistics ---
> > > > > > 4 packets transmitted, 0 received, 100% packet loss, time 2999ms
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > >
> > -------------------------------------------------------------------------------------------------------
> > > > > >
> > > > > > Att,
> > > > > > Leonardo Amaral
> > > > > > _______________________________________________
> > > > > > caiu mailing list
> > > > > > caiu em eng.registro.br
> > > > > > https://eng.registro.br/mailman/listinfo/caiu
> > > > > >
> > > > > >
> > > > > > --> PARA SAIR DA LISTA SIGA AS INSTRUÇÕES em:
> > > > > >
> > > > > > https://eng.registro.br/mailman/options/caiu
> > > > > >
> > > > > _______________________________________________
> > > > > caiu mailing list
> > > > > caiu em eng.registro.br
> > > > > https://eng.registro.br/mailman/listinfo/caiu
> > > > >
> > > > >
> > > > > --> PARA SAIR DA LISTA SIGA AS INSTRUÇÕES em:
> > > > >
> > > > > https://eng.registro.br/mailman/options/caiu
> > > > >
> > > > _______________________________________________
> > > > caiu mailing list
> > > > caiu em eng.registro.br
> > > > https://eng.registro.br/mailman/listinfo/caiu
> > > >
> > > >
> > > > --> PARA SAIR DA LISTA SIGA AS INSTRUÇÕES em:
> > > >
> > > > https://eng.registro.br/mailman/options/caiu
> > > >
> > > _______________________________________________
> > > caiu mailing list
> > > caiu em eng.registro.br
> > > https://eng.registro.br/mailman/listinfo/caiu
> > >
> > >
> > > --> PARA SAIR DA LISTA SIGA AS INSTRUÇÕES em:
> > >
> > > https://eng.registro.br/mailman/options/caiu
> > _______________________________________________
> > caiu mailing list
> > caiu em eng.registro.br
> > https://eng.registro.br/mailman/listinfo/caiu
> >
> >
> > --> PARA SAIR DA LISTA SIGA AS INSTRUÇÕES em:
> >
> > https://eng.registro.br/mailman/options/caiu
> >
> _______________________________________________
> caiu mailing list
> caiu em eng.registro.br
> https://eng.registro.br/mailman/listinfo/caiu
> 
> 
> --> PARA SAIR DA LISTA SIGA AS INSTRUÇÕES em:
> 
> https://eng.registro.br/mailman/options/caiu


Mais detalhes sobre a lista de discussão caiu