Newsgroup: it.tlc.gestori.fastweb
Titolo: saranno esigenze da nerd ma..

Possibile che NESSUN software per radioamatori ad es
http://www.echolink.org
http://www.flexnet.it
http://www.xnet.org
http://www.f6fbb.org
debba poter funzionare senza ricorrere a stratagemmi o proprio non 
funzionare ?
Insomma devo cominciare a sconsigliare fastweb a questa nicchia di utenza ??

 utenza ??
No.
Dovevi sconsigliarla da subito.

 ha scritto nel messaggio 
news:dk03k3$hov$1...@area.cu.mi.it...

Siamo sempre in tempo...
A proposito , mi ero ripromesso di fare prove sulla questione del cap a 50k 
e riavvi vari.
Con Lorenzodes se ne discuteva anche sul forum fastweb.
Ebbene : il cap scatta dopo un tot di traffico in uscita. La Ri-conferma 
stasera : avevo il cap oramai da due gg e ho deciso per il riavvio del 
server. fatto e detto : 120k costanti in up verso interbusiness. Sono 
proprio dei maledetti.

 proprio dei maledetti.
Non ricordo se il tuo server usa DHCP oppure no....
In ogni caso se il cap dovesse essere praticato in maniera diffusa, 
sarebbe uno scandalo. 10 Mbps in upload un paio di palle!
Io non faccio del gran upload per cui al momento non mi sono reso conto 
di nulla, ma se hai qualche suggerimento da dare per fare dei test, sono 
a tua disposizione.

 ha scritto nel messaggio 
news:5GQ8f.8556$hC1....@tornado.fastwebnet.it...

Immagino ci sia una finestra di controllo, visto che hai fatto rientrare 
questo cap.
Sarebbe a questo punto interessante riuscire ad identificarne la lunghezza,
quando scatta il cap e quanto ci vuole a farlo rientrare.
Anche io non mi sono mai trovato in  questa spiacevole condizione, ma
se può tornare utile, posso dirvi che 30 minuti a banda di upload piena
non sono sufficienti a far intervenire il sistema. 


Esatto, da me ci vogliono almeno 70 80 h di upload continuato, e io lo 
faccio in quanto ho un flusso continuo in uscita di streaming verso un 
server icecast in centro europa.
Per rientrare e' sufficIente riavviare il server (NON SOGGETTO A DHCP) e 
solo quello. Riavviare la cpe non produce alcun effetto.
Cosa che potrebbe far supporre che č un problema della mia macchina ; tale 
ipotesi naufraga in quanto verso la rete fastweb il problema non sussiste.

 tua disposizione.
Potrei abilitarti un account sul server icecast locale su rete fastweb e 
dovresti trasmettere almeno per 4-5 gg..
Il fatto che ho il sospetto che in questo caso non succeda nulla in quanto 
siamo sempre dentro la rete fastweb.
Il server icecast deve essere fuori ovviamente,non hai qualche account di 
prova su un sistema estero di tale tipo ? 

 sarebbe uno scandalo. 10 Mbps in upload un paio di palle!
Se dovesse essere confermato esistente un sistema simile e' un triplo 
scandalo
1) vi e' una limitazione comunque sulle singole sessioni 24h su 24,non passi 
i 120k a sessione e questo è appurato.
2) vi è una limitazione su QUANTITA' : quando un utente è un always-on senza 
limiti non ci devono essere policy limitative : della serie tu usi troppo la 
banda in uscita, quindi ti ridimensiono..senza preavviso e policy note .
3) se fosse un problema strutturale, allora le limitazioni dovrebbero 
intervenire anche tra utenti fastweb : il fatto che le "presunte 
limitazioni,presunte perchè stiamo ancora parlando di cose non certe e 
dimostrabili al 100%" intervengano solo quando si usano i NAT e non ippd la 
dice lunga sulle intenzioni del gestore = la banda in upload tu la usi come 
diciamo noi, con dei limiti che stabiliamo noi, di cui non ti è dato di 
conoscere le specifiche tanto è vero che taciamo sull'argomento da mesi, 
nonostante tu abbia un contratto full 24su 24 senza limiti. Difatti le 
limitazioni eventuali dovrebbero essere note e non applicate in background.
ah.. non e' che sono scandalizzato di questo e che sia una prerogativa di 
fastweb : gli altri gestori sono ancora peggio, sapessi che msg si scrivono 
i sysadmin di rete di altri piccoli isp su come castrare il p2p e come sono 
presenti nei forum dei produttori tipo Cisco a chiedere come limitare qua e 
la...in maniera trasparente e non invasiva..
La banda degli utenti in upload è UN PROBLEMA una rogna,una brutta bestia : 
ecco anche il perchè dell'esistenza delle adsl asimmetriche con upload 
ridicoli.
La fibra sconvolgeva questo e a quanto pare si è pensato di limitarla in tal 
senso per farla rientrare negli standard di mercato ovvero gli utenti devono 
uppare non piu' di TOT :) 

 prova su un sistema estero di tale tipo ? 
