2010/3/22 Miguel Oyarzo O. <ad...@aim.cl>: > El 23-03-2010 1:52, Aldrin Martoq escribió: >> 2010/3/22 Javier Andres Garay<javier.gga...@gmail.com>: >>> Lo otro sería: >>> Cliente -> CableModem -> CMTS -> Debian -> Internet...
>> Supongo que la última es la indicada, pero dado que es un equipo tan >> grande, tendrás que dimensionar bien cuánto tráfico viaja y cuánto >> puedes procesar. > Definitivamente ese es el esquema. > No lo veo complicado, tu estas repartiendo IPs publicas, por lo tanto > tienes un bloque asigando solo para ti. > Si es asi, solo asignale una IP publica a la maquina debian y reprograma tu > CMTS para q reparta la IP del nuevo Gateway. Con eso el trafico IP se irá > Debian y podras controlar trafico eficientemente. > (Nada le gana a Linux en traffic shaping) > Que el trafico IP pase o no por el CMTS no tiene importancia, pues ese solo > es util en la capa 2 para activar o desactivar tus modems. ¿Chequeaste lo que es un CMTS? Está hablando de un ISP, pueden ser de 25 a 2000 clientes *por cable* HFC. Digamos que en hora peak tienes 500 usuarios navegando a 1 Mb cada uno, son 500Mb que analizar constantemente... Otra idea: en mi casa tengo 8Mb y estoy por cable. Sin un análisis de cuánto tráfico estamos hablando, cualquier decisión será bastante al aire: - tal vez un simple PC haciendo tc no sea suficiente o involucre una latencia inaceptable - tal vez sea mejor *bsd o algo "por hardware" - tal vez no tenga sentido porque hoy la mayoría del tráfico p2p está encriptado y gracias al "hole punching" en cualquier puerto (hasta Transmission en GNOME me reporta todo encriptado para bajar la beta de ubuntu). IE: solo generarás latencia. Yo primero mediría de cuánto estamos hablando y qué tipo de tráfico se gasta en qué cosas (web, ftp, correo, desconocido). -- Aldrin Martoq http://aldrin.martoq.cl/