Newsgroup: it.comp.reti.locali
Titolo: HDSL per internet?

Apro un altro thread in quanto c'entra poco col precedente...
 
Stiamo pensando ad una ristrutturazione della rete, e l'intenzione era 
quella di fare una MPLS tra le nostre 9 filiali, utilizzando un'uscita 
tramite datacenter per andare in internet... quindi ogni filiale 
utilizza la sua connessione (adsl o hdsl a seconda dei casi) per 
"uscire" attraverso il datacenter che ci dï¿œ in housing un firewall nostro.
Ora, se questa cosa puï¿œ starmi bene per le piccole filiali a cui non 
cambierï¿œ praticamente nulla (avevano una adsl 7 mega e si ritroveranno 
con una 2 mega ma penso qualitativamente migliore), la cosa non mi 
sconfinfera nella sede.
Qui infatti ora, per servire una trentina di host, abbiamo una adsl 
interbusiness 20M (reali 14). Il provider ci aveva proposto una hdsl 2M.
A me, francamente, sembra un po' poco... sembrano pochi anche 4 a dire 
il vero. Secondo lui non c'ï¿œ problema, ci sono ditte che con i 2M 
viaggiano benissimo. Ok, gli ho detto io, viaggeranno anche benissimo ma 
pianissimo, visto che io ho una banda disponibile di piï¿œ di 1 MB al 
secondo (e su alcuni siti ci vado), mentre con lui AL MASSIMO, con UN 
HOST SOLO, potrei andare a 250KB. Figuriamoci se la connessione viene 
utilizzata da 3, 4, 10 host contemporaneamente.
Considerate che non facciamo un utilizzo pesante di internet, ma 
francamente qui la banda mi sembra POCA. Se qualcuno si mette, 
banalmente, a scaricare un catalogo pdf da 300 mega che succede?
 
Non avendo mai utilizzato connessioni hdsl per navigare, c'ï¿œ qualcosa 
che mi sfugge?
 
-- 
Jax

 A me, francamente, sembra un po' poco... sembrano pochi anche 4 a dire 
 
solo per internet possono anche bastare, dipende sempre cosa ci fai.
ho un'azienda con una 2Mb (purtroppo non c'� altro) con una quarantina
di pc e di difficolt� non ce ne sono. Devi considerare che non sei
sempre li a scaricare... Certo che se hai un tot di servizi
(videoconferenza su tutti) che vanno a impegnare internet allora sono
pochini...
 
 
 
-- 
MirkoB.   
ne...@bsi-net.it
 
Motoretta BMW R1200R Lightgrey
 
L'indirizzo em@il non � da considerarsi pubblico,
ma utilizzabile solo per temi inerenti il NG corrente.


 
ci sono molte considerazioni da fare, non ultima una considerazione di 
carattere tecnologico. E' vero, hai solo 2mbit, ma sono tendenzialmente 
2mbit molto puliti, con latenza estremamente bassa rispetto ad una adsl 
e soprattutto hai una banda simmetrica.
 
Ora, come ti ï¿œ stato detto, un progetto ed una considerazione non puï¿œ 
prescindere dall'utilizzo.
 
Se state prevedendo delle VPN "hub & spoke" MPLS con navigazione 
centralizzata su un proxy/firewall/utm/content_filtering esterno, nella 
maggior parte dei casi si traduce in continui rallentamenti. Devi essere 
certo della bontï¿œ delle bande in gioco, altrimenti diventa un calvario. 
Se funziona ï¿œ un'ottima soluzione e risparmi un sacco di soldi in hardware.
 
Un'altra soluzione ï¿œ quella di mettere un firewall (piï¿œ piccolo di 
quello che stai prevedendo sicuramente ora) per sede, farti tu la vpn e 
gestire in maniera centralizzata gli UTM, passando loro le regole di 
content filtering. Ogni sede navigherï¿œ autonomamente, non gravando su 
nessun altro, ma in maniera egualmente controllata. Oltretutto non hai 
un single point of failure (che succede che il firewall in homing va 
giu? tutte le 9 sedi cadono).
 
Un'altra soluzione potrebbe essere sbilanciare la banda della sede 
centrale, utilizzando un'hdsl piï¿œ generosa, e nel contempo lasciare che 
la sede centrale navighi con il suo firewall.
 
Insomma, di soluzioni ce ne sono tante, ma ï¿œ necessario capire prima 
l'utilizzo. Se ad esempio in tutto questo c'ï¿œ il voip o uno stream video 
della videosorveglianza, allora l'mpls acquista piï¿œ senso. se devi fare 
molta navigazione e sharing di database, la soluzione multi firewall 
potrebbe risultare piï¿œ calzante, etc..
Fermo restante che facendo tu le vpn puoi sempre adottare politiche di 
band reservation e quality of service per determinati traffici.
 
