Che sia questo il motivo di cotanta lentezza della rete dati di tutti, in primis h3g?

[kkamakk]

MI sono sempre chiesto perchè ci promettono tutti 7.2 mega o più (ovviamente banda massima raggiungibile) e non li raggiungiama mai neanche sotto l' antenna, ma comunque i migliori risultati si raggiungono a notte fonda.

la risposta che mi son dato è di tipo strettamente commerciale (sicuramente parziale, ma credo realistica) basata sul tempo di utilizzo della rete; eccola

quanto guadagna (mediamente) h3g (ma con diversi costi vale per tutti) per una telefonata di 1 MINUTO (circa 70kb di traffico) in entrata o uscita?

diciamo circa 12cent (in realtà è di più)

quanto guadagna h3g (mediamente) per 1 MINUTO di connessione (prendo a campione il 3 time small che è quello più remunerativo per h3g in rapporto tempo costo 30ore 9 euro) percui 900centesimi diviso 1800minuti= 0,5centesimi di euro (se il paragone fosse fatto con 300ore 19 euro verrebbe 0,1centesimi al minuto)

1 minuto di connessione a 1mbit/s è uguale a circa 9 megabite di dati impegna 100 volte di più la rete.

premesso quanto sopra, e visto che una chiamata è tra 24 e 120 volte più remunerativa di un minuto di connessione, voi dareste a entrambi la stessa precedenza di accesso e utilizzo della rete? no, e allora a chi dareste la precedenza? alle chiamate? si? ecco perchè dalle 07:00 alle 24:00 si naviga con tutti gli operatori si naviga più o meno da schifo e perchè questa situazione non è destinata a migliorare. (salvo alcune zone dove la rete è talmente potente da sostenere sia la voce che i dati senza intasarsi)

[AndreA]

posso usare il termine "bischerata" o ti offendi?

PErché da una parte dici incontestabili, è la relazione che non torna: i 7,2 sono (altamente) teorici e dipendono da altri fattori. Cmq il discorso sulla tariffazione a tempo e sul quanto convenga è da farsi: imho hanno sbagliato i calcoli, da un extraprofitto se i clienti fanno poco traffico, ma a quanto pare non è sempre così (anzi )

Il traffico che a loro pesa infrastrutturalmente è quello dei dati scambiati, imho con il tempo speravano che la tariffazione "più intellegibile" fosse i due piccioni con una fava... non è così, ma non per raffronti con la tariffazione delle chiamate voce (il cui calcolo non è così semplice)

[kkamakk]

posso usare il termine "bischerata" o ti offendi?

PErché da una parte dici incontestabili, è la relazione che non torna: i 7,2 sono (altamente) teorici e dipendono da altri fattori. Cmq il discorso sulla tariffazione a tempo e sul quanto convenga è da farsi: imho hanno sbagliato i calcoli, da un extraprofitto se i clienti fanno poco traffico, ma a quanto pare non è sempre così (anzi )

Il traffico che a loro pesa infrastrutturalmente è quello dei dati scambiati, imho con il tempo speravano che la tariffazione "più intellegibile" fosse i due piccioni con una fava... non è così, ma non per raffronti con la tariffazione delle chiamate voce (il cui calcolo non è così semplice)

Figurati, se mi offendo.
Comunque che la si veda a dati o a tempo ( e ho fatto raffronti anche sui dati) resta comunque un enorme priorita' che l' operatore deve dare per motivi economici alle chiamate piuttosto che al traffico dati; quindi ne segue la difficoltosa navigazione di giorno e netto miglioramento nella notte. Che poi alla base c' e' un infrastruttura che non tiene, questo e' arcinoto, se questa fosse sufficiente, non ci sarebbe bisogno di dare priorita' di traffico.
Con priorita' di traffico intendo che se la rete di un operatore in un determinato orario e' impegnata al 75% ci sara' una quota del 25 libera per la navigazione da suddividere tra tutte le connessioni, ma se nel frattempo arrivano richieste di accesso per chiamate voce non e' che queste vengono negate perche la rete e' satura dal 75%+25% ma semplicemente viene ridotto il traffico dati disponibile. E' ovvio inoltre che se in quella quota del 25 si dividono la rete in 100 e' un conto, se se la dividono in 100000 e' un altro, ma io non discutevo sulla scarsita' oggettiva della rete, ma sul fatto che oltre a questa ci sono motivi commerciali collegati non solo all overbooking di piani dati in rapporto alla rete.

Purtroppo nel titolo non mi entrava: "uno dei motivi" ma solo :"il motivo" e poi ho dimenticato di specificarlo nella discussione.

[kkamakk]

posso usare il termine "bischerata" o ti offendi?

PErché da una parte dici incontestabili, è la relazione che non torna: i 7,2 sono (altamente) teorici e
Il traffico che a loro pesa infrastrutturalmente è quello dei dati scambiati, imho con il tempo speravano che la tariffazione "più intellegibile" fosse i due piccioni con una fava... non è così, ma non per raffronti con la tariffazione delle chiamate voce (il cui calcolo non è così semplice)

Infatti nel conto dei 9 megabite di traffico dati al minuto non c'e' certo uno scambio dati al massimo della banda teorica, ma comunque e' nettamente superiire ai 70-200 kb di un minuto di telefonata voce, ecco il perche' della priorita'.