No, niente del genere. Potrei cercare di mettere su un server ftp da 
qualche parte e fare upload in loop.... non mi viene in mente  altro.

 uppare non piu' di TOT :)  
Una rogna? No, non credo. Ho l'impressione che l'unico motivo che sta 
alla base di questo problema è il fatto che 'sti provider vogliono 
impedire che le connessioni Home possano essere usate per scopi per i 
quali loro "vendono" pacchetti di connettività professional a prezzo ben 
più alto.

 ipotesi naufraga in quanto verso la rete fastweb il problema non sussiste.
Il tutto è troppo strano,
- cosa accade di diverso dopo il riavvio di un server che non succede 
scollegando
il cavo di rete per esempio o arrestando il servizio (agli occhi del sistema 
di cap) ?
e perchè resettando l'hag il cap non va via !?
- se riavvii il server quanto dura il momento di grazia ? immagino di meno 
della prima volta (?)
- un'altra prova potrebbe esser quella di cambiare ip per capire se il cap 
agisce su quello. 

 agisce su quello. 
E' una prova che avevo suggerito in un precedente thread.

 
Ho il portatile in riparazione appena rientra provo,ma mi sa che questa 
limitazione scatta su tutto il pool.Ovvero sulla mia utenza

 
E non puo' esserlo datosi vi e'solo dalla man fastweb.
Secondo me' e' sul server auteticazione radius sull'utenza quelli con ip 
26.x.x.x

 26.x.x.x
Diciamo che è improbabile, sulla rete FW non c'è nulla di impossibile :/
La domanda di kokoko3k merita però un approfondimento.
Io farei un test veloce sia subito dopo il riavvio (quindi in condizione 
di banda piena.... si fa per dire), sia in presenza di cap a 50k. Mi 
riferisco alla pagina dell'IP pubblico->Registra apparato. Vedi se per 
caso quando scatta il cap il sistema non si perda il tuo MAC address.

 caso quando scatta il cap il sistema non si perda il tuo MAC address.
