¿Cómo puedo hacer que mi decodificador funcione conectado a mi AP?

¿Cómo puedo hacer que mi decodificador funcione conectado a mi AP?

He estado reorganizando parte de mi red doméstica: hay un segmento físico que tiene varios dispositivos y originalmente estaba diseñado así. El cambio es un cambio "tonto": unLinksys SE 2500, y el AP actual es unMercusys MR70X. El decodificador es un Tatung 3102.

Todos los dispositivos aquí están conectados a través decableadoEthernet al siguiente dispositivo de la cadena: un Android TV, un HTPC de Windows y un decodificador proporcionado por mi ISP, singtel. No estoy seguro del modelo exacto.

ingrese la descripción de la imagen aquí

Actualicé mi AP a uno (el actual) con más puertos Ethernet y decidí eliminar el conmutador.

Moví el televisor, el HTPC y el decodificador al AP desde el conmutador (que no está conectado) y el enlace "principal" del ONR según las instrucciones del fabricante (por lo tanto, enlace ascendente al puerto WAN, 3 dispositivos en sus propios puertos ).

ingrese la descripción de la imagen aquí

Noté que el HTPC tiene una IP diferente (impar) y el decodificador no puede conectarse. Más precisamente, dice que está conectado y luego se queda atascado en esta pantalla.ingrese la descripción de la imagen aquí, la hora comienza en la pantalla del reloj del STB a partir de las 12:00 y no se corrige sola como si tuviera una conexión normal/correcta.

Al volver a poner el interruptor, todo vuelve a la normalidad. Identificacióncomopara eliminar el interruptor si es posible.

haymenciones de vlansse está utilizando para conexiones de TV para otros enrutadores, pero: ¿una etiqueta vlan 'simplemente' pasaría a través de un conmutador tonto y puedo configurar mi AP para que haga lo mismo?

Respuesta1

ElSimulador de Mercusysmuestra esta configuración del puerto LAN:

ingrese la descripción de la imagen aquí

Lo más probable es que este sea el estado predeterminado. Suponiendo que el STB estuviera en situación de falla conectado a LAN3, simplemente deshabilitar la etiqueta 802.1Q debería resolver el problema.

Teoría detrás:

Las VLAN se utilizan en este dispositivo para priorizar el tráfico. La prioridad predeterminada es 3, que se utiliza para el tráfico estándar junto con 0. 1-2 son tráfico de prioridad baja, 4-5 media, 6 y 7 de alta prioridad. LAN3 tiene alta prioridad y está destinada a conectarse a un sistema IPTV.

Dot1Q VLAN es una tecnología L2. Nunca está activado de forma predeterminada, pero debe habilitarse y configurarse intencionalmente. Los conmutadores tontos no reconocen VLAN y no se pueden configurar. Los dispositivos perimetrales, como televisores y STB, también son dispositivos tontos no configurables y que no reconocen VLAN. Sólo se comunican mediante tramas Ethernet estándar.

La única razón para tener el etiquetado dot1Q como opción es garantizar que el enrutador envíe y espere recibir en puertos que pertenecen a una VLAN solo tramas etiquetadas con el ID (número) de VLAN. El tráfico de entrada sin etiquetar simplemente se elimina. La trama etiquetada tiene 1522 bytes, mientras que la trama estándar tiene 1518 bytes. El STB, al ser un dispositivo tonto, no puede manejar marcos demasiado grandes, por lo que los deja caer o los estropea. Por tanto, no hay conectividad.

Cuando todos los dispositivos están conectados al conmutador tonto, el tráfico solo fluye con tramas Ethernet estándar. En consecuencia, no hay problemas.

Este dispositivo no es en realidad un enrutador completo. Es un conmutador con capacidades de enrutamiento limitadas. Otra opción para resolver la situación es desactivar las VLAN por completo. Esto hace que se comporte como un conmutador tonto: el tráfico entre los 3 puertos LAN y el WiFi se conmuta, solo se enrutará el tráfico entre los segmentos LAN y WAN. Si las VLAN están habilitadas pero la etiqueta dot1Q está deshabilitada, el dispositivo aún reenviará internamente el tráfico de acuerdo con las prioridades establecidas.

información relacionada