Newsgroup: it.tlc.gestori.fastweb
Titolo: Upload fibra limitato al NAT

Ola!
Dopo il thread di Trip65, "nuovi nat - banda in uscita" ho eseguito 
diversi test.
Unico punto in comune: upload fisso a 512
Chi è in DSL non se ne accorge, chi è in fibra si.
S. Siro -> 213.140.6.105 -> stabile basso.
Attivato l'IP pubblico: oltre 400K con BT dopo 20 secondi.
Appurato che ci hanno imposto un cap.
Tutti al telefono?
V²

 ha scritto nel messaggio
news:d4lcou$dgi$1...@area.cu.mi.it...

Hai fatto prove su porte diverse ?

 ha scritto nel messaggio
news:RVqbe.9418$ms1....@tornado.fastwebnet.it...

Mi rispondo da solo, ho rilevato il cap di cui parlo tramite un test su
iperf sulla porta 6881 e 6882 (ce ne saranno altre cappate).
Ho notato che aumentando il numero di connessioin aumenta la velocità (con
10 upload multipli sulla 6881 del peer remoto ho raggiunto i 100K/S o poco
+).
Inoltre i test sulla standard 5001 così come sulla 6555 (presa a caso vicino
alla porta 6881 (porta bittorrent) ) sono risultati liberi da cap.
Insomma, il cap c'è, ma è localizzato a poche porte, poco male, visto che
sempre + utenti aprono i loro client su porte diverse da quelle di default.
Il caso libero/infostrada è emblematico, nel senso che questo provider ha
cappato TUTTE le porte ad eccezione della 80,443,20,21 (neanche l'sftp l'ha
scampata).
Per inciso, se con infostrada il client dello stesso provider trasferisce in
download aprendo una delle 4 porte citate su il cap non influisce (assurdo).

 sempre + utenti aprono i loro client su porte diverse da quelle di default.
Vuol dire che devo cambiare client e fare altre prove.
Indicazioni? Provo direttamente quello che utilizzi, almeno ho un punto 
di paragone!
V²

 ha scritto nel messaggio
news:d4lg6l$m7v$1...@area.cu.mi.it...

