Newsgroup: it.tlc.gestori.fastweb
Titolo: Grosso guaio a Milan Town

Ho di nuovo un grosso problema con la velocità sulla rete esterna a FW, con
programmi P2P in UL e di conseguenza in DL (eMule e Bittorrent).
- Fibra
- Milano
- 1.94.134.xxx
-
Non vado a più di 50 - 80 KB/s in UL, che per una fibra (Milano) è
decisamente scarsina. Con Bittorent ci vogliono giorni per completare un DL,
insomma sono nella m.... Nella rete interna FW non ci sono problemi 700 -
900 KB/s sono normali. Se i miei UL vanno a 80 KB/s e apro un altro UL, la
banda totale rimane a 70 -80 KB/s, suddivisa però tra il primo ed il secondo
UL. Cioè, sembra che ci sia un limite di banda.
La cosa non è nuova, perchè anche l'anno scorso, lo stesso problema è durato
da aprile 2004 fino la fine di gennaio 2005. Poi, improvvisamente, con
febbraio tutto si era risolto e la banda esterna era tornata ad essere
quella di una volta (700 - 800 KB/s).
È da ieri sera che i problemi si sono ripresentati (o meglio, è da ieri sera
che io mi sono accorto che c'era un tetto alla banda).
Un mio amico, al 1.94.243.xxx, anche lui Milano fibra,  ha sempre avuto gli
stessi problemi miei nelle medesime circostanze temporali.
Il mio sospetto è che la manutenzione degli apparati hardware di FW non sia
ottimale, che chi cambia o commuta le apparecchiature non faccia caso più di
tanto agli apparati malfunzionanti e che se una cerchia ristretta di utenti
ne risulterà poi penalizzata a loro non frega nulla perchè comunque
all'interno di FW la banda c'è sempre.
Come al solito tramite l'assistenza FW non si può dialogare direttamente con 
chi
effettua la manutenzione degli impianti o ne ha la responsabilità diretta. 
C'è sempre questo muro di gomma per
cui nulla cambia, non importano le ore passate dal povero utente al 192.193.
C'è qualcun altro in fibra nella stessa zona che ha/ha avuto gli stessi
problemi?
Magari se ci riuniamo e formiamo un gruppo forse riceveremo un maggiore
ascolto....
somachi

 effettua la manutenzione degli impianti o ne ha la responsabilità diretta.
è normale ,Fastweb lavora in outsourcing..
Fastweb dice cosa fare a varie società
Le varie società lo fanno.
e non possono fare ne di più ne di meno di quanto detto e pagato da Fastweb

 Fastweb
Ma che cosa è "normale"? Che le cose non funzionino?
È un sistema molto poco "normale" di trattare la clientela,  a mio sommesso 
avviso.
Ciao,
somachi

 ha scritto nel 
messaggio news:QX88e.4179$Bn....@tornado.fastwebnet.it...

non hai capito,
che non sai comodo...sono d'accordo,anche per chi ci lavora..
spiegalo tu al cliente che non puoi fare certe cose perchè fweb non le 
paga..
intendevo dire che con un sitema cosi è normale che ci siano casini 

Hai provato a verificare se il problema e' interno alla rete o esterno 
alla rete?
Lo puoi vedere facendo un pathping verso il server a cui ti colleghi e 
vedere se ci sono pacchetti persi prima o dopo il nat.
Per l'upload il problema potrebbe essere lo stesso.
Il tuo amico non e' nella tua stessa sottorete ed il suo problema 
potrebbe essere di origine diversa.
Ciao
P.S.
Io sono fibra milano 1.96.*.* e non ho problemi di upload ne di download.

 ha scritto nel messaggio 
news:n9a8e.4288$Bn....@tornado.fastwebnet.it...

manco io 1.2.*.* 

 intendevo dire che con un sitema cosi è normale che ci siano casini
Ok, dimmi tu se ho una strada per risolvere il problema.
Grazie,
somachi 

 vedere se ci sono pacchetti persi prima o dopo il nat.
Ho provato a fare quello riportato sotto. Devo usare qualche switch/opzione 
e se si con che parametri ?
Grazie,
somachi
==========================
C:\DOCUME~1\somachi>pathping 218.219.239.xxx
Rilevazione route verso 
l239xxx.ppp.asahi-net.or.jp
 [218.219.239.xxx]
su un massimo di 30 punti di passaggio:
  0  athlon1400.residential.fw [1.94.134.xxx]
  1  1.94.134.3
  2  10.251.136.105
  3  10.251.132.25
  4  10.251.133.1
  5  10.251.137.186
  6  213.140.20.178
  7  10.0.0.77
  8  10.254.0.89
  9  10.254.0.22
 10  26.26.26.30
 11  26.26.26.161
 12  26.26.26.141
 13  213.140.31.117
 14  82.112.221.161
 15  
pos1-3-cr2.NYC.router.COLT.NET
 [212.74.74.21]
 16     *        *        *
Statistiche di calcolo per 400 secondi...
            Da orig. a qui   questo nodo/collegamento
Hop  RTT    Persi/Inv.= Pct  Persi/Inv.= Pct  Indir.
  0                                           athlon1400.residential.fw 
[1.94.134.xxx]
                                0/ 100 =  0%   |
  1    2ms     0/ 100 =  0%     0/ 100 =  0%  1.94.134.3
                                0/ 100 =  0%   |
  2    3ms     0/ 100 =  0%     0/ 100 =  0%  10.251.136.105
                                0/ 100 =  0%   |
  3    3ms     0/ 100 =  0%     0/ 100 =  0%  10.251.132.25
                                0/ 100 =  0%   |
  4  ---     100/ 100 =100%   100/ 100 =100%  10.251.133.1
                                0/ 100 =  0%   |
  5    3ms     0/ 100 =  0%     0/ 100 =  0%  10.251.137.186
                                0/ 100 =  0%   |
  6    3ms     0/ 100 =  0%     0/ 100 =  0%  213.140.20.178
                                0/ 100 =  0%   |
  7    3ms     0/ 100 =  0%     0/ 100 =  0%  10.0.0.77
                                0/ 100 =  0%   |
  8    3ms     0/ 100 =  0%     0/ 100 =  0%  10.254.0.89
                                0/ 100 =  0%   |
  9    3ms     0/ 100 =  0%     0/ 100 =  0%  10.254.0.22
                                0/ 100 =  0%   |
 10    4ms     0/ 100 =  0%     0/ 100 =  0%  26.26.26.30
                                0/ 100 =  0%   |
 11    4ms     0/ 100 =  0%     0/ 100 =  0%  26.26.26.161
                                0/ 100 =  0%   |
 12    6ms     0/ 100 =  0%     0/ 100 =  0%  26.26.26.141
                                0/ 100 =  0%   |
 13    3ms     0/ 100 =  0%     0/ 100 =  0%  213.140.31.117
                                0/ 100 =  0%   |
 14  ---     100/ 100 =100%   100/ 100 =100%  82.112.221.161
                                0/ 100 =  0%   |
 15  106ms     0/ 100 =  0%     0/ 100 =  0%  
pos1-3-cr2.NYC.router.COLT.NET
 
[212.74.74.21]
                              100/ 100 =100%   |
 16  ---     100/ 100 =100%     0/ 100 =  0%  athlon1400 [0.0.0.0]
Rilevazione completata.
==========================

 ha scritto nel 
messaggio news:gmb8e.4413$Bn....@tornado.fastwebnet.it...

rompere forte le scatole a fastweb! 

 rompere forte le scatole a fastweb!
Ok, lo farň :-)))) 

 Ok, lo farò :-))))
