Problemi navigazione TIM

[VergaCloud]

Però perdonatemi ma io non ho capito cosa fa quell'applicazione..

e in tutto ciò che apn state utilizzando?

[alegu]

Per darti una risposta certa e precisa dovrei avere accesso agli apparati e configurazioni di rete TIM.
Se la mia ipotesi, basata su supposizioni, è corretta agendo con l'app consigliata potresti tranquillamente impedire i blocci visto che non fai mai scattare il lease time, quindi semplicemnte mantieni artificialmente "in vita" la tua connessione dati.



Potresti monitorare il consumo dell'App dalle impostazioni del tuo smartphone ma per farti un ordine di idee, con l'app opportunamente configurata, consumeresti 32byte ogni 10sec, quindi 192byte al minuto, 11.520 all'ora, 276.480 al giorno, 8.294.400 al mese tenendo ininterrottamente l'App e connessione attiva.
Considerando che si potrà "limare" questo consumo aumentando il tempo del "Pings interval" con un tempo appena sotto la soglia del "lease time" che dovrete ricercare aumentandolo sempre progressivamente finché non si blocca di nuovo, quindi tenerlo un pelo sotto.
Potreste già rischiare mettendolo attorno al minuto, 55.000 ms (55sec), se continua a funzionare proverei 85.000 (1 min 25sec), etc ... continuerei ad aggiungere 30 secondi per volta poi nel caso che riscontrate che la comunicazione si blocca ed anche il ping perda dei pacchetti calerei di 15secondi.

Insomma dovete fare un po' di network tuning.

65507 è la massima impostabile😄

Edit:usando un app per modificare i DNS stesso risultato positivo...provate e dite se anche per voi è cosi? Grazie

[wlf]

Però perdonatemi ma io non ho capito cosa fa quell'applicazione..

Praticamente quando ti connetti ad una cella dopo un certo periodo di inattività (lease time) lo smartphone non riesce più a colloquiare con la cella. Il ping non è altro che un comando di rete per inviare un pacchetto ICMP verso un dispositivo di rete ritornando all'origine. Questo non fa altro che impedire che scatti il lease time che blocca la comunicazione; praticamente mantieni viva la connessione.
Per farti capire meglio è come il timeout dello spegimento dello schermo che riesci a interrompere tappando sullo schermo; fai conto che è come che tu metta un dito che automaticamente ogni tot secondi tappa sullo schermo per non farlo spegnere.

e in tutto ciò che apn state utilizzando?

L'apn non lo tocchi minimamente, usi quello che hai sempre utilizzato.

65507 è la massima impostabile��

Mi dispiace che non sia impostabile a valori più alti.

Edit:usando un app per modificare i DNS stesso risultato positivo...provate e dite se anche per voi è cosi? Grazie

Che DNS hai impostato?
Mi sembra strano che modificando il valore dei DNS contribuisca a non far bloccare la connessione; anche perché i DNS in questo caso c'entrano ben poco ... il problema è che non c'è più comunicazione con la rete TIM non che non riesce a convertire un nome in un indirizzo IP.

[alegu]

Che DNS hai impostato?
Mi sembra strano che modificando il valore dei DNS contribuisca a non far bloccare la connessione; anche perché i DNS in questo caso c'entrano ben poco ... il problema è che non c'è più comunicazione con la rete TIM non che non riesce a convertire un nome in un indirizzo IP.

Come non detto...ha funzionato giusto una volta...semplice coincidenza😄

[VergaCloud]

Grazie per la spiegazione

Chiedevo dell'apn perché con il wap sembra andare benone, al momento sono riuscito ad arrivare ad un settaggio a 50 secondi-32 byte, e per ora non ho blocchi, vi terrò aggiornati... ma col web proprio niente, continua a dare problemi. Comunque fa niente, per ora lo tengo col wap e se funziona vado avanti così

Altra domandina: una volta impostati i valori con quel programma, posso anche chiuderlo e greenifyzzarlo o devo mantenerlo in background? Cioè, i valori vengono registrati in qualche modo in qualche parte della rom e quindi il programma può essere chiuso senza problemi o comunque deve essere tenuto aperto perché quei valori devono essere "comunicati"?

E per finire.. chiamando la TIM dite che non si riesce a ricevere un lease time "personalizzato"? Intendo con un timeout ogni tot ore almeno..

[greg76]

Ho impostato 30 secondi sembra andare bene navigo in 4g tranquillamente, una domanda posso abbassare I byte inviati?e quanto incide sulla batteria tenendo l applicazione in background sempre accesa?...speriamo la tim risolva presto in modo da non dover ricorrere a tutto questo...una cosa ho notato delle grandi differenze di risposta le peime erano circa 80 ms, variano nel tempo naturalmente ma ce ne sono state alcune anche di 640 e oltre ms....he vuol dire ?grazie mille

[CyberPingU]

Non per essere scettici ma il keepalive non influisce sui lease più di troppo... Nel senso che è il server DHCP a decidere il tempo di lease di default e quello massimo. Quest'ultimo è improrogabile.

[kijuz]

Non per essere scettici ma il keepalive non influisce sui lease più di troppo... Nel senso che è il server DHCP a decidere il tempo di lease di default e quello massimo. Quest'ultimo è improrogabile.

Credo che state facendo un pochino di confusione. Quello che riuscite a fare continuando a pingare la rete con un numero di pacchetti grosso abbastanza ogni tot tempo è evitare che la rete UMTS veda il vostro terminale come "inattivo" o "non trasmette abbastanza dati" . in questi casi infatti per evitare che la parte "radio" ,ma anche le risorse fisiche dei ripetitori , vengano esaurite e anche che la banda non sia perennemente occupata (con conseguente perdita di throughput) la rete mette il terminale in uno stato di inattività.
Da questo stato il mobile si risveglia quando deve ritrasmettere ripristinando la connessione con il ripetitore.

Il lease del DHCP è invece una cosa completamente diversa.

[greg76]

Cmq consuma molta batteria....��

[Pistacchio]

Credo che state facendo un pochino di confusione. Quello che riuscite a fare continuando a pingare la rete con un numero di pacchetti grosso abbastanza ogni tot tempo è evitare che la rete UMTS veda il vostro terminale come "inattivo" o "non trasmette abbastanza dati" . in questi casi infatti per evitare che la parte "radio" ,ma anche le risorse fisiche dei ripetitori , vengano esaurite e anche che la banda non sia perennemente occupata (con conseguente perdita di throughput) la rete mette il terminale in uno stato di inattività.
Da questo stato il mobile si risveglia quando deve ritrasmettere ripristinando la connessione con il ripetitore.

Il lease del DHCP è invece una cosa completamente diversa.

Ecco siamo daccapo