------------
a me da un po' capita una cosa simile. talvolta mi accorgo che l'upload 
e il download scendano paurosamente, ma mi basta resettare l'HAG per 
tornare ai valori consueti. non sono cablato in fibra però, ma in DSL. 
può essere correlato? sono quasi certo che non sia colpa dell'HAG che si 
sta rompendo, perché lo stesso è capitato a parecchie persone che 
conosco, quindi è difficile che si siano guastati tutti e nello stesso 
periodo poi.
-- 
|         _|_   __  o  __
|_, (__(_  |_, |  ' | |  )
/et cum falsa damus, nihil nisi nostra damus/

 6-7 k al max (ogg vorbis 64)
Da un calcolo veloce esce il valore di 2giga in 70-80 ore !
se č cosě siam messi malaccio :/ 

 E' una prova che avevo suggerito in un precedente thread.
Il cap non è neanche nell'IP assegnato dal DHCP. Ho provato a cambiare IP 
della CPE diverse volte nel passato, ma il cap è sempre rimasto. Secondo me 
il cap viene effettuato controllando il MAC address (Layer 2 - Data Link) 
del pacchetto sulle macchine di controllo verso la frontiera di Fastweb. Il 
cap, infatti, è in grado di capire quale utente e quale applicativo abbia 
generato il pacchetto.
Agli inizi, prima metà del 2004, quando ancora il cap non era perfettamente 
a punto, esso veniva attuato probabilmente controllando i pacchetti UDP in 
uscita. Ai tempi era instaurato su ogni singola connessione (10 KB/s per 
connessione) il che era un problema con WinMX in opennap (dove scambi un 
file con un solo utente per volta), ma meno importante con WinMX su WPN 
(dove diversi peers concorrono alla formazione dello stesso file). Con eMule 
il cap era poco efficace, specie in una sessione di multi-download e 
totalmente inefficace con bittorrent (che non usa UDP).
Poi Fastweb si è fatta più furba, ha probabilmente cambiato il software di 
traffic shaping e all'inizio del 2005 è venuta fuori con questo controllo 
globale, con un cap cioè cumulativo (50 KB/s nella fattispecie) applicato a 
quelle CPE dove il traffico P2P fosse risultato particolarmente intenso.
Il muro di gomma dell'assistenza (192193) sull'argomento è totale, il che 
lascia supporre che la stessa assistenza sia completamente all'oscuro di 
tutto. Non sarei stupito, alla fine, se solo il reparto tecnico addetto ai 
controlli di frontiera di Fastweb con il resto del mondo abbia messo su il 
cap all'insaputa degli altri reparti, per ovviare a dei sovraccarichi locali 
non gestibili adeguatamente in altra maniera, evitando così l'acquisto di 
altra costosa apparecchiatura.
Che possiamo fare?
Ciao,
somachi 

 quindi è difficile che si siano guastati tutti e nello stesso periodo poi.
Mah, se sei in ADSL residential sei comunque limitato a 50 KB/s in UL, 
quindi non dovresti mai incontrare problemi di capping. Forse ti sei 
imbattuto in problemi generali di rete, che infatti capitano anche a me (e, 
in effetti, sia l'UL che il DL scendono vertiginosamente).
Ciao,
somachi

 Che possiamo fare?
Il cambio di macaddress quindi aggirerebbe il cap ? 

 periodo poi.
Dubito che sia collegato, Trip è in fibra, tu in ADSL.
Ho una macchina perennemente collegata ad Internet, il suo ultimo reboot 
è stato 43 giorni fa, ma io non noto alcun rallentamento.

 Il cambio di macaddress quindi aggirerebbe il cap ?
Se si potesse tentare... ma Fastweb identifica e abilita la CPE proprio in 
funzione del MAC Address. Occorrebbe trovare qualcuno in fibra nella tua 
stessa sottorete che ti presti l'HAG, ma poi sarebbe un esperimento valido? 
In quel caso tu diventeresti a tutti gli effetti l'altro per Fastweb, e 
quindi che valore avrebbe la prova?
Boh... sono a corto d'idee...

 quindi che valore avrebbe la prova?
Si intendeva il cambio del MAC address del tuo PC :)

 Si intendeva il cambio del MAC address del tuo PC :)
Ok, però il cap non è in funzione del MAC Address del pc, è in funzione 
(credo) del MAC Address dell'HAG. Se hai tre pc collegati allo stesso HAG, 
la somma della banda dei tre pc non può superare, per il cap, i 50 KB/s. Che 
senso avrebbe cambiare il MAC Address di uno dei pc a  questo punto?

somachi ha scritto:

In realtà io credo che una nuova rinegoziazione DHCP sia la chiave di volta.

 volta.
Beh, allora dovrebbe essere sufficiente spegnere e riaccendere l'HAG... 

 Beh, allora dovrebbe essere sufficiente spegnere e riaccendere l'HAG... 
Se spegni e riaccendi l'HAG, sarà quest'ultimo ad usare il protocollo 
DHCP per farsi dare il proprio IP. Il demone dhcp client sul tuo PC 
neanche si accorge della cosa.

 accorge della cosa.
Ti ringrazio ma purtroppo non mi funzia.
Ciao,
somachi 

>accorge della cosa.
Ma infatti io spiegavo perché riavviare l'HAG non sarebbe servito a 
nulla. Puoi però fare un tentativo, se hai la fibra ad un PC Linux, con 
tcpdump.
Ti serve una macchina linux collegata direttamente all'HAG, apri un 
terminale di root.
1) digita tcpdump -i eth1 'udp port 67' -vv
2) Stacca e riattacca l'hag.... tcpdump dovrebbe "decifrare" il 
protocollo DHCP/BOOTP. Vedi se il gateway fornito al tuo HAG è diverso 
da quello che ottiene il tuo PC. Se sì, prova ad usare quello.
Non è detto che cambiando gateway la cosa migliori, ma non si sa mai.

 Non č detto che cambiando gateway la cosa migliori, ma non si sa mai.
Ok, perņ prima mi devo procurare una macchina linux. Poi posterņ.
Ciao e grazie,
somachi 


Asp, adesso che ci penso meglio, 6-7 K al secondo fanno scattare un cap di 
50K al secondo ?
O_o Qualcosa non torna... 

kokoko3k ha scritto:

beh.. magari dopo 7 giorni 24h su 24 potrebbe essere che secondoloro, 
uso troppo la banda in uscita.
Sono sempre Gb alla fine di traffico in uscita..
Ti dico : oggi siamo al terzo giorno senza cap e guarda caso, a causa di 
un incendio alla sede ove trasmetto il flusso, non sto trasmettendo da 
giorni..
E' la prova del 9 : in teoria tra due giorni sarebbe scattato il cap, 
vediamo se senza quel flusso scatta ancora

 
Non vorrei dire cose ovvie, ma un cap del genere č illegale.
Non dobbiamo trovare metodi per bypassare il cap, bensi trovare il modo 
di dimostrarlo, e poi fare contattare un'associazione consumatori 
qualsiasi, saranno ben contenti di prendere a carico la cosa.
Ecco qui un esempio 
www.ascii.it

 Non vorrei dire cose ovvie, ma un cap del genere č illegale.
Non e' illegale, ma e' una violazione contrattuale. Solo che non potrai mai
dimostrarlo.