Newsgroup: it.comp.reti.ip-admin
Titolo: Server selection attraverso DNS (forse domanda da 1.000.000 dollari)

Salve a tutti.
E' nota l'utilita' di distribuire il servizio www su vari server e di
distribuire le richieste degli utenti attraverso i DNS. (per chi non
conoscesse la tecnica e fosse incuriosito, riporto in fondo al post un
esempio).
A tale scopo, vorrei domandarvi:
- Si puo' fare in modo che un DNS risponda al resolving di un URL con piu'
di un indirizzo IP?
- Se si, come potrebbe un browser interpretare ed elaborare questa risposta
multipla?
- Sempre se si, come si potrebbe a livello di codice c (utilizzando le
normali socket) interpretare ed utilizzare questa risposta multipla?
Grazie,
Sergio.
---------------
Esempio di server selection con DNS
1. Vogliamo che il sito 
www.sempio.com
 sia servito da due server, uno a
Napoli ed uno a Milano.
2. Un utente digita nel browser "
www.esempio.com
"
3. Il Browser conttatta il DNS di 
esempio.com
4. Il DNS risponde al browser l'IP del server di Napoli o di Milano in base
a varie strategie (il piu' libero, il piu' vicino all'utente, o casualemte)

 La terza che hai detto.
nonnonno! anche la prima o la seconda. Sono tecniche relativamente recenti
implementate ad esempio dalla Cisco con il dispositivo "Distributed
Director"
Ciao!


La cosa piu' vicina mi sembra la metrica DRP nel Director di CISCO.
Mette insieme le tre caratteristiche.
Mi chiedo in cosa si differenzi da Akamai a questo punto.
Sent via Deja.com
http://www.deja.com/

 Mi chiedo in cosa si differenzi da Akamai a questo punto.
Premetto che non conosco questa tecnica, ma mi pare (concettualmente) non
troppo diversa da quella di Akamai. Lo 'smart DNS' di Akamai, tuttavia, mi
pare che operi su RRs di tipo CNAME anziché A (=aliases anziché indirizzi),
che probabilmente permette una gestione più agevole della cosa su scala
globale e, forse, permette di superare qualche problema.
Ad esempio, provando da Libero (ma penso valga per qualsiasi provider
italiano) a tentando di risolvere il nodo 
www.akamai.com
 facendo un nslookup
(chi può, ovviamente. Win95/98 astenersi...), ho notato che, alla fine,
ricevo dei CNAME RRs che mi fanno puntare al nodo 
www.es.akamai.com
(Spagna?). Solo risolvendo questo nome ricevo la lista degli host spagnoli
di Akamai tramite degli A RRs.
Questo permette di organizzare lo 'smart DNS' di Akami in modo da dover
rispondere ai clients solo in base alla locazione del client medesimo (cioé,
dall'Italia il nodo più vicino è quello spagnolo), mentre la gestione del
nodo spagnolo medesimo è delegata: se notano troppe richieste in arrivo,
possono aggiungere dei server e/po aumentare la banda a propria disposizione
senza per questo dover 'scomodare' i gestori della rete della casa madre.
Mi pare, ovviamente.
Saluti,
--
------------------------------------------------------
Giampaolo Tomassoni Information Systems Consultant
P.za 8 Aprile 1948, 4 Tel/Fax: 
+39-0578-21100
I-53044 Chiusi (SI)  e-mail: 
toma...@geocities.com
ITALY
homepage: 
http://www.geocities.com/Eureka/Park/2209/

 Ciao!
Ciao,


 > Mi chiedo in cosa si differenzi da Akamai a questo punto.
P.S.: Sai per caso quale tecnica utilizzi per stabilire quale sia il nodo
'più vicino' e quello 'più libero'?


 >
Sorry, mi riferivo a gethostent().

Credo sia un escamotage per sfruttare la gestione gerarchica dei
sotto domini mantenendo un nome 'compatto' unico. Si' credo
che funzioni in quel modo. E questa dovrebbe essere la differenza
fondamentale anche credo che il Director non operi direttamente come
nameserver e quindi probabilmente e' integrato a questa soluzione.


 'piů vicino' e quello 'piů libero'?
Per quanto riguarda il Cisco:
Per valutare la prossimita' usa
1) misure (dette attive) con pacchetti ping tra il router vicino ad un
server ed il client (il router deve istallare pero' un plug-in della cisco)
2) analizzando le tabelle di routing che preleva dai router adiacenti..
Per valutare la disponibita' dei vari server credo, che il
DistrubutedDirector comunichi, attraverso un protocollo proprietario, con i
LocalDirector che sono degli scheduler per cluster di server. Non conosco
le metriche usate.
Per quanto riguarda Akamai:
La selezione di server tramite DNS e' per Akamai solo il 10% del servizio.
Con il Cisco Distributed Director si riesce a selezionare il mirror piů
conveniente
Con Akamai, abbiamo vari server 'vuoti' che si trasformano in 'mirror' non
appena un utente richieda a quel server dei dati.
Sono stato un po sintetico, ma se volete vi spiego meglio.
Una domanda: secondo voi, quali tabelle di routing contengono informazioni
utili per la selezione di server? Le tabelle dei BGP? Queste tabelle
contengono delle info utili a tale scopo, oltre che a descrivere la
topologia della rete?
Saluti.

Vediamo se ho capito bene:
- io lookuppo l'url "
www.akamai.com
"
- il mio DNS locale interroga il dns del dominio 
akamai.com
- questo risponde un CNAME "
www.es.akamai.com
"
- il mio DNS va a rompere le scatole del DNS autoritativo per
"
es.akamai.com
", che e' una macchina diversa da quella del dns di
"
akamai.com
"
Ho detto qualche stronpidagine?



Ma questo lo fanno tutti!!!!
il valore aggiunto e che il cname VARIA in relazione a chi sei tu, ovvero al
percorso che c'è fra te è il sito che vuoi raggiungere....grande valore
aggiunto...GVA...

 Ho detto qualche stronpidagine?
No. La risposta del primo DNS varia in funzione del source address dei
pacchetti di query.