Personalmente su tutte le realtï¿œ multisede che seguo, evito di portare 
preventivi o progetti senza prima fare un monitoring delle bande in uso 
(tipologia e quantitï¿œ del traffico), proprio per non incorrere in 
catastrofi a posteriori (voip con la voce di robocop, 24 telecamere su 
un'adsl da 256k in upstream, etc... se ne vedono di tutti i colori).

 un'adsl da 256k in upstream, etc... se ne vedono di tutti i colori).
 
Grazie 1000 dei consigli, sei stato davvero esaustivo.
In effetti forse questa sarebbe l'unica cosa sensata, e il fatto che il 
tizio si sia basato solo sulle mie indicazioni (che dovrebbero essere sï¿œ 
veritiere ma potrebbero anche non esserle - non sto lï¿œ tutto il giorno a 
sniffare pacchetti tcp) non mi fa ben pensare.
 
 
-- 
Jax

 connettivita'
 
Uhm, non dubito della bont� di questi apparati (cos� come gli Abilis), 
per� non sono molto credibili: ad una conferenza Stonesoft cos'altro 
potrebbero dire? ;)
 
-- 
Jax

 sniffare pacchetti tcp) non mi fa ben pensare.
 
io parto da un presupposto. puoi avere anche molta banda a disposizione, 
ma se non la discrimini rischi sempre di trovarti stretto.
faccio un esempio ricorrente: HDSL 8mbit, sufficienti a fare tante cose, 
ma insufficienti a mantenere un webserver con un traffico nullo se un 
client si installa emule o bittorrent full bandwidth e nessun firewall 
glielo impedisce.
Se mi parli di zyxel, probabilmente difficilmente riuscirai ad 
ispezionare il traffico e a bloccare servizi bandkiller (youtube over 
ssl, skype video chat, filesharing su http/https, ma anche facebook over 
ssl, etc..).
capita sovente di trovarsi con una banda molto ridotta, ma sufficiente 
se il traffico viene gestito bene. viceversa di trovarsi con una banda 
che suppur generosa, non ï¿œ sufficiente perchï¿œ il traffico ï¿œ anarchico, 
non discriminato e gestito male.
 

 non discriminato e gestito male.
 
Diciamo che la libertï¿œ piace a tutti, anche ai capi, tranne quando 
questa libertï¿œ porta dei problemi. Il problema ï¿œ far capire che per 
risolvere i problemi bisogna poter avere meno libertï¿œ. Ancora piï¿œ 
problematico perchï¿œ la ditta in cui lavoro non ï¿œ nï¿œ piccola nï¿œ grande, 
quindi la gente ha la mentalitï¿œ da ditta piccola (capi compresi e io 
compreso) ma le problematiche non lo sono. Quindi si tende ad andare al 
risparmio o sugli accrocchi.
 
Comunque, ï¿œ chiaro che avere un firewall unico potrebbe risolvermi parte 
dei problemi, ma sono abbastanza titubante, perchï¿œ:
- filiale principale, esce sul datacenter tramite la sua hdsl 4mbit
- arriva lo stronzo che mi attiva emule
- i pacchetti arrivano sï¿œ al mio firewall nel datacenter, che li filtra 
o me li segnala, ma comunque lo stronzo PRIMA mi fa casino sull'hdsl, o 
sbaglio?
 
Perdonami la confusione mentale.
 
-- 
Jax

 
Neanche piï¿œ di tanto
PING 
google.com
 (74.125.232.97) 56(84) bytes of data.
64 bytes from 
mil01s07-in-f1.1e100.net
 (74.125.232.97): icmp_req=1 ttl=57 
time=29.0 ms
adsl mclink (in modo fast naturalmente)
 
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
 
www.robyt.eu
 
 

 adsl mclink (in modo fast naturalmente)
 
Ok, questo mi conforta, grazie.
(com'ï¿œ che da me 
google.com
 ï¿œ 173.194.35.3???)
 
-- 
Jax


 
ti sei risposto da solo.
mclink ï¿œ tutt'altro che un'adsl tradizionale (infatti viene usata spesso 
da molti gamers, per quanto ne sappia, proprio per via dei tempi di 
latenza molto bassi), oltretutto ï¿œ in modalitï¿œ fast.
 

 sbaglio?
 
Non penso che ci arrivi, con le cose fatte bene non riuscirebbe neppure
ad iniziare trasferimenti p2p. "Busserebbe", ma il fatto di bussare
sarebbe trascurabile (a meno di flooding).
 
bye G.L.
-- 
Da i.d.c.tutela:
P.S. Quando ci sarï¿œ lo switch-off, avrï¿œ problemi anche col
monitor del PC? Ho visto che ï¿œ collegato in modalitï¿œ analogica.

 faccio un esempio ricorrente: HDSL 8mbit,
 
