Newsgroup: it.discussioni.misteri
Titolo: "Italian Echelon" o rete congestionata?

Salve a tutti, sto seguendo le notizie dell'improvviso congestionamento
del traffico internet che sta avvenendo solamente in Italia e ho
trovato un post, nel forum di una rivista di informatica, che reputo
molto interessante.
Nel post si paventa la possibilita' che tutte le spiegazioni date fino
ad ora siano delle scuse e che il rallentamento sia dovuto alla messa
in opera di un "echelon" nazionale e a supporto della tesi vengono
portati dei fatti, come potete leggere nel testo che qui riporto:
-----
E se fosse ItalianEchelon ? :) sisi lo è 12 dic 2006 10.37
 	Carissimi.
Ho fatto un test.
Messo una macchina in housing dal MIO provider (che non è Telecom, ne
Tiscali, ne Wind, ma fa raccolta su DSLAM TI).
Abbiamo due DSL 2mega/512 garantite al 99%
http da me al mio housing: 6KBytes al secondo
protocolli criptati, stesso tragitto: oltre 400KBytes al secondo.
Mi pongo una domanda, e mi do la risposta.
Metto su uno SQUID sulla macchina in housing, non criptato, ma sempre e
solo http.
Ma su una porta fuori standard. tipo 3190
Che succede ? In http sulla porta 3190 vado a 400K, sulla 80 a 6k.
Non è un malware.
Non è routing
Non è DNS.
Cos'e' ?
Beh è il mio mestiere.... direi un firewall layer 7 (o transparent
proxy) posizionato sui DSLAM di Telecom.
Non vedo altre soluzioni. Punto Punto. Stesso protocollo. porta 80 6k,
altra porta 400K.
Sisi decisamente un fw layer 7 mal dimensionato che non ce la fa a
loggare tutto cio' che gli utenti (chissà se li salva i dati in un
mega oracle o se semplicemente "cerca" keywords) fanno e rallenta la
navigazione.
Cambia la porta e corri veloce, il firewall non sembra "maneggiare"
pacchetti tcp su porte diverse dalla 80. O se preferite il disservizio
è solo sulla 80.
La Stefanya
-----
Qualcuno ne sa niente?
Il link a cui ho trovato il post e' il seguente:
http://punto-informatico.it/pm.aspx?id=1806243&m_id=1806941&r=PI
Fra

protocolli criptati, stesso tragitto: oltre 400KBytes al secondo.
Ho notato la stessa anomalia, con entita' minore (direi 180k contro 320k)
ma estesa anche alla porta 443, sempre su troncone Telecom. La 443, anzi,
aveva una velocita' ancora inferiore (sui 120k).
Personalmente sento puzza di traffic shaping imbizzarrito.
Questa giochessa me la faceva mesi fa Wind (che attualmente non da' alcun
problema, e manda allo stesso modo tutti i protocolli).
Un'altra cosa che ho notato - al 99%, sono io briaco, pero' non vedo dove
sto facendo la cazzata - e' che Tiscali sembra bloccare la porta 4444, in
aggiunta a 139, 445 ed altre che so perche'. Un residuo di una regola per
una epidemia di Lovsan? (Oppure, sono io che mi fumo la vetronite).
Leonardo
-- 
Geordie - he's a man, there's little doot about't,
He's done all he can, wha' can do withoot't?
Doon there cam a blade, linkin' like me lordie,
He wad drive a trade, a' the loom of Geordie.

 Personalmente sento puzza di traffic shaping imbizzarrito.
Scusami se mi permetto, ma sei sicuro di accedere, in entrambi i casi,
facendo risolvere il nome di dominio al DNS?
Il mio dubbio e' che ci sia un overload dei server DNS di TI[1] e che il
traffic shaping c'entri poco o nulla.
Poi sulle cause di questo overload ne possiamo parlare[2].
[1] Ok, ho barato.
Nel formarsi di questa mia convinzione c'entra anche una telefonata ad un
amico che lavora in TI. :)
[2] L'amico di cui sopra mi ha confermato che, durante le ultime due notti
in cui e' rimasto a leggere sbrodolate di tcpdump, paiono essere tutte
query legali.
-- 
Fen0x - SpP 2k
"Il biglietto nel mio biscottino della fortuna diceva: non era pollo."

 Un'altra cosa che ho notato - al 99%, sono io briaco, pero' non vedo
Tempo fa ho notato una cosa veramente sconcertante, nel traffico delle  mie
email pvt, quelle che nell'oggetto contenevano nomi politici o di aree
geografiche "calde", non arrivavano a destinazione nč le ricevevo, ho fatto
la controprova con altri amici a cui succedeva la stessa cosa, e o
constatato che l'inoltro e la ricezione delle stesse email, ma senza oggetto
o con oggetto differente, veniva eseguita
in tempo reale.

 oggetto
 la controprova con altri amici a cui succedeva la stessa cosa, e ho
 constatato che l'inoltro e la ricezione delle stesse email, ma senza 
