Estimados Señores

Somos proveedores de acceso a internet, ya tenemos 2000 clientes, y tenemos una solucion, que ya describo, pero se me esta volviendo un dolor de cabeza en horas picos.

Recibo sus sugerencias, sobre que estructura de solucion deberia implementar, por que esto ya me esta sacando canas.


Damos acceso a Internet via ADSL, linea telefonica.

Usamos Dos servidores asi:

sistema operativo fedora 8 64 bits
squid stable 2.6.xx
iproute2 para balanceo de carga entre tres canales de internet de (60 megas, 70 megas y 30 megas)
proxy cache transparente
dns cache usando bind

Doy acceso a los cliente usando direccion IP privadas y salen a traves de un solo gateway.

He tratado de modificar de todo, red, gigabit, etc. Pero no se hasta que punto sea optima esta solucion.

Alguien tiene experiencia en acceso a internet a clientes? donde supere los 3.000

Gracias


William

Con la información que das solo podemos apelar a la imaginación y según indica la experiencia cunado imaginamos la solución a un problema generalmente no se la adecuada.
Algunas de las cosas que serian útiles son:

Debes indicar las configuraciones
Describir que cosas has intentado ( teñirte el pelo para disimular las canas no cuenta )
Postear los log ( usando pastebin o similar )

0) Hasta donde sé, no hay mucha gente en el foro que se haya dedicado a esto. Soy de los pocos, y estoy felizmente retirado del mundanal ruido.

1) No dices cuál es el problema.

2) Ya has planteado inconvenientes con iproute2. Ya te dije que no es lo adecuado para proveer conexión a clientes. En su lugar, deberías usar quagga o un router OSPF (cualquier técnico con certificación Cisco debería saber configurarlo).

3) 60, 70 y 30 megas (Mb/s, supongo), suman 160 Mb/s. Por cuestiones de protocolo y pérdidas inevitables, siendo optimista deberías contar con que tienes, en realidad, unos 140 Mb/s. 140/2000=0.07 MB/s. Claro que tienes problemas en las horas pico. El problema, se llama matemáticas.

jejej. Gracias. He estado implementando todo tipo de sistemas para optimizar mis ancho de banda. Ya tengo implementado cache de varios nivel, cache de dns y videocache de youtube, porno, xx de muchos sitios que me han ayudado a ahorrar mucho ancho de banda.

Es decir todo un enredo de servidores, que me permiten rehusar mucho mi ancho de banda, y desde luego ahorro de ancho de banda en ahorro de $$$

Parecera una pregunta muy tonta, pero, creo que cuando en canal esta full, de internet el trafico o paquetes se pierden o siguen en espera, o se reintenta en envio y reenvio de paquetes?. Es cierta esta apreciacion.

Definitivamente para nosotros como ISP, hay que tener muchos caches de todo tipo, por que el ancho de banda nunca sera suficiente para los cada dia mas demandables usuarios, en especial de la parte de video. Ya tenemos 10 gigas de video en cache distribuidos, para no bajar el rendimiento del equipo.

Estamos investigando como podemos cachear sitios como megaupload, solo cachear, no pretendemos convertirnos en uno, por ejemplo, cachear actualizaciones microsoft, flashplayer, adobe pdf y los 100 o 200 programas de mas descarga, eso ayuda mucho y mejora la experiencia de usuario.

Alguien ha hecho eso antes?

La pregunta no es tonta, pero sí elemental. Y ese es el problema con este intercambio de mensajes: estás preguntando por cuestiones muy complejas, pero evidentemente desconociendo lo básico.

Lo que describes es el comportamiento del protocolo tcp/ip. Puedes leer los RFC's correspondientes en su versión en español. RFC's 791 y 793 (y alguno más que no recuerdo).

Básicamente: si en una transmisión de datos se pierde un paquete, tcp/ip reduce su velocidad a la mitad y comienza a incrementarla de a una unidad. Lo que te ocurre es algo así:

Descargo a 100kb/s.
Pierdo un paquete.
La velocidad baja a 50kb/s.
sube a 51, 52, 53, 54, entonces pierdo un paquete.
la velocidad baja a 27Kb/s.
sube a 28, 29, 30, pierdo un paquete; baja a 15... Cuando la velocidad se acerca a cero, lo más probable es que la conexión se corte.

Este mecanismo, es aprovechado por todos los controles de ancho de banda, reteniendo o descartando paquetes para reducir la velocidad de descarga.

Ahora, si preguntas eso, y estás haciéndote cargo de proveer el servicio a 2000 clientes, lo único que puedo recomendarte es que contrates a un técnico. Y lo digo sin ánimos de ofender. Evidentemente no cuentas con los conocimientos sobre redes para dominar la situación. Tal vez tengas buenos conocimientos sobre administración y negocios, pero en la red hace falta un técnico de redes.

Con respecto a Quagga, supongo que es ocioso sugerirte que busques información sobre routers BGP, y protocolos RIP y OSPF.

En cualquier caso, da la impresión de que esperas como respuesta algo típico de un foro. Una receta del estilo: haz esto y esto, y tendrás otra vez operativo el mouse. Pero ese tipo de respuestas, sirven para un mouse. Para diseñar un router BGP para una red específica, tendría que responderte con un manual o, como lo estoy haciendo, con los temas sobre los cuales debes informarte.

La verdad es que 140MB (aprox) para 2000 usuarios no es nada. La sugerencia de un router dedicado con Quagga que te hace neurus es "la opción".