Newsgroup: it.tlc.gestori.fastweb
Titolo: Protestare.

Adesso non ne posso più.
Ricordate il problema dei dl che si interrompevano - se effettuati tramite
ftp?
Ebbene, in questo momento sto scaricando le iso della Slack 10.0 - i dl si
interrompono ogni 14%, prima era ogni 29 %.
Quindi ora si interrompono esattamente il doppio di prima.
Whiplash aveva evidenziato come fosse un problema di FW, allora adesso
vorrei sapere se posso protestare per un comportamento simile, che per
quanto mi riguarda lo ritengo un GRAVE disservizio.
Vorrei sapere le vostre opinioni in merito.
-- 
Jenny ti amo e ti amerò per sempre

 Jenny ti amo e ti amerò per sempre
C'è un disservizio/problema/guasto e hai buone ragioni per pensare che si
tratti di problema causato da FastWeb = chiami per segnalarlo e/o reclamare,
eccetera.

Giulio Severini ha scritto:

Si'... confermo il problema : ieri anche io ho avuto interruzioni nello 
scarico dell iso di mandrake da un ftp tedesco.
mai successo ma ieri si e tre o 4 volte.
A questo punto comincio a pensare male anche io..
-- 
-----------------------------trip65---------------------------------
home : 
http://www.telelombardia.tv
radio : 
http://www.fastradio.net
 (only fw)
direct stream : 
http://stream.fastradio.net:8000/fastradio
 (only fw)
Service : fastradio#leva#@
fastradio.net
Linux user number 341116.
-----------------------------fastradio.NET--------------------------

 reclamare, eccetera.
IO vorrei sapere quanto diffusa sia questa cosa, e cosa ne pensate voi.
Stavo anche pensando di segnalarlo a Punto Informatico.
A che indirizzo devo scrivere per le segnalazioni?


 A che indirizzo devo scrivere per le segnalazioni?
Vai, VENDICATI, yeaaaaah!!!!!
Solo io trovo tutti questi post di questo tipo terribilmente infantili?

> Solo io trovo tutti questi post di questo tipo terribilmente infantili?
Protestare perchè le sessioni ftp vengono interrotte ti sembra infantile?
Ma stai scherzando o hai lasciato libero il tuo bot di scrivere a casaccio
per oggi?


 
ma no, facciamo qualcosa di costruttivo :
attendiamo ancora 4-5 gg e teniamo sottocchio la cosa.
Poi partiamo con le segnalazioni a fastweb essendo piu' precisi e 
dettagliati (ip,nat ecc ecc)


 dettagliati (ip,nat ecc ecc)
IO ho mandato l'email a PI, se volete la posto (è safe postarla?).
Ad ogni modo già whiplash spiegò il perchè - secondo lui - accadeva.
Cmq magari facciamo così: postiamo alcuni dati tipo
1. abbonamento (dsl - fibra)
2. S.O. (Linux, Mac, Win)
3. LOcalità: 
4. ftp remoto e file
5. sintomi
Per quanto mi riguarda:
1. DSL Tutto senza limiti
2. MDK 9.2
3. Roma
4.
ftp://ftp.heanet.ie/mirrors/ftp.slackware.com/pub/slackware/slackware-10.0-iso
5. il dl si interrompe ogni 14% e la sessione rimane in idle per circa 10
min ogni volta.
Nota: se uso wget il dl si resuma, se uso il dl manager di mozilla il dl
fallisce semplicemente.


 A questo punto comincio a pensare male anche io..
Confermo che i problemi ci sono, stò scaricando le iso di slackware 10 da
ftp.unina.it
 e la connessione al server viene terminata ogni 102mb
scaricati!!
Ragazzi questo è un problema serio non è la prima volta che accade è non è
la prima volta che ne sento parlare anche qui.
Come possiamo far capire a Fastweb il problema???

 
si e da parte mia aggiungo che non si raggiungono gli ip di ev1.net... poca
roba altervista et similia....
ciao

 Ad ogni modo già whiplash spiegò il perchè - secondo lui - accadeva.
Cosa ti hanno detto ?
Cosi' espongo il problema ai tecnici di rete fastweb e lo studiamo un po'.
Comunque confermo interruzioni con i server ftp random. Il messaggio di 
error è di connessione interrotta.
Riguarda solo ftp perche' in sftp (sulla porta di ssh) non ci sono mai 
interruzioni con i server.


 
Io uso gftp e quindi recupero sempre ,ma comunque e' una rottura, un 
malfunzionamento  e VA FATTO SISTEMARE.


 ciao
Questo non e' un malfunzionamento ma un problema noto di ban di ip fastweb.
E' in atto da parecchio tempo una guerra santa tra gli abuse di ev1 e fw.
Chi abbia torto o ragione non si sa, ma l'utente e' quello che ci 
rimette, la dovrebbero finire una volta per tutte questa faccenda


 ha scritto nel messaggio
news:Vi_Cc.55474$G%.30441@tornado.fastwebnet.it...


io ho scaricato regolarmente con flashfxp, interruzione temporanea a 347mb
poi ha resumato da solo
e ultimato il download con velocita' media di 660kb/s.
fibra
bologna
ciao

 5. sintomi
Bloccato due volte di fila al 35% (238451 KB su 666816 KB), resume non fatto
ma non mi sembra il caso.
Tempo di risoluzione: uhm, 6 mesi? Di più?
V²

 ci rimette, la dovrebbero finire una volta per tutte questa faccenda
