Telecom limiterà la banda dal 1 marzo

[lonewo|_f]

Originariamente inviato da mavelot

Questo è un altro film luce....

Ma chi ha mai parlato di "monitoraggi storici" ?? Io parlo un altra lingua forse....

Il traphic shaping è runtime...tiene conto della banda istantanea....non conta chi ha scaricato cosa....

Grazie per aver chiarito il tutto, la cosa è più accettabile di quanto sembri, ovviamente sperando che non venga usata in futuro per evitare gli upgrade (ho capito che per ora c' entra relativamente poco, ma conoscendo altri provider bisogna sempre stare attenti)

[Deuced]

Originariamente inviato da Rodajas

Beh le parole del mave, per quanto verosimili, sono fondamentalmente ipotesi elaborate cum grano salis ... di certo ci sarà soltanto quello di cui ci renderemo conto come utenti dal 1 marzo in avanti

eh appunto.Mi viene da pensare che abbia illustrato il "come dovrebbe essere"

10 giorni e vedremo

[x-ics]

Originariamente inviato da Arael

Ma tanto a me (come molti altri) questi problemi non toccano visto non c'è copertura ADSL... che faranno? Mi limitano il download del 56k?

Mah, non ne sarei così sicuro, il mio povero muletto sarà un mesetto che non va oltre il 1KB di velocità media giornaliera rispetto ai 2.5KB medi degli anni passati.
Saluti da un Digital diviso.

[Harry_Callahan]

@mavelot

ma tutto il discorso della banda dei DSLAM del post 56 è "un paragone" che verrà fatto ad un livello più alto(EDGE Cisco-Juniper) oppure Telecom ha trovato veramente un modo di priorizzare il traffico lato DSLAM?

[lonewo|_f]

Originariamente inviato da Harry_Callahan

@mavelot

ma tutto il discorso della banda dei DSLAM del post 56 è "un paragone" che verrà fatto ad un livello più alto(EDGE Cisco-Juniper) oppure Telecom ha trovato veramente un modo di priorizzare il traffico lato DSLAM?

dubito lo facciano a livello DSLAM, soprattutto a livello di DSLAM ATM che dovrebbero essere i più vecchi. non che quelli GbE solitamente lo facciano eh :P
a me suonava molto come un paragone del tipo "quella è la banda destinata a quel dslam, suddividiamola così"

se vogliono filtrare bene hanno bisogno di apparati che effettuino DPI (e la cosa mi darebbe abbastanza fastidio se fosse vera, per il solo fatto che ispezionino il tipo di traffico che faccio), oppure analizzando bene il comportamento della connessione (ha aperto millemila connessioni, sta scaricando da quel range ip e altre cose che avevo letto tempo addietro).

mah, spero che scelgano la seconda via, anche se credo sia di più difficile implementazione, ma in entrambi i casi i dslam non sarebbero in grado di fare nulla

[mavelot]

Il filtraggio viene fatto sul NAS.

tutto è controllato da un sistema che viene informato da una serie di sonde poste sui dslam. E poichè si sa dove terminano tutti i VC utente dal DSLAM fino al NAS, è possibile istruire tutti i NAS su cui terminano i VP di quel DSLAM su come modulare la banda delle sessioni IP.

Quindi in sostanza il filtraggio viene fatto a monte sulle sessioni IP, ma i dati di traffico per effettuare la modulazione ovviamente vengono prelevati dalle interfaccie ATM dei DSLAM

[Harry_Callahan]

ok, mi sembrava strano uno shaping lato DSLAM, lo shaping appunto si fa a livello IP sul traffico che arriva dal backbone e va verso il NAS che poi a sua volta va verso i DSLAM

non mi è chiarissimo questo discorso delle sonde sui DSLAM visto che un NAS sa già dove va a finire quel VP oppure VLAN

[Zildjian]

Questo filtraggio influenzerà anche le Tiscali ULL o non c'entra nulla?

[mavelot]

Originariamente inviato da Harry_Callahan

ok, mi sembrava strano uno shaping lato DSLAM, lo shaping appunto si fa a livello IP sul traffico che arriva dal backbone e va verso il NAS che poi a sua volta va verso i DSLAM

non mi è chiarissimo questo discorso delle sonde sui DSLAM visto che un NAS sa già dove va a finire quel VP oppure VLAN

Cosa non ti è chiaro ?

Io devo misurare la banda sul DSLAM...ma gli utenti possono terminare su diversi NAS, anche più di 10. Non posso ragionare a livello NAS come misura, perchè le interfaccie del NAS hanno banda ben superiore a quelle del DSLAM.

E' chiaro che se il DSLAM supera la soglia, io devo intervenire riducendo la banda sulle sessioni IP, che però sono sparse su diversi NAS (questo in ATM)

[Harry_Callahan]

Originariamente inviato da mavelot

gli utenti possono terminare su diversi NAS, anche più di 10.

ma non saranno su VP diversi? O meglio tutti gli utenti di un determinato VP avranno lo stesso NAS? E' questo che non mi è chiaro. Telecom a parità di VP può instradare questi clienti verso NAS diversi?

[Motorama]

non ho capito una cosa
Io fino al mese scorso avevo Alice e mi trovavo bene con una velocità di download di 800 kB/sec in media.

Ora sono passato a teletu ed è una schifo.
La velocità media di download è 90 kB/sec, i video su youtube devo lasciarli caricare per 5 minuti e in 720p è impossibile guardarli e anche le pagine web fanno fatica a caricarsi. Il problema sembra essere appunto questa limitazione di giorno della banda per far sì che più utenti possano usare l'ADSL (permettere più contratti)

Stavo pensando di disdire con teletu e ritornare in Telecom, ma voi dite che nel momento in cui Telecom applicherà questa stessa riduzione di banda di giorno come fa Teletu, Alice farà schifo quanto Teletu e viaggerà sui 90 kB/sec?

[roccia1234]

Originariamente inviato da Motorama

non ho capito una cosa
Io fino al mese scorso avevo Alice e mi trovavo bene con una velocità di download di 800 kB/sex in media.

Ora sono passato a teletu ed è una schifo.
La velocità media di download è 90 kB/sec, i video su youtube devo lasciarli caricare per 5 minuti e in 720p è impossibile guardarli e anche le pagine web fanno fatica a caricarsi. Il problema sembra essere appunto questa limitazione di giorno della banda per far sì che più utenti possano usare l'ADSL (permettere più contratti)

Stavo pensando di disdire con teletu e ritornare in Telecom, ma voi dite che nel momento in cui Telecom applicherà questa stessa riduzione di banda di giorno come fa Teletu, Alice farà schifo quanto Teletu e viaggerà sui 90 kB/sec?

Sei capitato col peggiore operatore italiano . Il problema di teletu è che, per contenere i costi, acquistano pochissima banda in rapporto agli abbonamenti sottoscritti, quindi spessissimo ti trovi un' ADSL ciofeca che va pianissimo (molto spesso al limite della navigabilità), perchè quel poco di banda che acquistano la suddividono tra tantissimi utenti. La limitazione di banda di telecom è tutt'altra storia, dubito fortemente che sarà così drastica (leggi anchele spiegazioni che ha dato mavelot in proposito).
Fossi in te cambierei il prima possibile... e non sei costretto a tornare in telecom, prova a vedere le offerte (ad esempio) di tiscali ed infostrada.

[Capozz]

Originariamente inviato da mavelot

NO....se una centrale è satura, deve essere ampliata con dei lavori...non è che dal 1 Marzo, le centrali saranno dichiarate tutte NON sature per poter collegare altre utenze....tanto ci sono i filtri...

vi state facendo dei film luce esagerati....se leggete bene il comunicato c'è una piccola frase "...ove necessario...".
Cioè i filtri saranno attivati dove ce n'è bisogno, e con lo scopo di "far mangiare tutti"....e non quello di poter vendere di più.

Se una centrale è satura....è satura...non ci stanno santi...i filtri servono ad evitare i collassi delle ore di punta....sempre dove ce ne sia il bisogno

Spero che come palliativo funzioni, qui da me l'adsl ormai è arrivata a livelli scandalosi.
Mi piacerebbe molto poter fare di nuovo una partita ad uno sparatutto online senza dover aspettare le 2 di notte, visto che nelle ore di punta pingo 200/300
Se invece anche con l'introduzione di filtri la situazione non migliorerà disdirò l'abonamento per andare avanti solo con una connessione hsdpa

[cionci]

Originariamente inviato da Capozz

Mi piacerebbe molto poter fare di nuovo una partita ad uno sparatutto online senza dover aspettare le 2 di notte, visto che nelle ore di punta pingo 200/300

La situazione ping dovrebbe migliorare, ma non drasticamente, dovrebbe migliorare soprattutto la banda.

[mavelot]

Cmq devo riformulare la tecnica utilizzata almeno nella sperimentazione dell'anno scorso.
Ero andato a memoria e ricordavo male.
Le sonde non sono poste sul DSLAM, ma sul BRAS, e interagiscono con un sistema di gestione che a sua volta si interfaccia con i sistemi di autenticazione in cui sono inseriti tutti gli utenti afferenti al DSLAM da controllare. Il DPI è effettuato da apparati Cisco SCE posti subito a monte del BRAS. Se tanto mi da tanto, devo immaginare che la tecnica utilizzata sia rimasta tale, e che quindi, il traphic shaping sia effettuato "on demand", inserendo le liste di utenze afferenti a DSLAM critici, e che quindi non sia effettuato a tappeto. Questa tecnica tra l'altro è solo per DSLAM ATM, visto che in Gbe finora nn si è mai parlato di saturazione.

Questa ovviamente è una mia supposizione

[Capozz]

Originariamente inviato da cionci

La situazione ping dovrebbe migliorare, ma non drasticamente, dovrebbe migliorare soprattutto la banda.

Già è qualcosa.
Certo, sarebbe meglio se attivassero sto benedetto dslam ethernet che è in pianificazione da luglio 2010 e ancora non è stato fatto, ma nel frattempo spero vivamente che la linea diventi utilizzabile.
Personalmente non uso praticamente mai programmi p2p o di file sharing, e quelle poche volte che mi capita lo faccio di notte proprio perchè sono conscio dei problemi di saturazione, quindi ritrovarsi penalizzati in questo modo nonostante la "buona condotta" è frustrante.

[cionci]

Originariamente inviato da mavelot

Questa tecnica tra l'altro è solo per DSLAM ATM, visto che in Gbe finora nn si è mai parlato di saturazione.

In Gbe tra l'altro sarebbe banale applicare tali filtri. Sono già supportati dai router in centrale.
Inoltre le politiche di gestione della saturazione sono molto più fair, visto che si può intervenire direttamente su tutto il traffico di una centrale.

[mavelot]

Originariamente inviato da cionci

In Gbe tra l'altro sarebbe banale applicare tali filtri. Sono già supportati dai router in centrale.
Inoltre le politiche di gestione della saturazione sono molto più fair, visto che si può intervenire direttamente su tutto il traffico di una centrale.

Normalmente in centrale non ci sono router...ci sono i feeder che sono degli switch

[Harry_Callahan]

Originariamente inviato da mavelot

Le sonde non sono poste sul DSLAM, ma sul BRAS

tutto chiaro adesso

[cionci]

Originariamente inviato da mavelot

Normalmente in centrale non ci sono router...ci sono i feeder che sono degli switch

Quindi operano direttamente a livello 2 ?