Whatsapp vertraging!

Briolet zei:

Op de WhatsApp site staat niet duidelijk via welke dienst dit werkt.

Klik om te vergroten...

https://www.whatsapp.com/android/current/WhatsApp.html noemt gewoon c2dm hoor (waar gcm een opvolger van is).

Hoelang inactieve poorten open moeten blijven is echter geen genormeerde tijd. Dus als die tijd bij de Ubee en de Cisco aan de korte kant is, kun je niet van een bug spreken.

Klik om te vergroten...

Nee, heel NAT is natuurlijk 1 grote workaround. Alleen is 5 minuten gewoon enorm kort wanneer alle mainstream OSen 2 uur gebruiken. SSH connecties werken bij mij niet langer dan een paar minuten tenzij ik de keepalive instellingen wijzig, IMAP IDLE connecties werken voor geen meter (vooruitgang, terug naar pollen), en Google notificaties werken dus ook voor geen meter.

Er is technisch ook helemaal geen reden om die connecties af te sluiten, wanneer je state table overflowed kun je altijd nog oude connecties eruit gooien.

Hooguit van een ongelukkige keuze. Voor hetzelfde geld kun je WhatsApp beschuldigen dat ze niet genoeg moeite doen de verbinding in stand te houden.

Klik om te vergroten...

Als je een TCP verbinding opzet hoort dat ding gewoon niet spontaan te verdwijnen door 1 of ander modem wat geen zin meer in je had. WhatsApp is vrij weinig te verwijten (en Google ook niet), mensen die een workaround als NAT implementeren moeten gewoon een fatsoenlijke implementatie opleveren.

Beetje rondkijken en je ziet al snel dat de Ubee EVW3200 vaak in verband wordt gebracht met keep-alive/timeout issues.

Tja, omruilen kan niet bij Ziggo. Dan moet je zelf maar investeren in een nieuwe modem / router.

MikeN zei:

Alleen is 5 minuten gewoon enorm kort wanneer alle mainstream OSen 2 uur gebruiken. SSH connecties werken bij mij niet langer dan een paar minuten tenzij ik de keepalive instellingen wijzig, IMAP IDLE connecties werken voor geen meter (vooruitgang, terug naar pollen), en Google notificaties werken dus ook voor geen meter.

Klik om te vergroten...

Kun je uittesten hoe lang de timeout duurt ?
5 minuten lijkt me wat kort, maar als het getal bekend is kunnen we daar wat mee. De standaard google push timeout zou 28 minuten zijn en geen 2 uur.

Ik heb de app weer verwijderd, vond het maar storend. Het moet gewoon goed werken zonder hulpmiddelen zoals apps.

Ric Flair zei:

Ik heb de app weer verwijderd, vond het maar storend. Het moet gewoon goed werken zonder hulpmiddelen zoals apps.

Klik om te vergroten...

Zo ist, kom maar op Ziggo!!

Uiteraard kan Ziggo aan Ubee vragen hun firmware aan te passen zodat de NAT timeout groter wordt. Maak je echter geen illusies dat dit op korte termijn gebeurt gezien de geschiedenis van firmware updates. Veel plezier met roepen (in de woestijn) dus.

Niet zo negatief Mesa Wat jij nu post had ik een paar bladzijden terug ook al gepost, ik verwacht (op korte termijn) ook geen oplossing. 't is ook geen prio 1 wat mij betreft, maar wel jammer.

Waarom test niemand nu even hoe lang die timeout is en of die app werkt als je de timeout daarmee iets korter zet dan de modem/router timeout ?

De opmerking dat een extra app lastig is snap ik niet zo, als je daarmee vast zou kunnen stellen of het hiermee op te lossen is, zou je met die gegevens bij ziggo kunnen vragen om dit aan te passen. Nu is nog niet eens bekend wat de oorzaak is. De kans dat het dan opgelost wordt is dan nihil denk ik. Maar als je de oplossing kunt geven kan men daar moeilijk omheen. Nu is de opmerking dat het bij heel veel andere routers en providers ook niet werkt terecht (kijk maar eens via Google) en de kous af voor ziggo.

Ik ga het wel testen, zodra ik de tijd heb. Kost ook wat moeite om een host te vinden waar ik willekeurige TCP verbindingen naar kan openen en waarvan ik zeker ben dat er niet een andere firewall of timeout in de weg zit. Hoop dit weekend nog een beetje te kunnen testen met netcat en co.

Ik heb de app pushheartbeat geprobeerd. Ik heb niet het idee dat dat de oplossing is. Ook niet als ik de interval tijd op 2 min oid zet.
Het is niet DE oplossing

Heel vervelend!