Mailinglist Archive: opensuse-es (1826 mails)
| < Previous | Next > |
Re: [suse-linux-s] Anycast [Era: Servidor DNS Suse 10.0]
- From: "Victor Hugo dos Santos" <listas.vhs@xxxxxxxxx>
- Date: Wed, 8 Mar 2006 16:12:12 -0300
- Message-id: <5dce4940603081112s388a35c0i@xxxxxxxxxxxxxx>
El 8/03/06, Carlos E. R.<robin1.listas@xxxxxxxxxx> escribió:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
[...]
> > exacto !!! todo el referente a anycast... pero para el tema del DNS,
> > IMHO, anycast no es utilizado por falta de direcciones IPs, vamos tio,
> > que estamos hablando de servidores "FUNDAMENTALES" para la internet...
> > como se ocurre que no van a encontrar una o dos (o un poquito mas) de
> > IPs disponibles para estas maquinas ???
>
> No, yo no hablo de usar anycast para dns, sino el concepto de anycast en
> si para cualquier uso. Digo que la misma existencia del sistema anycast
> tiene que venir por la falta de IPs numéricas suficientes para que esa
> gente que pone varios servidores con la misma IP tenga los cientos o miles
> de IPs que necesiten para darle a cada máquina la suya propia.
aaahhhh.. ok. entiendo y concuerdo con usted !!!!
y es cierto cuando mencionas que el sistema anycast (por lo general)
es utilizado por las pocas direcciones IPv4 que existen.. ya que
existen otros mecanismos mas facileis de configurar y mantener para
hacer redundancia !!!!
> > como te decia en el otro correo... el principal motivo de utilizar
> > anycast en los DNS es para NO aumentar el tamano del paquete con la
> > respuesta y asi no dejar de utilizar UDP.
>
> ¿Que al usar anycast el tamaño de la respuesta es menor? No lo entiendo.
> La respuesta será la respuesta, venga de donde venga.
nooo.. anycast no tiene nada que ver con el tamano de la respuesta,
pero si.. la cantidad de servidores/datos que hay.. por ejemplo:
$dig ns com. @a.gtld-servers.net
; <<>> DiG 9.2.3 <<>> ns com. @a.gtld-servers.net
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 62881
;; flags: qr aa rd; QUERY: 1, ANSWER: 13, AUTHORITY: 0, ADDITIONAL: 15
;; QUESTION SECTION:
;com. IN NS
;; ANSWER SECTION:
com. 172800 IN NS c.gtld-servers.net.
com. 172800 IN NS i.gtld-servers.net.
com. 172800 IN NS g.gtld-servers.net.
[...]
;; Query time: 179 msec
;; SERVER: 192.5.6.30#53(a.gtld-servers.net)
;; WHEN: Wed Mar 8 15:40:59 2006
;; MSG SIZE rcvd: 509
quite mucha informacion de aca... pero el mas importante es la ultima
linea "MSG SIZE rcvd: 509" donde se muestra el tamano del paquete que
es 509 bytes, se a esto tu sumas 20 bytes del header IP y 8 bytes del
header UDP, entonces tendras un valor de 537 bytes, que es case que el
limite maximo de 576 octetos de la MTU.
se agregan uno DNS (n.gtld-servers.net, por ejemplo) mas a la lista de
los 13 actuales, la respuesta seria mucho mayor que los 576 bytes y
entonces tendrian que utilizar TCP.. y en esto esta el problema,
entendiste ??
salu2.
--
--
Victor Hugo dos Santos
Linux Counter #224399
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
[...]
> > exacto !!! todo el referente a anycast... pero para el tema del DNS,
> > IMHO, anycast no es utilizado por falta de direcciones IPs, vamos tio,
> > que estamos hablando de servidores "FUNDAMENTALES" para la internet...
> > como se ocurre que no van a encontrar una o dos (o un poquito mas) de
> > IPs disponibles para estas maquinas ???
>
> No, yo no hablo de usar anycast para dns, sino el concepto de anycast en
> si para cualquier uso. Digo que la misma existencia del sistema anycast
> tiene que venir por la falta de IPs numéricas suficientes para que esa
> gente que pone varios servidores con la misma IP tenga los cientos o miles
> de IPs que necesiten para darle a cada máquina la suya propia.
aaahhhh.. ok. entiendo y concuerdo con usted !!!!
y es cierto cuando mencionas que el sistema anycast (por lo general)
es utilizado por las pocas direcciones IPv4 que existen.. ya que
existen otros mecanismos mas facileis de configurar y mantener para
hacer redundancia !!!!
> > como te decia en el otro correo... el principal motivo de utilizar
> > anycast en los DNS es para NO aumentar el tamano del paquete con la
> > respuesta y asi no dejar de utilizar UDP.
>
> ¿Que al usar anycast el tamaño de la respuesta es menor? No lo entiendo.
> La respuesta será la respuesta, venga de donde venga.
nooo.. anycast no tiene nada que ver con el tamano de la respuesta,
pero si.. la cantidad de servidores/datos que hay.. por ejemplo:
$dig ns com. @a.gtld-servers.net
; <<>> DiG 9.2.3 <<>> ns com. @a.gtld-servers.net
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 62881
;; flags: qr aa rd; QUERY: 1, ANSWER: 13, AUTHORITY: 0, ADDITIONAL: 15
;; QUESTION SECTION:
;com. IN NS
;; ANSWER SECTION:
com. 172800 IN NS c.gtld-servers.net.
com. 172800 IN NS i.gtld-servers.net.
com. 172800 IN NS g.gtld-servers.net.
[...]
;; Query time: 179 msec
;; SERVER: 192.5.6.30#53(a.gtld-servers.net)
;; WHEN: Wed Mar 8 15:40:59 2006
;; MSG SIZE rcvd: 509
quite mucha informacion de aca... pero el mas importante es la ultima
linea "MSG SIZE rcvd: 509" donde se muestra el tamano del paquete que
es 509 bytes, se a esto tu sumas 20 bytes del header IP y 8 bytes del
header UDP, entonces tendras un valor de 537 bytes, que es case que el
limite maximo de 576 octetos de la MTU.
se agregan uno DNS (n.gtld-servers.net, por ejemplo) mas a la lista de
los 13 actuales, la respuesta seria mucho mayor que los 576 bytes y
entonces tendrian que utilizar TCP.. y en esto esta el problema,
entendiste ??
salu2.
--
--
Victor Hugo dos Santos
Linux Counter #224399
| < Previous | Next > |