Thursday, October 26, 2006

Raman Amplification in SAN - for Disaster Recovery

Cuán lejos debe estar un Data Center primario de un secundario? Este artículo escrito por Per B. Hansen - Director, Business Development, Optical Solutions ADVA Optical Networking, nos da una pauta de cuán lejos debe estar un DC primario de un secundario y las tecnologías aplicadas en la actualidad para que dicha separación sea por ej. de 200km con velocidades de hasta 10Gbps.

Categoría and Technorati tags: catNetworking

Monday, October 23, 2006

Conectando dos ap, por ahora sin solución Pate II

Bien... Continuando con la travesía de conexión, se agregó un nuevo dispositivo también de la marca Encore al esquema propuesto, debido a no haber encontrado solución alguna a la conexión entre los 2 AP. Lo que se probó en esta ocasión es usar en uno de los extremos un AP de los que ya teníamos y en el otro extremo un LAN Extender ENRXWI-G (la nueva adquisición), luego el esquema resultante fue el siguiente:

AP (ENHWI-G) <------------------>EX (ENRXWI-G)

||-------------------------------------------------------||

DHCP Server ---------------------------------Cliente

Conf.1

Aclaraciones:

a) Las IP’s tanto del AP como del EX fueron introducidas a mano y eran del mismo rango que las del Server.

b) Se anularon las funciones DHCP del AP.

c) El SSID fue el mismo siempre para todos los dispositivos como así también lo fue el canal de transmisión.

Curiosidades:

1) Prueba: Se realizó la primer prueba, haciendo que una laptop se conecte al único puerto ethernet del EX (vía wire & wireless) y solicite una IP.

Resultado: No funcionó ni wire, ni wireless. Sin embargo las solicitudes ARP llegaban al DHCP Server del otro extremo.

2) Prueba: Se le asigno a mano una IP (estática) a la laptop conectada al EX.

Resultado: Funcionó pero no tenía sentido para la configuración DINAMICA que necesitábamos.

3) Prueba: Se hizo que el EX solicite DHCP en lugar de tener asignada una IP estática.

Resultado: Funcionó pero solamente hasta el EX llegaban los ARP (no a la laptop).

4) Prueba: Se invirtieron las posiciones de los dispositivos de la siguiente manera:


EX (ENRXWI-G) <------------------>AP (ENHWI-G)

||-------------------------------------------------------||

DHCP Server ---------------------------------Cliente

Conf.2

Resultado: Funcionó, la laptop recibió una IP vía DHCP con todas las configuraciones necesarias, gw, dns, etc. Pero no podían rutearse los paquetes hacia fuera (Internet). (Tema pendiente a investigar por qué sucede esto).

A todo esto, le hemos escrito a la gente de Encore, quienes muy amablemente nos han contestado diciendo: Sres. gracias por contactarnos y toda la historia, pero Uds. están locos jajaja (en realidad no dijeron eso): lo que quieren hacer no es viable con esos dispositivos, tema WDS y demás yerbas.

Respuesta de Encore:

Thank you for contacting Encore Electronics Technical Support. If you are trying to do this wirelessly, it is not going to work. The ENHWI-G does not support WDS. Only the ENRXWI-G does support WDS.

Wired it will work as long as you assign different IP address to each router. Make sure that only one of the routers has DHCP enabled. I World also recommend that with the three routers that have DHCP disabled. Are not connected to the network through their Wan port.


XX
Encore Electronics Technical Support
www.encore-usa.com

Conclusión:

No hay nada mejor que la estandarización y sobre todo los estándares abiertos.

Hurgando en las profundidades de Internet he encontrado una serie de sites que tal vez diluciden u obscurezcan el panorama con frases como: “The WDS feature is not completely specified in IEEE or Wifi standards”. Analizando un poco el tráfico ARP (con la Conf.1) vimos que al DHCP Server llegan las solicitudes con la MAC de la laptop y éste le enviaba una respuesta que aparentemente quedaba en el EX, quien no era capaz de redirigirla. También hay un draft en http://grouper.ieee.org/groups/802/11/ sobre WDS que tal vez pueda ayudar a estandarizar las cosas proponiendo un sistema de flags sobre el BSSID en las tramas 802.11.

Por ahora es lo que hay pero prometo seguir danto pelea…

Categoría and Technorati tags: catNetworking

Monday, October 02, 2006

Conectando dos ap, por ahora sin solución

Con un amigo estamos intentando conectar dos puntos mediante dos access point encore ENHWI-G, lo raro es que la primera vez que los conectamos logramos hacer lo que queríamos, a continuación les explico la secuencia:
1 Se encendió el primer dispositivo desde ahora llamado ap1 y se configuró de la siguiente manera:

ap1
IP=10.2.0.1
netmask=255.255.0.0
domainname=mydomain.com.ar
ssid=mynet
Eso fue lo único que se hizo en el primer dispositivo.

2 Se encendió el segundo dispositivo desde ahora llamado ap2 y se configuró de la siguiente manera:

ap2
IP=10.2.0.2
netmask=255.255.0.0
domainname=mydomain.com.ar
* el ssid=mynet pero fue tomado automáticamente por el dispositivo al arrancar.

Luego de esto, comenzamos a realizar las pruebas:
1 Se conectó al switch que trae el ap1 un DHCP server mediante un patchcord.
2 En el otro extremo en el ap2 se conecto al switch también mediante un patchcord una pc que debería tomar una dirección mediante el DHCP mencionado.
3 Así fue, la pc tenía asignada una IP del DHCP server de la clase que éste otorgaba 10.1.0.*
4 Se realizó un trazado de ruta mediante el comando tracert y vimos que todo funcionaba correctamente, los ap no aparecían en ésta, eran transparentes y sólo cumplían su función de backbone.

Problemas:
Llevamos los dispositivos a su destino final y lo único que hicimos fue cambiar el ssid... Nuuu para qué lo tocamos, desde ese momento nuestra configuración dejó de funcionar y hasta el momento sigue sin hacerlo, de eso ya hace 2 días y sigo googleando, foreando y maileando sin soluciones. Ni bien lo solucionemos lo publico, de más está decir que si alguien ya lo hizo que nos avise.

Categoría and Technorati tags: catNetworking