É realmente sobre o modo monitor. Leia.
O 802.11 foi projetado para ser "Ethernet sem fio", e as interfaces 802.11 tradicionalmente se apresentaram ao sistema operacional como interfaces Ethernet, de modo que o sistema operacional só vê os pacotes depois que eles foram traduzidos de volta para quadros familiares Ethernet II ou 802.3. Isso foi necessário para que o 802.11 funcionasse sem exigir que os SOs adicionassem muitos códigos para entender toda a nova complexidade que acompanha o 802.11.
Assim, em muitos sistemas, quando você captura pacotes de uma interface 802.11 que está operando normalmente, associado a um AP e passando tráfego, você não verá os cabeçalhos 802.11 ou os quadros específicos do 802.11. Você só verá quadros de dados depois de serem convertidos novamente em quadros Ethernet com fio (Ethernet II ou 802.3).
Dependendo do seu sniffer, sistema operacional e drivers sem fio, você pode dizer ao seu sniffer para informar à sua interface sem fio que você deseja capturar os pacotes no formato 802.11 em vez do formato Ethernet. Procure uma maneira de alterar a interface Data Link Type (DLT) de "EN10MB" para "IEEE802_11".
Eu sei que no macOS, os DLTs específicos do 802.11 não são expostos a menos que você coloque a interface no modo de monitor 802.11. Eu suspeito que o mesmo se aplica a outros ambientes.
Então, realmente pode vir para o modo monitor. Não porque você queira ver o tráfego de outros BSSs no mesmo canal, mas porque algumas implementações ocultam esses DLTs, a menos que estejam no modo monitor.