Newsgroup: it.tlc.gestori.fastweb
Titolo: banda in upload differenze ip NAT e IPPD

Ho voluto fare alcuni test a conferma della ormai certezza che la banda 
in uscita da fastweb è limitata.
Ho effettuato dei test di connettività verso gli USA con 
http://speedtest/umnet/umich.edu:7123
 che mi sembravano abbastanza 
affidabili.
RISULTATI CON IP NAT :
----------------------
banda in uscita : 71,95 Kb/s
banda in ingresso : 2,67 Mb/s
RISULTATI CON IPPD :
--------------------
banda in uscita : 3,64 Mb/s
banda in ingresso : 2.70 Mb/s
mentre in ingresso non ci sono significative differenze (ho ripetuto 
varie volte i test sia con ippd che nat) , in uscita appare evidente che 
i nat sono limitati in quanto non si passano mai gli 80 Kb/s.
Pur essendo una ottima connettività, stiamo parlando di traffico verso 
gli usa, risulta evidente che fastweb limita la banda in uscita sui nat 
pubblici mentre dà piena disponibilità su ippd.
Ho avuto la conferma di quanto ho sempre sostenuto

 Ho voluto fare alcuni test a conferma della ormai certezza che la banda 
sono in fibra ottica

 pubblici mentre dŕ piena disponibilitŕ su ippd.
