1) O RFC 3177 até alguns anos atrás recomendava global prefix de /48 *"to end consumers"*. O RFC 6177 mudou a recomendação pra " giving home sites significantly more than a single /64, but does not recommend that every home site be given a /48 either"!
2) Não comece com falácias de qts address cabem em 64bits. O RFC 4291 padroniza no SLAAC o *interface address* com 64. O SLAAC é construído com base no MAC, q tem 48 bits. Ao contrário do Stateful DHCPv6, q vc pode colocar o interface address q quiser, no SLAAC vc num pode escolher.
2.1) *Muito antes* de vc começar a colocar milhões de devices na mesma *subnet* IP, vc vai começar a ter conflitos de endereçamento no Ethernet, com devices repetindo o mesmo MAC, ou vc vai desistir com devices q permitem setar seu MAC via software mas isso precisando ser feito localmente em cada um.
2.2) A parte menos significativa do IPv6 tem 64bits, mas ela é pro *interface address*, e o SLAAC obriga q ela tenha 64bit. Ela é pra endereçamento local simplesmente, nunca foi pretendida pra ser usada e tá longíssima de suportar toda essa quantidade de devices. Oq efetivamente aumenta a quantidade de addresses IPv6 é o 64bit mais significativo, q por sua vez é composto pelo global prefix e pela *subnet*.
3) O uso de subnets, ou VLANs, num tem *nada* a ver com uso residencial ou empresarial. Por favor! Qqr pessoa pode querer ter múltiplas subnets em casa. Seja pra separar devices q quer isolar, seja pra jogar numa VLAN separada eventuais devices novos e desconhecidos q conectem no WiFi e precisem de validação. Milhões de empresas funcionam perfeitamente com 1 subnet só, e milhares de pessoas ficam limitadas. E, não, não cabe cobrar a mais pra fornecer prefixes menores pra permitir uso de subnets.
4) Um ISP passar um global prefix de 64bit *quebra o IPv6* e impede o Consumidor de usar subnets. Repito q o Network Working Group padronizou o tamanho do global prefix em 48bit pra *end consumers* e não pra empresas. O Internet Engineering Task Force mudou a recomendação considerando 56bits. Ninguém *nunca* recomendou 64bit pra ninguém, ninguém *nunca* recomendou impedir q *qqr pessoa ou empresa* usasse subnets!
5) No RFC 4291, o Network Working Group recomendou q ISPs recebam prefixes de pelo menos 32bits. Pq esse vc num fala nada? Um ISP com 1 único prefix de 32bits consegue criar 16.777.216 de prefixes de 56bits, pra usar na sua infraestrutura e pra repassar pros seus Consumidores. Pra vc ter ideia, o ISP com maior quantidade de IPv4 addresses no Brasil é a Claro com pouco mais de 10 milhões! Ou seja, se todos forem educados e seguirem direitinho o padrão sem um ficar querendo furar o olho do outro, qqr ISP no mundo independente de tamanho ou frescura tem mais IPv6 prefixes pra distribuir do q o maior ISP do Brasil tem de IPv4 addresses!
5.1) Hoje o IPv6 tem pouco mais de *1 bilhão* de prefixes /32 sendo distribuídos. Pra vc q gosta de fazer cálculos xoxos, isso permite q mais de 1 entre cada 8 pessoas no mundo possa abrir sua própria empresa de provimento de Internet, e haveria prefixes suficientes pra todas essas empresas, repetindo q cada uma dessas 1 bilhão de empresas poderia distribuir mais de 16 milhões de prefixes à vontade. Tudo seguindo direitinho os padrões estabelecidos!
Mesmo? Então, pq em vez de vc espalhar desinformação e falácia, vc q é sabichão num me ensina a configurar? Vamos lá?
Isso no caso da Vivo. A NET num usa PPP, ela usa DHCP. Nenhuma delas faz PD em seus modens em modo router. Usar o modem em bridge me gera algumas dificuldades, seria mais prático pra mim manter eles como routers. Me ensina a configurar os mesmos a ficarem em router e fazerem PD pro meu router?
E no caso da Vivo, q usa PPPoE, tô passando perrengue pra configurar o OpenWRT. Nas configs do /etc/config/network ele continua chamando a ifname das interfaces wan e wan6 de eth0.2. Mas o driver/controller, ao ler esse arquivo e ver q o proto é PPPoE, renomeia a ifname da wan pra pppoe-wan. Já a interface wan6, q é gerada a partir da wan, tem sua iframe renomeada pra "Alias of "wan"", e uma virtual dynamic interface é criada com nome wan_6 e iframe pppoe-wan.
Isso faz com q ping e traceroute deem erro qd uso padrâmetro pra especificar qual interface usarem.
Antes, eu usava interfaces eth0.2 e eth0.3 e conseguia com simplicidade (necessária pra scripts) fazer essas ferramentas usarem um ISP específico. Agora, pra cada ISP e pra cada tipo de protocolo preciso usar uma string diferente, e algumas combinações ainda não consegui fazer funcionar. Veja:
Código:
hikari@EdgeOpenWrt:~/config$ sudo ping -c 2 -I pppoe-wan ipv4.google.com
PING ipv4.google.com (172.217.29.110): 56 data bytes
64 bytes from 172.217.29.110: seq=0 ttl=55 time=25.575 ms
64 bytes from 172.217.29.110: seq=1 ttl=55 time=26.563 ms
--- ipv4.google.com ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max = 25.575/26.069/26.563 ms
hikari@EdgeOpenWrt:~/config$ sudo ping -c 2 -I pppoe-wan ipv6.google.com
PING ipv6.google.com (2800:3f0:4001:810::200e): 56 data bytes
64 bytes from 2800:3f0:4001:810::200e: seq=0 ttl=55 time=19.616 ms
64 bytes from 2800:3f0:4001:810::200e: seq=1 ttl=55 time=19.405 ms
--- ipv6.google.com ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max = 19.405/19.510/19.616 ms
hikari@EdgeOpenWrt:~/config$ sudo ping -c 2 -I pppoe-wan 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: seq=0 ttl=57 time=17.998 ms
64 bytes from 8.8.8.8: seq=1 ttl=57 time=17.784 ms
--- 8.8.8.8 ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max = 17.784/17.891/17.998 ms
hikari@EdgeOpenWrt:~/config$ sudo ping -c 2 -I pppoe-wan 2620:119:35::35
PING 2620:119:35::35 (2620:119:35::35): 56 data bytes
64 bytes from 2620:119:35::35: seq=0 ttl=54 time=67.873 ms
64 bytes from 2620:119:35::35: seq=1 ttl=54 time=67.587 ms
--- 2620:119:35::35 ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max = 67.587/67.730/67.873 ms
hikari@EdgeOpenWrt:~/config$ sudo ping -c 2 -I eth0.3 ipv4.google.com
PING ipv4.google.com (172.217.162.110): 56 data bytes
64 bytes from 172.217.162.110: seq=0 ttl=52 time=36.523 ms
64 bytes from 172.217.162.110: seq=1 ttl=52 time=35.732 ms
--- ipv4.google.com ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max = 35.732/36.127/36.523 ms
hikari@EdgeOpenWrt:~/config$ sudo ping -c 2 -I eth0.3 ipv6.google.com
PING ipv6.google.com (2800:3f0:4001:810::200e): 56 data bytes
ping: sendto: Permission denied
hikari@EdgeOpenWrt:~/config$ sudo ping -c 2 -I eth0.3 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: seq=0 ttl=53 time=33.614 ms
64 bytes from 8.8.8.8: seq=1 ttl=53 time=31.983 ms
--- 8.8.8.8 ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max = 31.983/32.798/33.614 ms
hikari@EdgeOpenWrt:~/config$ sudo ping -c 2 -I eth0.3 2620:119:35::35
PING 2620:119:35::35 (2620:119:35::35): 56 data bytes
ping: sendto: Permission denied
Mais alguns parâmetros q dão erro, só pela completude:
Código:
hikari@EdgeOpenWrt:~/config$ sudo ping -c 2 -t 10 -I eth0.2 google.com
PING google.com (172.217.162.174): 56 data bytes
--- google.com ping statistics ---
2 packets transmitted, 0 packets received, 100% packet loss
hikari@EdgeOpenWrt:~/config$ sudo ping -c 2 -t 10 -I eth0.2 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
--- 8.8.8.8 ping statistics ---
2 packets transmitted, 0 packets received, 100% packet loss
hikari@EdgeOpenWrt:~/config$ sudo ping -c 2 -t 10 -I eth0.2 2620:119:35::35
PING 2620:119:35::35 (2620:119:35::35): 56 data bytes
ping: sendto: Permission denied
hikari@EdgeOpenWrt:~/config$ sudo ping -c 2 -t 10 -I wanb google.com
ping: bad address 'wanb'
hikari@EdgeOpenWrt:~/config$ sudo ping -c 2 -t 10 -I wanb6 google.com
ping: bad address 'wanb6'
hikari@EdgeOpenWrt:~/config$ sudo ping -c 2 -t 10 -I wan_6 google.com
ping: bad address 'wan_6'
Essa bagunça começou qd eu passei o modem da Vivo pra bridge e configurei a eth0.2 pra PPPoE.
Vc me ajuda a configurar isso direito?
Vc explicitamente falou aí q qqr ISP pode passar por cima dos padrões recomenados pelas Network Working Group e Internet Engineering Task Force, e quebrar o endereçamento IPv6 forçando um global prefix de 64bit e impossibilitando o uso de subnets.
Não, um ISP não pode fazer abuso de endereçamento pra me impedir de configurar minha LAN como eu quiser. Não, provedores não podem configurar suas redes como bem quiserem passando por cima dos padrões internacionais. Ao furar o olho dos Consumidores, ISPs q fazem isso nos limitam ou nos levam a quebrar protocolos como o SLAAC e a usar sofwares de formas q não foram testados pra funcionar, isso se funcionarem. Se cada um quiser dar uma de Bolsonaro ou Bill Gates e negar as *melhores práticas do mercado* e fazer tudo da forma q bem entender e dane-se o resto do mundo pra se adaptar ou caso contrário q desapareça, os softwares e hardwares vão passar a falhar e parar de se comunicar entre si.
Oq esses provedores estão fazendo no IPv6 é *exatamente* o mesmo q colocar um software em seus modens q artificialmente limite seu funcionamento a estarem conectados a 1 único computador. Se o modem for conectado a 2 PCs, ou 1 PC e 1 laptop, ou 1 PC e 1 celular, o modem se recusa a funcionar. Se ele detectar q tá sendo conectado a um router usando IPv4 NAT, ele se recusa a funcionar.
Eu já vi isso na prática, com um BD player da Sony. Ele funcionava qd seu HDMI out era conectado na minha antiga TV Sony, mas travava logo após ser ligado qd conectado no meu receiver Yamaha. HDMI é um padrão, proprietário, nós diretamente pagamos royality pra cada porta HDMI existente em todo aparelho q compramos. Sendo proprietário e caro, esperamos q o mínimo q seu dono faça é certificar q empresas q o usem sigam o padrão e garanta q todos os dispositivos se comuniquem entre si. Mas a Sony resolveu passar por cima do padrão pra usar um DRM proprietário, e oficialmente por seu suporte disse q seu BD player só funciona com TVs Sony e não vai funcionar com nenhuma TV ou receiver ou display de nenhuma outra marca.
Por fim, eu num pedi tecnico nenhum da Vivo aqui. Pedi pra Vivo corrigir seu DHCPv6 server, preferencialmente pra todos ou pelo menos especificamente pra mim. São os atendentes dela q mandam tecnico pra cá, e ainda querendo me cobrar. Mesmo se a Vivo tivesse o seviço de enviar um tecnico pra me ensinar a configurar, eu rejeitaria esse serviço, visto oq presenciei do conhecimento deles sobre o assunto. Mas eu agradeceria muito se vc, tão entendido, me ajudasse.
E se eu colocasse um TLDR nesse post acho q eu seria banido