p.s.
e NON ai tecnici che usciranno ,
mi raccomando ;) 

 mi raccomando ;)
Ok. LOL .... 

 ha scritto nel 
messaggio news:pEb8e.4440$Bn....@tornado.fastwebnet.it...

lolla lolla
mò te spiego il xkè..
il commerciale fa una cazzata
io vado a verificare che il contratto cosi come lo ha fatto il cliente sia 
fattibile tecnicamente..
riscontro che il commerciale ha sbagliato il contratto..
secondo te chi si sente mandare a cagare
e a chi richiede variazioni e/o sconti x l'accaduto il cliente?

 e a chi richiede variazioni e/o sconti x l'accaduto il cliente?
Beh, è chiaro: a quello che il cliente ha davanti a se, e cioè a te. Tu per 
loro sei FASTWEB in carne ed ossa. Capisco che tu sei un esterno a FW che 
semplicemente lavora in outsourcing, e che quindi non hai responsabilità per 
le scemenze che il commerciale ha promesso. Ma per la massa degli utenti, 
che vogliono qualche cosa da FW, tu sei fastweb in persona e sei l'unico che 
può fornirgliela.
Purtroppo devi fare buon viso a cattiva sorte e cercare nel migliore dei 
modi di far capire che se la cosa non è tecnicamente possibile (vedi doppini 
di mamma Telecom sui quali certamente non potete fare nulla), la 
responsabilità non è tua.
Certo che se la questione riguarda invece la "parsimonia" di fw nel 
risolvere adeguatamente i problemi tecnici di esclusiva competenza fw, 
allora la cosa si fa un pò più dura. Ed è esattamente a quel punto che 
nasce, spontaneamente secondo me, il "muro di gomma". E cioè quella 
impossibilità a capire e farsi capire tra l'utente e fw in generale. Ogni 
persona in fw, giustamente, cerca di proteggere se stessa. Ma, a causa di un 
problema reale, poi l'utenza rimane scontenta e delusa.
Tu non puoi risolvere adeguatamente per limiti economici-tecnici imposti 
dall'azienda, l'utente/utonto finale rimane sconcertato perchè la bolletta 
la paga regolarmente, ma il servizio invece regolare non è.
Che dire? Ai piani alti di fw dovrebbero chiedersi quale è il valore 
dell'utente. Se vale poco e non c'è strada per fw nel futuro, allora fw fa 
bene a fare quello che fa. Ma se davvero vogliono investire per ampliare il 
servizio e il parco delle utenze, beh, il primo investimento dovrebbe essere 
rivolto a non far fuggire la clientela che di già hanno verso altri 
provider, prima ancora cercare di acquisirne di nuova.
Sono molti gli utenti fw che si guardano intorno al momento. Ancora stanno 
in fw perchè con gli altri provider la banda in UL è ancora troppo bassa. Ma 
tra poco anche Telecom dovrà alzare la banda in UL. E allora si porrà 
davvero il problema, perlomeno per le utenze ADSL di fw.
Ok, stiamo alla finestra e vediamo se arriva qualche cosa di buono.
Grazie per l'aiuto.
Ciao,
somachi

 programmi P2P in UL e di conseguenza in DL (eMule e Bittorrent).
