Acontece que eu fiz falta um passo. O último passo das instruções diz
Set your computer back to auto IP and auto DNS.
{Refere-se ao computador conectado diretamente ao roteador secundário, isto é, o computador anteriormente definido como 192.168.1.9, o qual eu não consegui fazer ping}.
Assim que configuro isso para DHCP, consegui fazer ping de uma máquina conectada ao roteador principal. A única coisa que posso pensar é que o primário não podia ver o endereço MAC da máquina no roteador secundário até que ele fizesse uma requisição ARP, o que não teria feito enquanto tivesse um Ip estático ... e No entanto, eu tinha acesso total à rede nessa caixa, então todos os seus pacotes teriam sido através do primário ...
Eu não sei. Eu estou indo para giz até algum estranho absurdo camada 2. Se alguém puder me dar uma resposta mais clara, eu aceito. Eu quero configurar dhcp e dns cache no roteador secundário, porque DD-WRT tem dnsmasq, o que é bonito em redes domésticas ... por isso, se endereços IP só são roteáveis depois de ter sido registrado com o servidor dhcp do roteador principal, eu ' voltarei a isso ...
Editar:
A resposta, tal como é, veio quando eu estava tentando capturar os endereços MAC de todas as máquinas na minha rede (eu ia usá-los para configurar o dnsmasq).
$ sudo nmap -sP 192.168.1.0/24 | egrep '^(Nmap scan|MAC)'
Nmap scan report for 192.168.1.1
MAC Address: 00:18:39:08:1D:14 (Cisco-Linksys) # Primary
Nmap scan report for 192.168.1.2
MAC Address: 00:12:17:12:96:22 (Cisco-Linksys) # Secondary
Nmap scan report for 192.168.1.100
MAC Address: 00:12:17:12:96:22 (Cisco-Linksys) # Connected to secondary
Nmap scan report for 192.168.1.101
MAC Address: 90:18:7C:2A:21:C4 (Unknown)
Nmap scan report for 192.168.1.103
Nmap scan report for 192.168.1.123
MAC Address: 00:12:17:12:96:22 (Cisco-Linksys) # Connected to secondary
O kicker aqui é que todas as máquinas conectadas através do secundário compartilham o endereço MAC do secundário.
Se eu tivesse uma ponte verdadeira, os dois roteadores estariam essencialmente atuando como um único switch (um dispositivo de camada 2). Os pacotes de um determinado dispositivo na sub-rede seriam entregues a outro através do endereço MAC.
Isso não está acontecendo aqui. Em vez disso, tenho duas sub-redes intercaladas que possuem o mesmo espaço de endereço IP. Normalmente, isso seria uma má ideia; Se você não tiver cuidado, isso pode levar a conflitos de endereço IP. Neste caso, não é tão ruim, porque todas as solicitações DHCP são tratadas pelo roteador principal (eu tenho o encaminhamento DHCP configurado no secundário)
Os pacotes do primário são entregues ao secundário via endereço MAC. As máquinas além do roteador estão em um segundo segmento de rede e, portanto, não compartilham endereços MAC com a rede principal.
Eu mencionei que eu já tinha o DD-WRT conectado com um roteador diferente. Este foi uma verdadeira ponte, configurada através do WDS ( Sistema de Distribuição Sem Fio ). A advertência com o WDS é que ambos os roteadores devem usar o mesmo chip set.
No momento em que o configurei, não consegui descobrir por que isso importava, mas uma vez que comecei a pensar nisso, fazia sentido. Se eu criar uma ponte entre dois roteadores, estou essencialmente criando um grande switch - um dispositivo de camada 2. Um switch tem o 'smarts' para entregar pacotes via endereço MAC, ao invés de transmitir pacotes e deixar cada dispositivo na rede resolver se deve ou não aceitá-los (isso seria um hub, ao invés de um switch). Os detalhes sobre como o switch realmente entrega pacotes é uma decisão da camada 1 (ou seja, hardware). Geralmente, você não precisa se preocupar com a camada de hardware, porque todas as decisões são tomadas dentro da mesma máquina física. Você pode tratá-lo como uma caixa preta. Isso não funciona com o WDS, porque nesse momento você está tentando misturar duas caixas na camada 1 - ou seja, no nível do hardware, e nesse nível, os conjuntos de chips importam.