Valeren io mi riferisco alla porta usata dal peer remoto:
La mia ipotesi (verificata parzialmente) è che se il client che vuole
uploadare si collega ad una di queste porte:
Direct Connect 411 - 413
Kazaa 1214
eDonkey 4662
Gnutella 6346 - 6347
BitTorrent 6881 - 6889
Si vedrà "Cappato".
Se hai amici con tiscali, libero etc, prova a far impostar loro una porta
tipo 53000 o similari e vedi se il problema rientra, con iperf su TCP è
così.
Dato che sempre + untenti p2p (infostrada in primis) utilizzano porte come
la 80 o la 21 e dato che ci son addirittura trackers che impediscono ad un
utente di entrare nel caso utilizzi una delle porte incriminate listate su,
non credo che il problema sia troppo grave.
Tieni presente inoltre che la quantità di upload che fornisci tramite
bittorrent non influenza il tuo download (a meno di usare ippd o il tracker
interno alla rete) per colpa della nat, emule non ne parliamo.


  Disdici!
 
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 V²
Si sono allineati allo standard delle connsessioni casalinghe.
Da tempo ho deciso che l'unico modo per non avere cap e rotture varie è fare
un contratto professionale con altro isp dove per iscritto garantiscono sia
la banda che le porte aperte e che nessun cap venga effettuato senza
comunicazione.
Non appena si arriverà ad avere banda anche su tale connessione paragonabile
a quella di fastweb (comunque sempre migliore in quanto non è asimmetrica
come l'adsl) convoglio pure li la telefonia su ip e saluto..
Attualmenete ho fastweb e una adsl 1280/512 a banda garantita con mix delle
connessioni e appropriato routing alle esigenze

 Si vedrà "Cappato
Da me (Bittorrent su Azureus con traffico internazionale) il capping (solo 
in UL) avviene indipendemente dal numero di porta uato dal peer remoto ed è 
di 50 KB/s.
Ma c'è qualche cosa di strano: al mattino presto (ore 6:30 c.a.) il limite 
di 50 KB/s sembra sparito, con ULs che vanno anche a 250-300 KB/s. Bene, se 
stoppo quel torrent e lo faccio ripartire subito dopo (magari dei peers 
diversi dai primi si connettono) ecco che il torrent rientra subito nel 
limite di 50 KB/s. Questo è già successo in due diverse mattine.
Inoltre, nessun peer appartenente al torrent "veloce" aveva del valori di UL 
particolarmente elevati. Sembrava che tutti godessero, indistintamente di 
una ritrovata banda.
Ho provato a fare il tracert di due diversi peers, uno veloce e uno lento 
(ma tutti due con banda dichiarata elevata) e apparentemente vengono 
entrambi istradati lungo gli stessi nodi, come se il capping avvenisse fuori 
di fastweb.
Non ci sto capendo granchè, sono perplesso.
somachi

 connessioni e appropriato routing alle esigenze
Riesci a fare routing asimemtrico?
Non dovrebbe essere possibile, afaik.

 ha scritto nel messaggio
news:d4nvlq$5q4$1...@posted-at.bofh.it...

Se intendi tecniche di spoofing no,non le uso.
Tericamente possibili, dovrebbero comunque essere bloccate in una rete
controllata.
Ci sono dei cenni sulle faq 1.6 di Macs.
Intendevo dire che uso regole di routing mirate per il traffico verso
internet mentre per quello in entrata lavoro solo sull'ip pubblico dell'adsl


Anche io ..
E in casi come questi una risposta ufficiale dal fornitore non guasterebbe.
Da dicembre attendo ancora delucidazioni sulle policy del traffico udp.
E' come parlare ai muri ovviamente,non e' che pretendo di conoscere le
policy di shaping ovviamente,ma una smentita o conferma basterebbe

 policy di shaping ovviamente,ma una smentita o conferma basterebbe
Bittorrent non usa udp, eppure era cappato anche lui. Ma da questa mattina 
qualche cosa è cambiato. L'UL sugli internazionali è schizzato a 600 KB/s 
con DL a 200 KB/s. In pratica sto andando a banda piena. Gli indirizzi IP 
(interno ed esternoa FW) non sono cambiati. Incrocio le dita e non tocco 
nulla. Speriamo che duri.....

 con DL a 200 KB/s. In pratica sto andando a banda piena. 
Qui invece tutto esattamente come prima.
Mah.
Facciamo passare il weekend.

 ha scritto nel messaggio 
news:d4qtpp$k2e$1...@area.cu.mi.it...

Io sono a 456 kbps con punte di 500.
56K è la media in upload generale verso l'estero.
Non sono valori da lamentela, sopratutto se ogni tanto si vedono i 600kps e 
anche 800. Evidentemente non hanno sempre banda tutto qui.
Siccome non è garantito neanche 1k in teoria il discorso puo' anche andare.
Quello che non va e non è tollerabile è un cappaggio preimpostato, teniamoli 
sott'occhio su questo punto di vista.
Tutti si preoccupano del download ma non dell'upload (anche in virti' delle 
adsl), ma noi in fibra possiamo verificare anche tale aspetto NON secondario

 adsl), ma noi in fibra possiamo verificare anche tale aspetto NON secondario
Concordo su tutto.
Il problema č che io i picchi fuori FW non li vedo piů.

 ha scritto nel messaggio 
news:d4tlkq$3mt$1...@area.cu.mi.it...

prova a scrivere a fastweb in proposito e formulagli la domanda :
"esiste un cappaggio a priori sulla banda in upload dai nat pubblici ?"
Voglio proprio vedere cosa ti rispondono e se ottieni il mio stesso effetto 
= non so nulla

 = non so nulla
Io sto scaricando in questo momento Ubuntu tramite Torrent da questo
portatile e in upload vedo 837 Kb/s.

 portatile e in upload vedo 837 Kb/s.
Hai fatto caso se nell'ultimo mese hai cambiato nat o usi sempre quello del
passato ?
A me e' stato cambiato circa 20 gg fa, e da allora noto limitazioni che
prima non c'erano.
Stanotte sono di servizio, provo a fare una misura ad orario assurdo