Per questo ti chiedo di rifare la prova ad ore diverse ;) = senza
attivare IPPD (e quindi con connessione base e sistemi direttamente
connessi alla CPE/HAG) si sono rilevate in up su server FTP USA
velocita' anche di 300 KByte/s con connessioni in fibra.
-- 
|Ż \/Ż | /Ż\ /Ż__/Ż__|-<|> * FAQ 1.7 ITGF it.tlc.gestori.fastweb <|
|Ż|\/|Ż|/Ż_Ż\|(__\__ \-<|> * ----------------------------------- <|
|_|  |_/_/ \_\___|___/-<|> * URL  :  
http://plany.fasthosting.it
 <|
|>Togli/Remove .INVALID<|> * ----------------------------------- <|

 Ho avuto la conferma di quanto ho sempre sostenuto
Io ottengo risultati variabili che comunque non si discostano in misura 
significativa da quello qui di seguito riportato:
<<
TCP/Web100 Network Diagnostic Tool v5.2.1d
click START to begin
Checking for Middleboxes . . . . . . . . . . . . . . . . . .  Done
running 10s outbound test (client to server) . . . . . 611.94Kb/s
running 10s inbound test (server to client) . . . . . . 1.87Mb/s
The slowest link in the end-to-end path is a 45 Mbps T3/DS3 subnet
Information: Other network traffic is congesting the link
 >>
P.S.: anch'io ho fibra
-- 
Formerly known as Loric

 velocita' anche di 300 KByte/s con connessioni in fibra.
L'altro giorno parlavi del differenziamento del NAT in base al protocollo.
I test che hai indicato suppongo non siano in FTP ma http, quindi possomo
portare a risultati differenti e poco conciliabili.
Andrebbero fatti entrambi, ma non ho tempo! :(
Delego il buon trip65
V²

Adesso faccio ulteriori prove .
Nota che :
Su mclink non ci sono problemi : la simmetria up/down è confermata e 
attestata sui 4500/5000 medi sia up che down.
I test che ho fatto usano http ma non la PORTA 80 , quindi qua entriamo 
in un altro discorso di cui abbiamo già parlato.
Ripeto i test adesso sugli url che mi hai dato (usa)

http://speedtest.umflint.edu
up : 55.02 Kb/s
down : 2.53. Mb/s
test di mclink azienda :
up 5093 kbps
down 5093 kbps
Scometti che se attivo ippd anche sul server usa arriviamo a 2,5 / 3,5 
Mb/s ?


Be', ed io perché ottengo risultati diversi? oO


lorenzodes ha scritto:

L'unica cosa che mi viene in mente è che dal mio nat la situazione è 
questa = banda tagliata in upload.
D'altronde questa storia è saltata fuori da quando mi hanno dato un 
nuovo ip di nat ..
D'altronde se fosse un problema mio o della mia rete perchè se attivo 
ippd i test con gli usa tornano a livelli elevati come banda in uscita ?
Di dove sei e se Milano che zona ?

 down : 2.53. Mb/s
TCP/Web100 Network Diagnostic Tool v5.2.0f
click START to begin
Checking for Middleboxes . . . . . . . . . . . . . . . . . .  Done
running 10s outbound test (client to server) . . . . . 618.20Kb/s
running 10s inbound test (server to client) . . . . . . 1.01Mb/s
The slowest link in the end-to-end path is a 10 Mbps Ethernet subnet
Information: Other network traffic is congesting the link
click START to re-test
Test delle 18.40 circa.
NAT: 62.101.126.233
Milano Ovest, fibra.
V²

Valeren ha scritto:

E sei il secondo..
Allora solo sul mio nat c'è sta storia ?
ps : come fai il taglia-incolla dalla applet java ?

 ps : come fai il taglia-incolla dalla applet java ?
Entri nella finestra dell'applet, quindi selezioni il testo, tasto destro e
copia.
O_o che credevi?
V²

 ha scritto nel messaggio >


 down : 2.53. Mb/s
Se puň servire:
ore 19:00
click START to re-test
Checking for Middleboxes . . . . . . . . . . . . . . . . . .  Done
running 10s outbound test (client to server) . . . . . 602.93Kb/s
running 10s inbound test (server to client) . . . . . . 911.65kb/s
The slowest link in the end-to-end path is a 10 Mbps Ethernet subnet
Information: Other network traffic is congesting the link
-- 
Remove NOSPAM to reply
Togli NOSPAM per rispondere
Admin di LotGD su 
www.ogsi.it/logd

 Information: Other network traffic is congesting the link
Dimenticavo:
IP esterno [NAT] e` 62.101.126.226


 
esiste ancora :)
quello condiviso con i napoletani e genovesi :)
Lo avevo anche io una volta, era una tragedia di ban, spero per te che 
ora sia ok

Non convinto dalla questione (i test degli altri utenti smentivano il 
taglio di banda in up) ho fatto ancora prove.
Ho cambiato pure jvm e sistema operativo (non mi convinceva) e ho 
scoperto che in effetti qualcosa non quadrava.
Ora ho rifatto tutti i test da un pc direttamente collegato alla cpe 
prima e dietro router dopo con sistema operativo windows XP e l'ultimo 
runtime disponibile sul sito della sun Ebbene ebbene.. piu' o meno 
rientrato nei valori indicati degli altri utenti.
Reboot in linux con firefox 0.9 e runtime java per linux 1.4.2_04 e 
riavvio dei test : ancora banda limitata in uscita.
In effetti ieri sera quando ho fatto i test con ippd, ero passato sotto 
windows, tanto mi sono detto, sono sempre dietro il router e il pc e 
sempre il medesimo..
Ultimo test fatto da win98 e dal pc della sala (sempre stesso ip e 
firewall davanti) 753/956 Kb/s medi.
Ok : anche qui sembra tutto ok
Quindi a questo punto faccio un bel RESET su questa questione fino a che 
non avro' effettuato misure con altri metodi e modfalità.

 riavvio dei test : ancora banda limitata in uscita.
Confronta i dati che ottieni dal 'More Details' dei 2 Web100 NDT server
in seguito ai test effettuati dalle 2 macchine = potrebbe esservi un
problema legato ai parametri RWIN/MTU/etc. della scheda del pc Linux.


 
Che pero' con il test di mclink non si manifesta datosi ho piena banda 
sia in up che down ? Sempre piu' intrigante :)
Sto esaminando ora..

 ha scritto nel messaggio
news:QzRMc.97558$G%.12273@tornado.fastwebnet.it...


 Ah! con il cambio di IP non ho piů il ban su Altervista che durava da


 ha scritto:

Infatti l'ho avuto io per un casino di tempo ma non mi sembrava fossi
bannato da nessuna parte, anche altervista che tutti dicevano avere
problemi andava ok ;)
Ora ho un ip di NAT simile (62.101.126.236)
-- 
Massimo "Massi cadenti" - Fibra ottica, Napoli (Vomero)
Tutto senza limiti + Opzione TV + Raiclick senza limiti + eBismedia Start

 
Era il periodo settembre 2003 : il problema non era altervista (sai che 
tragedia) erano i root server per il dns


Fino ad oggi neanche un problema, compresi tutti i siti di cui ogni
tanto compaiono richieste di controllo su NG :-)


 
Probabilmente è tornato ad appartenere solo alla man di Milano, chissà 
come mai lo avevano condiviso (settembre 2003)