oggetto
sorry

facendo risolvere il nome di dominio al DNS?
No, per i test uso l'indirizzo numerico.
Poi e' vero che i server DNS in questo periodo hanno problemi, ma
questo e' un di piu'.


 Ma credo c'entri poco con il discorso di Leonardo..
Si', me ne rendo conto.
La mia puntualizzazione tendeva ad eliminare solo un possibile inquinamento
dei test che stava facendo.
Anzi, ad una seconda riflessione (e conoscendo Leonardo), sono sicuro che
la mia precisazione sia inutile. 


 Personalmente sento puzza di traffic shaping imbizzarrito.
ho fatto anch'io alcune prove un paio di giorni fa e sono a 1 a 3, temo non
sia questione solo di traffic shaping

 una epidemia di Lovsan? (Oppure, sono io che mi fumo la vetronite).
Mi sono fatto un giretto e posto questo addendum per evitare che tu possa
fumare vetronite. :)
Comunque, close, but no cigar. :)
La 4444 č la porta di default di metasploit sulla quale viene bindata la
shell. Molti exploit e virus hanno lo shellcode di metasploit per cui
quella porta e' usata, al 99% della casistica, per fini illeciti e per
replicare virus.
Le altre due porte sono bloccate per motivi similari in quanto ci sono in
giro moltissime versioni di virus che usano exploit proprio per le stesse
(kidala, rbot, ircbot, sdbot e, ovviamente, l'infinita progenie dei loro
derivati).


 tornato tutto a girare come dovrebbe.
Si', anche per quanto riguarda il mio "provaider", NGI, pare essere tutto a
posto (banda compresa), in ogni caso ieri sera hanno mandato una mail a
tutti gli utenti per chiedere di fare test per la raccolta di dati e per
aprire un contenzioso con Telecom.


 Fra
A casa uso FW, nessun problema nelle ultime settimane.
In ufficio Albacom, settimana scorsa qualche problema, la corrente solo
lunedì, e cmq si è trattato solo di rallentamenti che non duravano
oltre i 20 ninuti poi riprendeva tutto normale.
bye,
/g

 
Ho ricevuto anche io la mail. Io i problemi li avevo di mattina, per una 
mezz'oretta dalle 9:30-10 in poi. Poi tutto tornava a posto. Mai avuto 
problemi di pomeriggio-sera.
-- 
Esti Qatzi
http://zelohim.it
   upd 30.11.06                ubuntu user #4898
Hai un gusto che rasenta l'omosessualità

ho letto i post sopra ma nessuno descrive il mio (nostro, visto che siamo 
parecchi).
A quanto pare non riuscite a navigare velocemente, ma pensate, io non riesco 
neanche a connettermi.
Il modem (D-Link 320T) perde l'allineamento e resta per ore a cercare la 
portante.
Mi sono informato e in provincia (RG) molti hanno lo stesso problema.
Un'operatore del 187 mi ha garantito che avrebbero risolto il mio problema 
entro 48 ore, ma č passata una settimana ed il problema persiste. Niente 
allineamento, o se ci č, dura poco.
Boh
Ma l'email per il contenzioso dove la trovo?
Saluti
Dr Feelgood 



Ops
Ehm
chiedo venia.
Come vi dicevo sopra, mi è appena scappata la linea. 

 Poi sulle cause di questo overload ne possiamo parlare[2].
Francamente la storia del Dns č una scusa, anche io bazzico da un pň nel 
settore, la nostra uscita internet di un provider che si appoggia come molti 
a telecom č piuttosto lenta.
ma la query dns risolve solo un nome, poi una qualsiasi connessione tcp  il 
dns non lo usa piů, č quanto mai poco sensato;
Come controprova poi un nslookup su vagonate di nomi a caso dopo un 
azzeramento della cache del dns client ha verificato che la risoluzione nome 
č piů che decente come tempi di risposta e la navigazione č ancora lenta lo 
stesso,
il problema secondo me č molto piů legato a 2 altre possibili cause forse 
concomitanti;
a) l'aumento a 2 mbit dell'accesso base forse calcolato solo sulla banwidth 
a disposizione ma facendo una sottostima del carico di cpu che ciň avrebbe 
comportato sui vari switch layer3/ traffic shaper /L7 proxy su cui si 
transita il traffico network
b) come dice il buon Leonardo basta anche solo 1 traffic shaper non 
perfettamente a punto per causare disastri , d'altronde non conosco la 
filosofia con cui si č configurato, ma basta semplicemente pensare come ad 
esempio basta un E-mule che recentemente aggiunge il protocollo di 
offuscamento ed ecco li che se non adegui il traffic shaper i calcoli 
saltano tutti
Comunque imho primo problema carico di cpu sugli apparati network
Ciauz