Newsgroup: it.comp.reti.locali
Titolo: problema complesso reti

carissimi,
   vi spiego il problema:
ho un serverino connesso ad internet attraverso fastweb (senza ip pubblico)
usando HAMACHI riesco a condividere le risorse del serverino con un server
dotato di IP pubblico e da li pubblicare i files in rete.
utilizzo la semplice condivisione delle risorse di win XP
il problema è che la velocità di trasferimento dell'utilizzatore finale è
fortemente influenzata negativamente dal fatto che i files non risiedono sul
server dotato di ip pubblico, bensì sul server secondario connesso al server
principale attreverso internet con una connessione fastweb fibra 10 Mbit,
mentre il serverone è collegato direttamente al MIX con una 100Mbit
quello che vi chiedo è se avete un programma da consigliarmi che possa
migliorare la situazione.
io penso a due soluzioni:
a) programma di synch in modo da trasferire i files in modo trasparente sul
server dotato di IP pubblico, ma come effetto negativo si avrebbe che
occorre del tempo prima che le dyrectory si sincronizzino....
b) programma che simuli un BUFFER di dati di rete...una specie di buffer sui
trasferimenti in ingresso....in modo da sfruttare al meglio la
connessione....
penso che possa bastare tipo una decina di megabyte di buffer
ringrazio in anticipo tutti quelli che interverranno.
Grazie.
S.

 migliorare la situazione.
Una possibile soluzione e' WAFS (Wide-Area File Services), basata su
appliance HW o SW poste sui nodi & dedicate alla real-time acceleration
di scambio dei dati e di apertura/modifica di file remoti in primis
mediante :
==
1. Compressione dei dati trasferiti sulla connessione
2. Caching con trasferimento del solo delta (cioe' pacchetti modificati)
3. Faking dei comandi di apertura (soprattutto su SMB/CiFS)
Tale soluzione consente peraltro la congruita' dei dati sui nodi, senza
problemi/questioni come nel caso di una sincronizzazione. 
Un nodo sarebbe quindi associato al server FW -> per quanto riguarda la
posizione dell'altro dipende dalle risposte alle 2 domande di sopra. Da
queste si puo infatti determinare se posizionarlo in associazione al
server con IP pubblico, piuttosto che presso l'utilizzatore finale
(ved. applicazione in ambito Extranet).
Intanto posso indicarti alcune appliance (contrassegnando con * quelle,
che ho testato/implementato) :
==
HW :
----
* 
http://www.riverbed.com/products/appliances/
 (Mid-Size/Large)
- 
http://www.bluecoat.com/solutions/businessneeds/wanoptimization
* 
http://www.cisco.com/en/US/products/ps6474/index.html
SW :
----
* 
http://www.globalscape.com/wafs/
 (Trial disponibili per Agent/Server)
-- 
|¯ \/¯ | /¯\ /¯__/¯__|<|> *FAX/Mail Server  : 
+39 - 02700426582
 <|
|¯|\/|¯|/¯_¯\|(__\__ \<|> *Casella Vocale   : 
+39 - 0230312251
  <|
|_|  |_/_/ \_\___|___/<|> *FAQ ITGF 
http://plany.fasthosting.it
 <|
|>- RST - Plany/MACS -<|> *FAQ GCN  
http://faq.news.nic.it/
 ____<|

 |Ż|\/|Ż|/Ż_Ż\|(__\__ \<|> *Casella Vocale   : 
+39 - 0230312251
  <|


 accede attraverso httpserver protetto da password
In tal caso punterei su modifiche esclusive relative al traffico WAN tra
i 2 server, onde effettuare il tutto in modo trasparente agli utenti
finali -> ad esempio :
==
1. Verificherei i margini reali di ottimizzazione throughput, cambiando
   il protocollo di comunicazione da SMB/CiFS a FTP-HTTP-WebDAV = gia'
   una tale operazione dovrebbe evidenziarti miglioramenti prestazionali
   in virtu' del minore overhead di traffico richiesto dal protocollo di
   trasferimento.
2. Se utilizzassi Hamachi solo per instaurare il tunnel protetto tra i 2
   server (e non anche per comunicare in VPN de-centralizzata con altri
   endpoint), potresti provare ad instaurare il tunnel dal server FW
   verso quello con IP pub., usando OpenVPN = al contrario di Hamachi,
   OpenVPN consente di personalizzare le impostazioni legate al tunnel
   SSL & verificare miglioramenti throughput del traffico incapsulato .
3. Viste le dimensioni (pochi MByte) dei file, l'implementazione di un
   sistema WAFS avrebbe un senso rilevante in termini tecnici/economici
   qualora le latenze del link WAN fossero comprese in un intervallo tra
   100 e 400 ms -> potresti comunque testare/verificare le variazioni
   usando prima uno scenario di sincronizzazione con implementazione
   del Delta-Transfer e.g. su rsync o zsync 
http://zsync.moria.org.uk/
 
   (a seconda degli OS sui server), ed eventualmente testare poi la
   versione trial di Globalscape WAFS (ex-Availl). 
