Mensajes

[Cisco EPC3825]

Si no hay router como puente, entonces no hay AP (Access Point) así que pues, no hay enlace de datos para transportarlos.

No entiendo el motivo para que digas eso. Lo comentamos ya una vez, creo que confundes los conceptos de bridge (modem), con bridge wireless. No tiene nada que ver una cosa con la otra. Dejar un router en modo bridge, es dejarlo como un modem (perdiendo distintas funcionalidades: NAT, firewall,...) Configurar un AP wireless como bridge wireless, es permitir que vía wifi, un AP se enlace con otro AP (no hay latiguillo que los una).

Ummmmm y así funciona????

¿Por qué no iba a funcionar? Algunas de las funcionalidades de estos dispositivos son (obviamente tienen más, pero no que interesen para lo que ahora estamos debatiendo):

Cisco EPC3825: modem+router+servidor DHCP+AP wifi+switch

Linksys WRT160N: router+servidor DHCP+AP wifi+switch

Si con un latiguillo conectas uno a otro por las bocas ethernet (estás conectando realmente un switch a otro switch), y ya los tendrías enlazados, pasando paquetes de uno a otro y uniendo los distintos segmentos de red.

y como funciona el switch en ese punto??? detecta el router sin problemas como AP, sinque el router principal sea AP???

Claro, ¿qué es lo que te crea confusión en este punto?. En una LAN puedes tener 1 AP o varios. En este caso es como si por separado, estuvieses conectando a un switch, un AP con un latiguillo (el AP, tiene su propia IP, los clientes wifi se conectan a él; y si corresponde recibirán todos los datos de red del servidor DHCP que haya configurado, que podrá ser el router que da salida a inet o el otro.)

De todos modos, creo que esto ya se está desviando demasiado del tema principal del hilo.

Saludos.

[dato]

Hola dato   .

Tú siempre haces buenos aportes. Pero creo que no has leído el hilo con detenimiento para ver cuál es el problema.

Ummm ambos estan como dhcp??? en el modo puente creo que solo deberia dar acceso a un solo equipo remoto, tal vez los equipos por wifi estan tratando de acceder a ambos router...

Los dos no están como DHCP, sólo uno. Los equipos están tratando de conectar a una sola wifi, ya que la otra está deshabilitada.

Consultando este link estuve revisando unas cosas, pues si el router cisco (el AP) que funciona como bridge tal vez solo debe validar una mac de acceso a internet, y creo que lo mejor es que deberia estar conectado mediante cable cruzado UTP para no tener perdidas

Ahora mismo no hay ningún router como bridge. El cisco está actuando como router y el linksys como un switch+AP. Habría que tener en cuenta qué cable utilizar si los dispositivos no tuviesen soporte auto MDI/MDIX, que no es el caso.

Creo que te falta configurar el punto de acceso, así que tal vez por eso te salen otros equipos, no se si sean cisco, a mi me suena a que esta funcionando como monitor

¿Qué es "configurar el punto de acceso"? ¿y qué es, que "esté funcionando como monitor"?

Tal vez ambos routers deben estar configurados como puentes

El enlace de un router con otro, lo está haciendo por cable, no por wifi.

Un saludo.

Hola.

Pues si que es raro lo que te pasa. Imagino que tienes todos los equipos para que la config. de red sea por DHCP.  ¿Has puesto algún límite en el nº de IP a asignar por el servidor DHCP? Si pruebas a dejar el cisco como servidor DHCP y activar su wifi y deshabilitas todo en el linksys, ¿también te sucede lo mismo?

Saludos.

[Elemental Code]

Hola.

Igual tu problema es lo que indica Elemental Code, ¿o es posible que te refieras a hacer una interfaz MDI?

Saludos.

Hola.

El error lo tienes en la comilla inicial que se te ha colado tras Distribucion. No debe ir ahí:

Código (vb) [Seleccionar] Expandir

rec.Find "Distribucion'" = " " & Text1.Text & "'"

PD: haz caso de los que consejos que te han indicado anteriormente.

Saludos.

Pues no sé  , en la captura se ve claramente que queda en modo bridge. Imagino que luego no cambias de boca ethernet para conectarlo al linksys (de la boca ethernet1 a la boca WAN del linksys) ¿no?. En principio, el que utilices un cable u otro, no es problema.

Si finalmente no consigues que te funcione, puedes volver a configurarlo como router, le deshabilitas la wifi, lo conectas al linksys por una boca ethernet y utilizas la wifi de éste último (deja sólo un router como servidor DHCP y que tengan distinta IP, pero dentro de la misma subred).

Saludos.

Hola.

Entiendo. Podrías probar 2 cosas:

1.-Pon en la config. de red de ese equipo para el que has subido las capturas, las DNS manualmente  (8.8.8.8/8.8.4.4 por ej.) y ver si tira.

2.-Conectar directamente el equipo al 3825 (configurado como bridge), ver qué IP asigna a tu cnx de red y ver si sale a inet o no.

Saludos.

Hola.

Yo de ti haría lo siguiente: reseteas el 160N, pones en modo bridge el 3825 y lo conectas desde una boca LAN a la boca WAN del 160N. Deja los equipos para que reciban la config. de red por DHCP y listo, debería funcionarte. Es exactamente lo mismo que cuando tenías un cable-modem conectado al 160N.

Luego ya sería cuestión de entrar vía web al 160N (sabiendo la IP que le queda por defecto al resetear o mirando puerta de enlace asignada en algún equipo) y modificar lo que consideres oportuno (user/pass, wifi,...)

Saludos.

Hola.

¿Con qué puerto accedes remotamente al Cisco? no es el mismo con el que quieres gestionar remotamente el tp-link, ¿no?. Podrías  probar 1º configurando el NAT en el cisco contra la IP de la bullet (192.168.0.13) y el puerto con el que quieres gestionar el tp-link. Luego en la bullet vuelves a hacer NAT con la IP del tp-link (192.168.1.28)  y el puerto con el que quieres gestionar el tp-link (indicado anteriormente). También podrías probar sin hacer el 2º NAT en la bullet pero dejando como DMZ el tp-link.

Saludos.

Hola.

Lo indicado en este hilo, lo puedes extrapolar a lo que quieres hacer, es lo mismo.

Saludos.