Whatsapp vertraging!

f.gahrmann zei:

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

Klik om te vergroten...

Dan zou het misschien kunnen dat WhatsApp een eigen verbinding gebruikt die niet via de Google push service loopt, of de app doet niet wat hij belooft.

Je zou eventueel nog deze app kunnen proberen, daar zit ook een log-functie in waar je kunt zien wanneer welke app gebruik maakt. Alleen werkt deze app alleen op rooted android telefoons.

Verder nogmaals de opmerking dat push alleen goed werkt indien je WiFi van je telefoon niet in slaapmode gaat, maar dat was al gecontroleerd dacht ik.

Denk dat het nu even wachten is op iemand die gaat loggen hoe de verbindingen verbroken worden in een Ubee modem. Hopelijk kan MikeN hier binnenkort iets over zeggen.

Zijn er overigens ook mensen met een Android en een Cisco modem met dezelfde problemen. Of mensen met een Iphone ?
Ik heb tot nu toe alleen mensen met Android en Ubee WiFi modem gezien dacht ik.

En zijn er ook mensen met een Android en Ubee die geen vertraging hebben met Whatsapp ? (voor het geval de Android versie invloed heeft)

Als Ubee het probleem niet verhelpt, moet de andere kant (=google) het probleem verhelpen. Zoals ik in een eerder mailtje aangaf, schreef Paul namens Google op een Google forum, dat het probleem inmiddels bij Google bekend is. Hun push systeem is niet compatible met alle routers op de markt. En ik denk dat Google dit eerder oplost dan dat Ubee en andere router fabrikanten, hun routers updaten. De belangen van Google zijn gewoon groter.

Simpel door hun op te lossen door de apps elke 5 minuten i.p.v. elke 15 even contact met de server te laten maken. Maar daar zal het probleem ook liggen: Het belast hun servers sterker als alle mobieltjes een paar keer zo vaak even contact maken. En het belast de batterijen van de mobieltjes meer. Dus zullen ze iets moeten maken om de probleem routers te identificeren en alleen bij die routers met een hogere frequentie de verbinding in stand te houden.

Ik ben benieuwd wanneer en van welke kant de oplossing gaat komen.

Dat kan natuurlijk heel simpel door de heartbeat interval in de app instelbaar te maken. Neemt niet weg dat daardoor hun servers zwaarder belast worden.

Bij mij werkte het ook niet.

Zal het nog simpeler vertellen, dit probleem komt door de TCP Keepalive (TTL) die ze in de ubee hebben ingesteld, ze gooien passieve verbindingen er veels te snel uit.

Dit is wel degelijk een Ziggo issue, en als dit met deze ubee zo doorgaat (heb wel meer problemen met wifi, soms hebben alle wifi apparaten ineens geen connectiviteit meer), tyf ik dat ding gewoon op modemmodus en gooi er een GOEDE router tussen.

Word hier echt schijtziek van, want me pa had er ook last van en die heeft nu een Cisco'tje staan, en dat werkt al stukken beter dan dit rampapparaat!

TTL heeft daar niets mee te maken.

Poteejto potaahto. Hij bedoelt de setting voor net.ipv4.netfilter.ip_conntrack_tcp_timeout_established (tenminste als de Ubee op Linux is gebaseerd). Een andere soort time-to-live.

Ah ja, maken de NAT-helpers dan ook gebruik van de netfilter ip-conntrack table ?

Njah, eindelijk eens even een testje gedaan.

netcat geopend op een host zonder firewalling. Telnet ernaartoe. Na 4 minuten komen packets nog door, maar na exact 5 minuten idle zijn sneuvelt de verbinding en komt er nooit iets aan. Er wordt niet eens een RST/FIN of ICMP packet teruggestuurd, wat je normaal zou verwachten.

Ik weet niet of dit in de Ubee zit, of ergens anders, maar het zit in ieder geval ergens bij Ziggo, en als ik de ervaringen op internet lees is het de Ubee. Ik heb een Ubee EVW3200.

5 minuten is gewoon een bizar korte timeout. Of de Whatsapp issues hierdoor komen weet ik niet (gezien de apps in de Play store gok ik van wel), maar het is ook irritant met SSH sessies en idle IMAP sessies. Er is ook helemaal geen noodzaak om spontaan TCP verbindingen 'te vergeten'. Dat kan gewoon wanneer nodig omdat de state table vol zit (en nee, ik ben niet keihard aan het torrenten, dus bij mij is het niet nodig).

Oh, en iSeeDeadPixels, ik heb een passthrough host in de Ubee gehad (eigen Linux router host), die kreeg een eigen extern IP, maar nog had ik exact dezelfde timeouts. Het lijkt erop alsof de Ubee altijd connection tracking doet (en ik heb alle firewall vinkjes en dergelijke uit staan).

Overigens zegt Skinkie hier dat het probleem bekend is: https://ziggo-gebruikers.nl/forum/showpost.php?p=430028&postcount=2

Ik heb inmiddels een Cisco modem ergens op de kop getikt, en ga eens kijken of ik die geauth kan krijgen op het netwerk om te zien of het probleem daar ook mee voor komt.