[SteelBlade]

Premesso che i 7.2 come già detto sono molto teorici e che nella migliore condizione la velocità è di circa 6 Mbps procedo a spiegarvi come funziona:
il traffico voce e il traffico dati viaggiano insieme solo nella parte della rete più "vicina" all'utente, dopodiché vengono separati.
Da quando vengono separati ovviamente non ha più senso parlare di priorità perché da li in poi c'è una parte della rete che gestisce solo il traffico voce e una parte della rete gestisce solo il traffico dati.
Cosa succede nella parte di rete dove traffico voce e dati viaggiano insieme...
Per questo tipo di trasporto la rete 3 per il momento utilizza l'ATM con Adaptation Layer AAL2 per entrambi voce e dati, questi viaggiano sullo stesso mezzo fisico su due VC diversi, insieme ad altri VC che portano i protocolli di "controllo", più semplicemente è come su quel mezzo fisico abbiamo alcuni "tubi virtuali" ai quali possiamo assegnare una banda che può essere costante o variabile, i VC della voce hanno una banda costante, significa che questa banda è assegnata in maniera fissa e non può essere usata da nessun altro, i protocolli di controllo hanno una banda variabile tra un minimo garantito e un massimo che non possono superare (ma il traffico generato è irrisorio), il traffico dati viaggia su un VC con banda non assegnata, questo significa che può usare tutta la banda che ha a disposizione, questo comporta che il traffico dati non è in grado di avere priorità sulla voce, la quale ha necessità di essere garantita, non per motivi commerciali, ma per motivi di efficienza della comunicazione vocale perché è un traffico di tipo sincrono che necessita di una latenza minima, in tutte la infrastrutture che trasportano sullo stesso mezzo fisico voce e dati i dati non hanno mai la possibilità di avere priorità sulla voce.
Vi ricordo anche che il canale hsdpa è condiviso, quindi se lo sta usando anche qualcun'altro nella vostra cella dovete dividervi la banda a disposizione.
La velocità del traffico dati dipende anche dal traffico voce, ma è sicuramente più influenzato da altri utenti che stanno facendo traffico dati

[kkamakk]

Premesso che i 7.2 come già detto sono molto teorici e che nella migliore condizione la velocità è di circa 6 Mbps procedo a spiegarvi come funziona:
il traffico voce e il traffico dati viaggiano insieme solo nella parte della rete più "vicina" all'utente, dopodiché vengono separati.
Da quando vengono separati ovviamente non ha più senso parlare di priorità perché da li in poi c'è una parte della rete che gestisce solo il traffico voce e una parte della rete gestisce solo il traffico dati.
Cosa succede nella parte di rete dove traffico voce e dati viaggiano insieme...
Per questo tipo di trasporto la rete 3 per il momento utilizza l'ATM con Adaptation Layer AAL2 per entrambi voce e dati, questi viaggiano sullo stesso mezzo fisico su due VC diversi, insieme ad altri VC che portano i protocolli di "controllo", più semplicemente è come su quel mezzo fisico abbiamo alcuni "tubi virtuali" ai quali possiamo assegnare una banda che può essere costante o variabile, i VC della voce hanno una banda costante, significa che questa banda è assegnata in maniera fissa e non può essere usata da nessun altro, i protocolli di controllo hanno una banda variabile tra un minimo garantito e un massimo che non possono superare (ma il traffico generato è irrisorio), il traffico dati viaggia su un VC con banda non assegnata, questo significa che può usare tutta la banda che ha a disposizione, questo comporta che il traffico dati non è in grado di avere priorità sulla voce, la quale ha necessità di essere garantita, non per motivi commerciali, ma per motivi di efficienza della comunicazione vocale perché è un traffico di tipo sincrono che necessita di una latenza minima, in tutte la infrastrutture che trasportano sullo stesso mezzo fisico voce e dati i dati non hanno mai la possibilità di avere priorità sulla voce.
Vi ricordo anche che il canale hsdpa è condiviso, quindi se lo sta usando anche qualcun'altro nella vostra cella dovete dividervi la banda a disposizione.
La velocità del traffico dati dipende anche dal traffico voce, ma è sicuramente più influenzato da altri utenti che stanno facendo traffico dati

Mi sento un po meno bischero.

[Blu3]

quindi la lentezza dipende dalle troppe persone connesse allo stesso ripetitore? io in Umbria navigo tranquillamente a 2mb, forse perchè siamo in pochi XD

[SteelBlade]

i 7.2 Mbps non sono per utente, ma per canale della cella e il canale della cella è condiviso, ti dirò di più... per un problema di ottimizzazione delle risorse radio lo standard prevede che vegano privilegiati i dispositivi che riportano una migliore qualità del segnale, trasmettendo più dati verso quest'ultimi

[AndreA]

Mi sento un po meno bischero.

Beh, una cosa è vedere una causa volontaria e un'altra il limite di rete (conosciuto)

[kkamakk]

Beh, una cosa è vedere una causa volontaria e un'altra il limite di rete (conosciuto)

infaqtti da bischero ho detto di sentirmi meno bischero e non di non esserlo per niente