Vraag

Wat is de juiste keep alive time voor LTE-M

  • 25 August 2021
  • 4 reacties
  • 56 keer bekeken

Ik maak gebruik van een Particle Boron om verbinding te maken via LTE-M. In de documentatie staat het volgende over het open houden van de UDP verbinding :

https://docs.particle.io/reference/device-os/firmware/#particle-keepalive-

 

A keep-alive is used to implement "UDP hole punching" which helps maintain the connection from the cloud to the device. A temporary port-forwarded back-channel is set up by the network to allow packets to be sent from the cloud to the device. As this is a finite resource, unused back-channels are periodically deleted by the network.

Should a device becomes unreachable from the cloud (such as a timed out function call or variable get), one possible cause of this is that the keep alives have not been sent often enough.

The keep-alive for cellular devices duration varies by mobile network operator. The default keep-alive is set to 23 minutes, which is sufficient to maintain the connection on Particle SIM cards. 3rd party SIM cards will need to determine the appropriate keep alive value, typically ranging from 30 seconds to several minutes.

 

Ik wil graag weten wat de keep alive tijd is die ik moet hanteren via Item.internet.m2m voor mijn LTE-M simkaart.


4 reacties

Reputatie 5
Badge +4

Goedemorgen @tiborrr welkom op het Zakelijk KPN Forum.

Ik zie dat er vanuit de community nog geen reactie is gekomen op je vraag. Ik ga hem voorleggen aan onze LTE-M developers en dan kom ik bij je terug.

Reputatie 5
Badge +4

@tiborrr 

For Power Saving Mode, the following timer settings should be used:

Active timer (T3324) should be ≤ 186 minutes.

Active timer (T3324)  should be ≤ T3412 Extended timer

Extended TAU timer (T3412) should be ≥ 60 minutes

Extended TAU timer (T3412)  should be ≤ 310 hours

 

Paging cycles for LTE-M devices are 1.28 seconds. With eDRX the paging cycle can be up to 43.69 minutes.

Hallo @Mark L. ,

Dank voor je reactie. Ik ben op dit moment alleen maar meer in verwarring. Via een ander kanaal kwam namelijk het volgende terug.

 

Via een ander kanaal kwam bij mij ook het volgende terug.

Indien bi-directioneel verkeer noodzakelijk is, dan is het inrichten van een private APN+VPN het meest flexibel en zou daarom ons advies zijn.

Ook als er met systemen vanaf het internet gecommuniceerd zou moeten worden is er dan op de centrale locatie (in beheer van de klant) een klant specifieke NAT timer te implementeren.

De UDP time-out is verder gerelateerd aan de gebruikte APN en onafhankelijk van de access techniek ( GPRS/LTE of LTE-M).

De session timer voor UDP is 60 seconde en voor TCP 1800 seconde (voor specifiek DNS is de ALG 30 seconde), aanvullend is er een NAT timer van 120 seconde.

Indien er dus een bi-directioneel UDP pad zou moeten blijven bestaan, betekent het dat er minimaal elke 3 minuten uplink verkeer zou moeten zijn om downlink te blijven faciliteren.

 

Ik lees nu twee verschillende timings. Een sessie, TAU en Active Timer.

Wat is eigenlijk het verschil?

Reputatie 5
Badge +4

@tiborrr 

T3324 Active Timer: The T3324 Active Timer defines the time the UE stays in idle mode after the transition from connected to idle mode. In this time the UE is reachable for mobile terminated traffic. When the timer expires, the UE moves into PSM.

T3412 Extended Timer (TAU-Timer):  This periodical update is used to notify the availability of the UE to the network. 

Reageer