Synology-Forum.nl
Synology Router => Synology Router => Topic gestart door: RonV op 24 december 2017, 18:30:34
-
De laatste tijd verbreekt meerdere keren per dag mijn wifi signaal, en kan dan meestal niet meer connecten. Nadat ik in de router de wifi aan en uit zet werkt deze weer. Tot voor kort nooit last van gehad, maar begint nu irritant te worden. Bedraad gaat alles goed.
Overigens lijkt het vaker voor te komen met 2,4 GHz dan op de 5 GHz. Kanaal waar ik op zit is rustig, en signaal veel sterker dan van de buren.
Gaat om een RT1900ac
Iemand ook deze ervaringen of weet iemand een oplossing?
-
Uiteraard gaat het niet om de signaal sterkte van je router maar is de signaalsterkte van je device de zwakste schakel.
Dat het vaker op de 2,4 band voorkomt wijst toch aan storing van je buren of anders een andere storingsbron.
Magnetron bijvoorbeeld.
-
Dank voor je reactie Ben. Maar hoe verklaar je dan dat als ik het signaal (draadloze radio) in de router uitzet en aanzet ik dan weer probleemloos verbinding krijg? Als ik storing van de buren heb zou dat toch niet uit mogen maken.
-
Ik denk dat er dan direct een ander kanaal geselecteerd wordt.
-
Ik heb overigens een RT2600ac en heb deze instellingen en heb er nooit last dat het WiFi signaal wordt onderbroken:
[attachimg=1]
Weet alleen niet of de RT1900ac dezelfde opties heeft qua instellingen.
-
Bedankt Birdy. In de basis heeft de 1900 dezelfde instellingen, heb nu alleen de usb3 downgrade aangezet. Kijken of dit verschil maakt.
-
Op het internationale forum loopt een heel draadje met WiFi problemen.
https://forum.synology.com/enu/viewtopic.php?f=265&t=137668
De laatste firmware update van de router is inmiddels ook tijdelijk teruggetrokken.
Bij de release notes van de < RT1900ac > (https://www.synology.com/en-global/releaseNote/RT1900ac) en < RT2600ac > (https://www.synology.com/en-global/releaseNote/RT2600ac) wordt vermeld:
(2017-12-19)
Owing to certain technical issue, we determined to recall this update version for RT2600ac temporarily.
-
Dank je Babylonia. Dit is inderdaad het probleem dat ik heb. Is dus nog niet opgelost, maar ga deze in de gaten houden.
-
Ik heb een probleem met mijn WiFi, ik heb verbinding met mijn WiFi netwerk, maar ik kan geen data transporteren, kan andere apparaten in het netwerk niet zien, geen internet. Soms wel verbinding en kan ik andere apparaten wel zien met Fing.
Bekabeld netwerk werkt dan wel goed.
Met mijn oude (erg oude) router dit probleem en om daarvan af te komen een Synology router 1900ac gekocht, en heb daar hetzelfde probleem mee.
Heb al geprobeerd alleen 2,4g of alleen5g te gebruiken, maar valt toch uit.
Apparaten geven soms aan dat het wachtwoord niet klopt. Na een herstart van de WiFi in de router werkt het weer.
Router al op een andere plek gezet, wachtwoord veranderd, ip range van het netwerk gewijzigd, andere kanalen selecteren, Dit alles maakt geen verschil.
Heb een redelijk druk netwerk, met ca 20bekabelde en 8wifi apparaten,
Soms gaat dagen probleemloos, maar soms ook 5x per dag geen verbinding/netwerk/internet
Nu is de vraag hoe kan ik het beste te werk gaan om de oorzaak te vinden?
-
Even een tekening uploaden van hoe t nu precies is geschakeld. Te beginnen met de modem van je isp. Dan jouw router. Alle switches access points etc
Sent from my iPhone using Tapatalk
-
Na de laatste update heb ik ook de zelfde problemen. Schijnt iets niet goed te zitten in de laatste firmware update.
Verzonden vanaf mijn iPhone met Tapatalk
-
https://forum.synology.com/enu/viewtopic.php?f=265&t=137668
Verzonden vanaf mijn iPhone met Tapatalk
-
Hallo,
Ik volg ook de thread op het internationale forum.
Ik kamp ook met het probleem dat de wifi verbinding verbroken word, dit is bij mij tot nu toe alleen op 5 ghz band. Ik heb eerst geprobeerd om de 5 ghz band in te stellen op alleen AC mode, dit ging welgeteld 2 dagen goed en daarna begonnen de problemen weer. Nu heb ik de WPA encryptie uitgeschakeld en alleen MAC filtering aangezet (je wilt niet iedereen binnen hebben natuurlijk), ik moet zeggen dat het al de hele dag goed gaat nu. Iemand anders die dit ook al geprobeerd heeft en kan verifïeren dat dit bij diegene ook werkt?
Het heeft er niks mee te maken, maar ik weet dat KPN ook tobt met dit zelfde probleem op de experia V10.
Groetjes
-
Bij mij werkt alles goed, out of the box.
-
Welke SRM versie draai je?
-
Ik merk ook geen problemen. Het betreft het RT1900ac model - SRM 1.1.6-6931 Update 1
Kijk ik bij Traffic Control naar de internet data-gegevens heeft mijn buurvrouw aan de overkant van de straat (met mijn toestemming) de afgelopen week voor 48% van al het internet verkeer gebruik gemaakt via het WiFi gastnetwerk. Nu ben ikzelf nogal wat dagen weg geweest, dus verbazen die cijfers mij niet.
Zij maakt wel gebruik van het 2,4 GHz WiFi netwerk. Onderwijl dat ik dit aan het intikken ben heb ik een OpenVPN-verbinding opgezet met de VPN-server bij een kennis (alleen de server, niet het overige internetverkeer), en stream ik een HD film op de 5GHz WiFi band naar mijn Chromecast die expliciet alleen op 5 GHz contact maakt (zo ingesteld).
Ook daarin nog geen haperingen vastgesteld.
Update:
Inmiddels via VPN pakweg 1:50 uur later en streaming van een film die nu afgelopen is, naar Chromecast via WiFi 5 GHz ruim 8,5 GB data overgepompt. Geen problemen vastgesteld.
-
In de bijlage hoe ons netwerk is opgebouwd.
Ik heb dit probleem al enkele jaren, maar was het 1x per maand/paar maanden een keer. Na de laatste update is dit een irritant probleem geworden. Dus eerst maar even afwachten of er een update komt, en dan kijken of het probleem grotendeels weg is.
-
Kennelijk twee draadjes, misschien kan @Birdy die samenvoegen??
Ik merk in ieder geval geen problemen, zie DEZE reactie (in het andere draadje). (https://www.synology-forum.nl/synology-router/wfi-signaal-verbreekt-regelmatig/msg240675/#msg240675)
-
Done @Babylonia 😉
-
Interessante constatering door een gebruiker op het internationale forum.
TP_Link router gebruikers schijnen vanaf december vergelijkbare problemen tegen te komen na update van de firmware van een Chromecast:
https://forum.synology.com/enu/viewtopic.php?f=265&t=137668&p=513707#p513709
https://support.google.com/chromecast/forum/AAAAt7PFQG4eDuJqvQXguE/?hl=en
-
Ook Netgear schijnt problemen te hebben:
https://community.netgear.com/t5/Orbi/OrbiOS-2-1-1/td-p/1476960 (https://community.netgear.com/t5/Orbi/OrbiOS-2-1-1/td-p/1476960)
Daarnaast heeft iemand via RMA een nieuwe router gekregen met oudere software. Lijkt erop dat hij, nadat alles weer was bijgewerkt weer hetzelfde probleem heeft. Dit staat ook op het internationale forum.
-
Hoi allemaal,
Ook ik heb het probleem van het wegvallen va de Wifi verbinding. Zowel gecombineerd als 2.4 en 5 Ghz apart.
Kwam gisteren dit artikel tegen op de nieuwsbrief van tweakers:
https://tweakers.net/nieuws/133965/google-cast-apparaten-veroorzaken-wifi-drop-outs-bij-verschillende-routers.html?nb=2018-01-13&u=1800
-
Interessant. Dat verklaart een hoop.
Ook dat ik geen problemen ondervind. Hoewel ik wel wel van tijd tot tijd Chromecast gebruik, is het gebruik van apps om te streamen zeer beperkt, en schakel ik zowel apps, als de Chromecast zelf werkelijk helemaal uit, als ik ze niet benut.
(Met een draadloos schakelaartje onderbreek ik de stroom naar de Chromecast).
Het zou misschien ook kunnen schelen om de Chromecast een vast IP-adres te geven. (Dat heb ik standaard altijd al zo ingesteld).
Zie ook:
https://www.myce.com/news/confirmed-issue-google-cast-causes-temporarily-wifi-drops-around-world-83428/#.WlveylPq3yA.google_plusone_share
-
A, kijk, een duidelijke oorzaak. Nu weet ik alleen niet of ik Google cast apparaten heb, voorzover ik weet niet.
Of vallen Android telefoons hier ook onder? Als ik het nu nog een keer lees, dan valt de laatste Android-os er dus ook onder?
-
Dat klopt.
Ik heb op mijn toestellen en tablets casten uit gezet.
Vandaag geen uitval van WIFI verbinding tot nu toe.
-
Ter info!! (https://www.onemorething.nl/2018/01/probleem-chromecast-wifi-netwerk/)
-
Is al eerder gemeld in het betreffende draadje wat over WiFi problemen gaat:
Laten we het beter centraal bij elkaar houden dan ieder zijn eigen topic erover starten.
https://www.synology-forum.nl/synology-router/wfi-signaal-verbreekt-regelmatig/msg241455/#msg241455
-
Topic samengevoegd met dit Topic. 8)
-
Mijn RT1900ac met versienummer SRM 1.1.6-6931 Update 2,
vertoont nog steeds connectieproblemen op de 5GHZ-band.
Dit zowel bij gebruik van Smart Connect als losse instellingen.
-
Hier niet.
Inmiddels al "gedateerd" en zou opgelost kunnen zijn, maar gebruik je toevallig ook een Chromecast ??
-
Voor mij is deze issue niet gedateerd, ben op de hoogte van de issue die Chromecast veroorzaakt.
Ik heb twee Chromecast draaiende: v1 en v2. Als ik beide op non-actief zet, dan nog valt WiFi uit.
-
Ook met ingeschakelde Chromecast blijft alles hier gewoon draaien. (Chromecast draait hier expliciet op 5 Ghz).
Dus hier geen problemen met WiFi en geen problemen met Chromecast. :o
-
Volgens mij is het niet de chromecast die het probleem veroorzaakt, maar Android telefoons die een chromecast zoeken. Wij hebben hier in huis geen chromecast, maar wel WiFi problemen. Nadat we op alle Android apparaten castfunctie uitgezet hebben is het probleem weg en is de WiFi niet meer uitgevallen.
-
Als ik het bewuste artikel lees schijnt er al een patch door google uitgebracht te zijn.
Dus kwestie van updaten van die android telefoons.
Helaas lopen de verschillende merken vaak hopeloos lang achter met het uitbrengen voor update voor hun telefoons.
Verder klinkt het als een tijdelijke overbelasting van het netwerk dat met genoeg bandbreedte en goede wifi kwaliteit weinig last veroorzaakt.
Dus mensen dei op de 2.4 Ghz zitten en veel buren hebben die dat ook doen, zullen er vele malen meer gevoelig voor zijn.
-
Verder klinkt het als een tijdelijke overbelasting van het netwerk dat met genoeg bandbreedte en goede wifi kwaliteit weinig last veroorzaakt.
Er zijn anders nogal wat berichten verschenen over de hele wereld met problemen van diverse merken routers (Asus, Netgear, TP-Link, Linksys, Synology), waarbij het aanroepen van apps m.b.t. Chromecast hele netwerken plat heeft gelegd :P
De problematiek ervan is inmiddels dus al weer achterhaalt. Maar toch maar even eerder aangehaald, als men nog geen updates met mobiele apparaten zou hebben uitgevoerd. (Ook niet iedereen had er last van, waaronder ikzelf).
Ouder bericht ter info:
https://tweakers.net/nieuws/133965/google-cast-apparaten-veroorzaken-wifi-drop-outs-bij-verschillende-routers.html
-
We hebben het over hetzelfde.
Mijn conclusie was alleen dat voornamelijk de 2,4Ghz gebruikers er last van hebben, omdat er op de 5Ghz veel meer bandbreedte beschikbaar is.
-
Vanuit mijn smartphone die alleen 2,4 GHz ondersteunt ook nooit last mee gehad.
Zelf heb ik wel bepaalde ideeën waar vaak onbegrepen problemen mogelijk aan gerelateerd zouden kunnen zijn.
Met jou netwerkkennis in het algemeen ben ik wel benieuwd in hoeverre je daar in mee kunt gaan, of je er nog andere ideeën en aanvullingen in kunt geven of zaken kunt weerleggen waar ik het misschien verkeerd heb.
Uit de vele berichten op fora in zijn algemeenheid van wat ik lees ten aanzien van multicast gerelateerde protocollen zoals Chromecast, DLNA en Airplay heb ik de indruk dat er relatief sneller problemen naar boven komen elders in het netwerk als men niet heel gestructureerd de controle erop blijft houden hoe men de data-stromen stuurt.
Door het "gemak" van apps in het gebruik ervan naar de gebruiker toe, wordt door ontwikkelaars van die apps IMO eigenlijk een verkeerd signaal afgegeven. Omdat het gebruikers stimuleert / aanzet dan ook maar verminderde of geen controle meer te houden over hun datastromen. Gebruikers worden heel "gemakzuchtig" in het gebruik van allerlei "openstaande" en niet afgesloten services. Wat mogelijk makkelijker leidt tot "hangende" streams of niet meer actieve streams waar "resten" van connecties "ergens" in het netwerk blijven hangen en in de incompleetheid daarop dan ergens vertraging of verstopping veroorzaken.
Problemen treden eerder op bij video-streams die een zwaardere netwerkbelasting vormen, dan bij audio-streams. Het gebruik van switches die bijv. geen IGMP Snooping ondersteunen, maakt het proces nog eens complexer met onnodig dataverkeer. De ene soort stream kan ook weer effect hebben op de andere soort.
Als voorbeeld:
Bij “ouderwets” telefoongebruik, is het gebruikelijk aan het eind van het gesprek de telefoonhoorn op te leggen, en daarmee de verbinding te verbreken. Als men de telefoonhoorn er niet oplegt. blijft de verbinding openstaan en kan een ander je niet bellen.
Met alle extra functies van smartphones en mobiele apparaten zijn we echter heel gemakkelijk en "lui" geworden. Men kan makkelijk muziek oproepen en streamen naar een audio-versterker, of die enkel als “afstandsbediening” gebruiken. Maar evengoed leggen we de smartphone ergens neer, en laten we die naar “standby” overgaan. Functies worden daarbij zeker niet altijd netjes afgesloten.
Evengoed nemen we op een andere plek weer een andere tablet ter hand en gaan we “van daaruit” weer verder. En dan maar hopen dat er een feilloze overgang plaats heeft, van het ene apparaat naar het andere apparaat.
Vanuit die “ouderwetse” hoorn op de haak gedachte om onbedoelde haperingen en storingen zoveel mogelijk te vermijden houd ikzelf de volgende richtlijnen in acht:
- Leg zoveel mogelijk een vaste structuur aan in de datastromen door apparaten een vast IP-adres te geven.
(In ieder geval zeker voor media-server, receivers, maar ook voor mobiele “thuis” apparaten). - Als men switches gebruikt zonder IGMP Snooping functionaliteit, houd in de gaten hoe men mediastreams wel of niet via multicast uistuurt via bepaalde apparaten die op die switches zijn aangesloten.
- Beperk het aantal apparaten in de lijst van een media-server door enkel die apparaten aan te vinken die men werkelijk gebruikt.
- Als men apps niet meer gebruikt om muziek te kiezen of te laten streamen. Sluit die apps ook werkelijk af, zodat functies niet sluimerend in de achtergrond “half/half” actief zijn of daarin telkens opnieuw schakelen. (Zoals eerder die apps m.b.t. Android en Chromecast).
- Houd in de gaten dat functies via de WiFi van een smartphone en lopende processen vertstoord kunnen worden, als er een mobiele oproep binnenkomt, en men overgaat naar een "mobiele" (spraak)-verbinding.
Met die ouderwetse gestructureerde controle over mijn eigen netwerk, ondervind ikzelf in ieder geval geen problemen.
Dus het zet kennelijk zoden aan de dijk om gedisciplineerd voorgaande zaken in acht te nemen.
Bij andere gebruikers die ik vergelijkbaar op voorgaande punten attendeerden, die eerder problemen ondervonden, en toegaven slordig te zijn om services en apps af te sluiten, kwamen tot verbetering door er wel actief op te letten en er actief op in te spelen.
Babylonia@