E costi...
Certo, viste le ultime dichiarazioni di bernabe', non ce la passeremo
bene, almeno per parecchi anni.
Non possiamo avere la sDSL (NON la sHDSL: la sDSL), non possiamo
avere la vDSL. Insomma, se l'azienda vuol avere una robusta banda
simmetrica, deve spendere parecchio.
Ti ricordi dell'ipotesi che portai riguardo ad uno standard su due
doppini di (...mo' mi invento il nome) "*crossed* coupled adsl2+ ? :-D


 Diciamo che la libertï¿œ piace a tutti, anche ai capi,
tranne quando questa libertï¿œ porta dei problemi. Il problema
ï¿œ far capire che per risolvere i problemi bisogna poter avere meno libertï¿œ.
 
mica tanto. nulla ti vieta di lasciare emule (a prescindere dagli scopi, 
intendiamoci), ma potresti agire fondamentalmente su due fattori:
- limitare la banda
- prioritizzare la banda
 
in tal caso il servizio non lo blocchi, ma lo gestisci. con una bassa 
prioritï¿œ al torrent, non togli banda all'amministrazione che magari sta 
sulla banca online ed ha una prioritï¿œ massima.
 
Ma ï¿œ solo un esempio elementare di quanto fine possa essere il tuning su 
una rete con gli strumenti giusti.

 doppini di (...mo' mi invento il nome) "*crossed* coupled adsl2+ ? :-D
 
si ricordo.
 
se non erro ad oggi l'unico modo per usare "davvero" due adsl ï¿œ che 
queste vengano "affasciate" dal provider. io non ho mai povato, ma va da 
se che un bilanciatore in uscita al massimo potrï¿œ:
 
- bilanciare per source
- bilanciare per destination
- bilanciare per source/destination/sessione
 
ma comunque si tratta di connettivitï¿œ "round robinizzate" (passatemi il 
termine terribile). Il problema in ingresso ï¿œ ben altra rogna se hai per 
forza di cose due classi ip differenti.
 

 queste vengano "affasciate" dal provider.
 
Si', mi riferivo a questo, non ad un balancing di due connettivita'.
Certo che qualche provider le affascia, ma affasciano downstream con
downstream e upstream con upstream. Io volevo che inventassero un altro
standard per avere 21mbit simmetrici teorici. :-)


 latenza molto bassi), oltretutto ï¿œ in modalitï¿œ fast.
 
Mi sa che ti sbagli con NGI.. che ï¿œ stata la prima ad andare in FAST di 
default mentre mclink se non erro non ï¿œ da tanto (e la richiesta doveva 
essere fatta per iscritto).


 bye G.L.
 
La draytek vende i dslam...
Cosï¿œ saresti dalla parte giusta per spedire a 20 mbit


 Cosï¿œ saresti dalla parte giusta per spedire a 20 mbit
 
Quindi esiste... :-) Link?


 sbaglio?
Renaissance e writethem ti hanno giï¿œ spiegato cosa succede.
L'unico dubbio sarebbe invece il contrario: computer infetto che 
comincia ad inviare traffico UDP fino a saturare la banda in upload. Tu 
lo blocchi nel datacenter, ma intanto ti ha bloccato un'hdsl.
 
Comunque a questa evenienza non darei troppo peso, capita abbastanza 
raramente.
 
-- 
Sul problema di Saint Venant:
"Al momento, preferisco il taglio".

 bye G.L.



 
ah boh, puï¿œ essere, si. :)

 
http://www.draytek-corp.it/prodotti/Vigoraccess.html
 
 
Ok, ricevuto. A parte il costo di un dslam, poi con che provider mi
arrangio? ;-)


 bye G.L.
 
il problema ï¿œ il doppino fisico: non credo tu abbia un filo tra te e il 
cliente in continuitï¿œ galvanica


 
http://www.draytek-corp.it/prodotti/Vigoraccess.html
 
 
beh, già che ci siamo, credo si potrebbe buttare un'occhio anche ai
prodotti di "ImageStream" 
http://www.imagestream.com/
 ammetto che i
cosi puzzino di "pinguino sudato" però fungono piuttosto bene ;)
 

 cliente in continuitï¿œ galvanica
 
Sono io, il cliente. :-)
Ok, fine del gioco: attualmente NON esiste uno standard di affasciamento
"incrociato".
 
bye G.l.


essere fatta per iscritto).
 
Io da NGI pingo google con 40 ms (19 al primo hop).
 
Per� a volte ho visto anche delle comunissime Alice settate in fast
(ping verso il primo hop intorno ai 14-15 ms).
 
-- 
Ci sono 10 tipi di persone al mondo: quelle che capiscono il sistema binario
e quelle che non lo capiscono.

 adsl mclink (in modo fast naturalmente)
 
mi consolo allora...
con NGI
 
C:\Users\Mirko>ping -l 64 
google.com
 
 
Esecuzione di Ping 
google.com
 [74.125.232.97] con 64 byte di dati:
Risposta da 
74.125.232.97
: byte=64 durata=14ms TTL=57
Risposta da 
74.125.232.97
: byte=64 durata=14ms TTL=57
Risposta da 
74.125.232.97
: byte=64 durata=14ms TTL=57
Risposta da 
74.125.232.97
: byte=64 durata=13ms TTL=57
 
 
 
 
 
-- 
MirkoB.   
ne...@bsi-net.it
 
Motoretta BMW R1200R Lightgrey
 
L'indirizzo em@il non � da considerarsi pubblico,
ma utilizzabile solo per temi inerenti il NG corrente.