Milano Fibra.
Riscontro i tuoi problemi da quando mi è stato cambiato l'indirizzo del nat 
la settimana prima di pasqua.
Nel mio caso è soprattutto in upload rete esterna che ho problemi, sulla 
rete interna la velocità si assesta sui 625/650KBs (scambio file con 
Look@file connessione impegnata solo per uploadare e/o downloadare).
Ho contattato l'assistenza e dopo le solite prove del caso (reset, cambio 
porta, ecc.) hanno attribuito la colpa al firewall (norton intenet security 
2005).
Faccio presente che prima del cambio di nat andava tutto a gonfie vele anche 
con il firewall, di averlo configurato autorizzando il traffico su una 
determinata porta, facciamo un tentativo di disattivazione firewall per 
vedere se cambia qualcosa ma niente.
A questo punto salta fuori che ci sono diversi lavori in corso che 
interessano milano e che bisogna avere pazienza...
Bah! 

 interessano milano e che bisogna avere pazienza...
Idem. Io sono mesi che da 960 Kb/sec fissi su rete interna sono
passato a 820 Kb/sec COSTANTI.
Fra

Scusa ma i torrent per gli utenti Fastweb dove li prendi ?


 Scusa ma i torrent per gli utenti Fastweb dove li prendi ?
http://www.torrentspy.com/
   - principalmente in lingua inglese, ma non è 