mah che dirti a me di guerre sante tra abuse... beh non sono interessato...
io so solo che abuse di ev1 risponde (alle mail ) quello di fastweb no.
ev1 non lo pago e fastweb si...
questo mi interessa.
Inoltre se fastweb non mi fa raggiungere siti che mi servono... beh comincio
a pensare che mi serva un altro provider...
Del resto i miei soldi io glieli do buoni... Se continua cosi' glieli daro'
proxati" .... E vediamo :-)
Ciao

liposomo ha scritto:

Quindi si e' interrotto anche a te. Si interrompe a tutti la sessione.
E' un difetto che va fatto sistemare

Sono nelle tue stesse condizioni sia come sistema operativo (ho sia dei 
linux che dei win) , fibra milano e zona gallaratese Molino Dorino.
Peccato perchè sui siti ftp delle distro linux e relativi mirror si 
viaggia dai 450 ai 700 Kbps (e sono esterni a fw).
Sino a settimana scorsa questo problema non c'era. Sembra che venga 
improvvisamente abortito il socket sul canale di controllo ftp : infatti 
è solo questo protocollo che è interessato.
Inoltre c'è da fare un discorso sulla banda in upload : mentre sulla 
porta 80 i vari test mclink e virgilio indicano che la banda è 
praticamente elevatissima (dai 3000 ai 5000), quando si avviano sessioni 
in upload in ftp ma anche in ssh ecco che compaiono i limiti. Si parla 
di 20k o 70 k a seconda degli orari, ma mai si raggiunge una simmetria 
con il download. Quindi ci sono pure delle limitazioni sul nat sulla 
banda in upload solo per alcune porte e a determinati orari.
Anche sulle vpn in udp si notano limitazioni sulla banda in uscita dal 
nat. Nota anche che le route sono spesso diverse a seconda dei casi e 
della circostanza. Ancora problemi di bilanciamento del carico ?

 caso, fatemi sapere
Ho mandato l'email a PI, nel caso fatemi sapere.
-- 
Jenny ti amo e ti amerò per sempre. Grazie per essere stata lì, quel giorno.

 ciao Max
Uh?! Qual'è il file per Linux?


 circostanza. Ancora problemi di bilanciamento del carico ?
Questione di destinazione (IP/porta) = in base alle impostazioni di IP
policy-routing e di NAT load-balancing, l'IP pubblico con cui si esce su
Internet non e' sempre quello rilevabile ad es. per le sessioni HTTP
(ved. su 
http://www.whatismyip.com
 ) e neppure quello contiguo.
Per quanto riguarda il traffico in uscita dalla rete FastWeb non mi
stupirei ad un certo punto se FastWeb avesse deciso di adottare certe
policy di traffic shaping per la banda utilizzata da certi protocolli,
e.g. appunto FTP.
-- 
|Ż \/Ż | /Ż\ /Ż__/Ż__|-<|> * FAQ 1.6 ITGF it.tlc.gestori.fastweb <|
|Ż|\/|Ż|/Ż_Ż\|(__\__ \-<|> * ----------------------------------- <|
|_|  |_/_/ \_\___|___/-<|> * SITO: 
http://plany.fasthosting.it
   <|
|>Togli/Remove .INVALID<|> * SITO: 
http://www.gofastweb.cjb.net
 _<|

 la sessione
-- 
Stamattina non ho avuto problemi. In gftp pero' non trovo l'opzione che 
dici . C'è solo un network time-out impostato per default a 120. Ma non 
so se centra, quello dovrebbe essere il tempo di sconnessione una volta 
finito il transfer


 
Limitando a 30k la banda per esempio in alcuni momenti ? Non mi pare 
proprio una "ottmizzazione" della connessione pero' :)


 -- 
COncordo con te....finalmente qualcuno che combatte per veri ideali ...

 proprio una "ottmizzazione" della connessione pero' :)
Dipende dai punti di vista (utente o provider) ;) = esiste un legame tra
variazione su certi POP dei timeout per determinate connessioni e certe
policy di traffic shaping, come ha potuto constatare chi effettua upload
massicci via FTP.
A livello di banda in uscita si puo' fare ben poco, mentre per i timeout
e' sufficiente impostare adeguatamente il Session KeepAlive su TCP del
Sistema Operativo (ved. FAQ in firma - capitolo 2.1.5) e l'eventuale
opzione relativa presente nel client FTP.


 Uh?! Qual'č il file per Linux?

 Alex
Fastweb e spam? Quale spam? Qui si parla di sessioni ftp interrotte.
-- 
Jenny ti voglio bene e ti amerò per sempre

 la sessione
-_-
ma e' per questo che se per qualche secondo non c'e' traffico sulla vpn
me la butta giu'?
questa l'ho risolta con spinner ma per esempio poco fa ho abbassato la
guardia e in neanche un minuto e' crollata (sigh).
-- 
casella di posta antispam:
capo AT officinadelleidee DOT org

 
Non credo che sia neanche un problema di time-out : io genero sempre 
traffico sulla vpn eppur ogni tanto cade.
Anche se i time-out esistono eccome sul nat e quindi e' buona cosa 
tenerla in vita con dei keep-alive frequenti.
Per essere precisi :
a) La vpn fatta con suluzione opnvpn linux-based è perfetta : non cade mai
b) La vpn fatta con soluzione in udp l2tp microsoft ogni tanto cade 
anche se c'è traffico. Sembra pero' che lo faccia per l'alta latenza che 
ho tra i due endpoint.
-- 
