[eside-ghost] Cable de Euskaltel

[Julen Landa Alustiza]

--=.:Rcvn?wf6rGJ97
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On Mon, 15 Sep 2003 09:26:06 +0200
sWitCh <switch@euskalnet.net> wrote:

> Lo que has dicho es verdad, lo que pasa es que a la hora de la verdad,
>=20
> la navegaci=F3n, o la bajada de ficheros o radio o lo que sea tambi=E9n=20
> necesita un poco de ancho de banda de upload para confirmar paquetes y
>=20
> hacer peticiones, con lo cual no puedes dejar que tu servidor=20
> web/ftp/mula suba al 100% de tu capacidad de upload si quieres navegar
>=20
> con un m=EDnimo de fluidez.
Si metes algun reglado que priorize los paquetes de trafico interactivo
y los ACK (las respuestas de confirmaciond de los downloads)  en la cola
de salida, mediante htb por ejemplo, consigues utilizar casi el 100% de
tu capacidad (hay que perder un poco de capacidad, para que las colas de
trafico se queden en el GNU/Router y no en el router/cable-modem.
mas info en www.lartc.org
>=20
> sWitCh.
>=20
> aktor wrote:
>=20
> >Aupa Fermat!
> >
> >El Sun, 14 Sep 2003 17:49:25 +0200
> >Fermat escribi=F3:
> >
> > =20
> >
> >>-----BEGIN PGP SIGNED MESSAGE-----
> >>Hash: SHA1
> >>
> >>El Sun, 14 Sep 2003 13:41:17 +0200,
> >>zgor escribi=F3:
> >>
> >>// Aupi,
> >>
> >>	ieup !!
> >>
> >>// No se hasta que punto es cierto ,pero se comenta que hay una
> >clausula en el contrato para limitar el total de trafico bajado desde
> >internet al mes a X Gigas , no se si eran 2.>// Esta claro que no la
> >aplican , pero vete a saber si una vez captados todos los clientes
> >que consideren necesarios les da por aplicarla .>// A ver si alguien
> >con el contrato a mano lo puede confirmar.>
> >>	Acabo de leer las "condiciones generales - contrato de prestaci=F3
> >n del servicio ventana euskaltel" y no he le=EDdo nada sobre este tema
> >0:-o>
> >>
> >>// Otro fallo que me comento aktor un dia, es que al pillar IP por
> >dhcp por la boca ethernet del cablemodem, en euskaltel establecen un
> >periodo de 8 horas para esa MAC, asi que no puedes cambiar y enchufar
> >otro pc de seguido, tienes que esperar o usar usb (no soportado por
> >el momento en Linux)>   =20
> >>
> >
> >El servicio t=E9cnico de Euskaltel me dijo que el servidor DHCP asocia
> >una ip a una mac y la memoriza durante 4 horas. (si no recuerdo mal).
> >Me dijo que si necesitaba utilizar otro ordenador, usase la interfaz
> >usb (euskaltel te da 2 IP's, al menos en el servicio 300 / 300, una
> >ethernet y otra USB que puedes usar simultaneamente).
> >
> >Las pruebas que yo he realizado si que confirman esta "memoria"
> >aunque el dato relativo al tiempo no lo puedo confirmar. En la
> >oficina tenemos un LinuxAp conectado directamente al router-modem
> >haciendo de gateway sin ning=FAn problema.
> >
> > =20
> >
> >>	Y ya que estamos, a ver si alguien me puede explicar como va lo
> >del cambio de ip que te hacen, porque no s=E9 si lo entiendo. >   =20
> >>
> >
> >Por lo que yo se, un servidor DHCP tiene X direcciones IP
> >disponibles. Supongamos 30. Y tenemos 35 clientes de euskaltel, que
> >estad=EDsticamente sabemos que _no_ se van a conectar todos a la vez
> >(luego pasa lo que pasa que en NocheVieja no hay quien llame a los
> >colegas para felicitar el a=F1o :P). El servidor DHCP _procura_ asignar
> >una misma IP a la MAC que la ha solicitado. Puede resultar que un
> >nuevo cliente solicite una IP y todas excepto la tuya est=E9n
> >asignadas, de manera que se la da a =E9l. En el momento que tu te
> >vuelves a conectar te dar=E1 otra que est=E9 libre, que probablemente no
> >sea la de antes. No se si me explico...
> >
> >
> >Cuando configuras un servidor DHCP configuras 2 valores:
> >
> >        default-lease-time              600; # 3600
> >        max-lease-time                  1200; # 7200
> >
> >que son el tiempo en _segundos_ que quieres que recuerde la asociaci=F3
> >n IP <-> MAC.
> >
> >Euskaltel parece que la tiene configurado en 4 horas. ONO, otra
> >cablera, sin embargo, tiene 24 horas (si mal no recuerdo).
> >
> > =20
> >
> >>	Por lo dem=E1s, no he tenido ninguna pega con el servicio de
> >euskaltel... 300/300 (30ks estables). Ya de pas=F3.. a diferencia del
> >ADSL, =BFhasta qu=E9 punto afectan los uploads a mi navegaci=F3n por ine=
t?>
> >>   =20
> >>
> >
> >En nada. El flujo de upload y el de download van por 2 canales de
> >frecuencias totalmente independientes. Es como el ADSL, cada uno
> >tiene su frecuencia y por tanto su "hueco".
> >
> ><mode semi-techie on>
> >
> >Tienes 2 flujos:
> >
> >- downstream: lo que recibe el cable-modem (velocidad de bajada).
> >
> >  Rango de frecuencias en Europa: 65 - 850 Mhz=20
> > =20
> >- upstream: lo que envia el cable-modem (velocidad de subida)
> >
> >  Rango de frecuencias en Europa: 5 - 65 Mhz
> >
> ></mode off>
> >
> >Como puedes ver, la tecnolog=EDa cable modem, al igual que el ADSL, es
> >ASIMETRICA, ya que el ancho de banda de subida y de bajada son de
> >capacidades distintas. Eso no quita para que Euskaltel y otras
> >empresas de Cable decidan ofrecer un servicio _simetrico_ de 300 Kbps
> >/ 300 Kbps.=20
> >
> >espero haberte aclarado algo,
> >
> >aktor
> > =20
> >
>=20
> _______________________________________________
> eside-ghost mailing list
> eside-ghost@deusto.es
> https://ssl.deusto.es/cgi-bin/mailman/listinfo/eside-ghost


--=20
Julen Landa Alustiza
julen@mundurat.net

--=.:Rcvn?wf6rGJ97
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/aZbQyXy8Sqk+t5cRAihzAKCKH97RuBeRN8wZ7bPWpEv7OzS8XwCgwkZr
jrPXGy+wja5dXAaizDp2gDc=
=1riC
-----END PGP SIGNATURE-----

--=.:Rcvn?wf6rGJ97--