riservato agli utenti fw
http://truttle.homeip.net
 - questo invece è in italiano, riservato agli 
utenti fw, interno a fw e ovviamente non ci sono problemi di banda.
ciao,
somachi

 rompere forte le scatole a fastweb!
Ho seguito il tuo consiglio, DarkEden. Ho tempestato l'assistenza. Stasera 
alle 5 viene fuori il tecnico fw. Incrocio le dita!!! Poi vi faccio 
sapere...
ciao,
somachi 

 wrote in message 
news:HfO8e.7080$Bn....@tornado.fastwebnet.it...

darkeden rulez 


Allora, il tecnico è venuto, è stato molto gentile, ha consultato anche un 
collega, ma mi ha lasciato con le idee ancora più confuse. Dal controllo 
risulta che, come mi spettavo, non c'è nulla che non vada nella mia 
connessione per quanto riguarda computer, CPE e rete locale. Un DL da Debian 
ha dimostrato che la banda c'è (e lo sapevo già) ma che in effetti, si, 
esiste un problema di banda in UL.
Il tecnico l'ha verificato con i suoi occhi una sessione di Bittorrent 
(Azureus 2.2.0.2). Il mio DL era abbondante (anche 200 KB/s e poco prima ero 
arrivato a punte di 400 KB/s) mentre l'UL era inchiodato a 50-60 KB/s. 
Abilitando altri UL simultanei la banda complessiva in UL non mutava, ma 
ogni singolo UL riceveva una porzione ridotta di banda.
Il bello è questo: il tecnico telefona al collega, che mi dice personalmente 
che il "problema" è noto ma che non è un vero problema. E cioè: secondo le 
regole di FW fuori dalla rete di FW non si può fare UL a manetta con 
programmi P2P, ma bensì con un limite di 50 KB/s per utente, limite uguale 
sia alle fibre che all'ADSL. E questo fino dai tempi di Pomodoro e 
Mozzarella, e cioè da 2 anni a questa parte.
Io questa francamente non la sapevo e stento ancora a crederlo. Ho fatto 
presente che fino a pochi giorni fa io andavo a manetta anche in UL con gli 
esterni FW (700-900 KB/s). La risposta: "è stato fortunato!"
Ma il motivo mi lascia attonito: non è FW che mette il blocco, ma i servers 
esterni perchè sono "stufi" di questa orda di utenti assatanati di banda che 
escono fuori tutti nattati dai pochi indirizzi IP esterni di cui FW dispone 
per l'utenza privata.
Boh, io non so cosa pensare. Faccio davvero fatica a credere che tutti 
quanti i servers esterni a FW si siano dati l'appuntamento sabato scorso per 
bloccarmi, all'unisono, la banda in uscita. E poi, in bittorrent il tracker 
inizia la connessione e la continua, ma poi non sono i vari clients (i 
seeders e i leechers ) che portano avanti lo scambio tra di loro. Il tracker 
riceve un aggiornamento del progredire della scambio tra i due, per 
aggiornare le statistiche e la ratio UL:DL, ma non governa lo scambio. 
Altrimenti il peso sarebbe davvero tanto per lui.
Raga, non so che cosa pensare....
Qualche commento?
somachi 


Allora, il tecnico è venuto, è stato molto gentile, ha consultato anche un






inizia la connessione e la continua, ma poi sono i vari clients (i


 somachi
aquesto punto non so che pensare,
io lavoro coi router non con gli hag.
domani chiedo a un collega che lavora sul residenziale..
cmq da utente fweb ti posso dire che non soffro di nessuno dei problemi da 
te lamentati ..almeno x quelli relativi alla banda fuori fweb )