DS Audio en hibernate

[synfan]

Gebruik je toevallig ddns? En zo ja, heb je de ddns service dan wel uitgezet als je de netwerkkabel er uit haalt? Anders blijft ie zoeken naar een netwerk. Je krijgt dan in je log ook continue foutmeldingen. Ook quickconnect moet je uitzetten om te testen zonder netwerkkabel.

[Birdy]

Ik begeef me op glad ijs maar, volgens mij is "192.168.1.255" een interne broadcast adres en 239.255.255.250 ook, kan te maken hebben met een UPnP apparaat in je netwerk die zoekt (broadcast) naar andere UPnP apparaten om te communiceren.
Er is vast wel iemand op het Forum die mij (volledig) kan verbeteren.

[Ben(V)]

Zo glad is dat ijs niet en dat weet je zelf ook wel Birdy

Het hoogste adress in je subnet is altijd het broadcast adress.
Dus als je een subnetmask van 255.255.255.0 hebt in een subnet van 192.168.1.xxx dan is het broadcast adress 192.168.1.255
Zie voor meer details:
http://www.subnet-calculator.com/

239.255.255.250 is het multicast adres, dus er is iets op je lan dat multicast data wil versturen.
Multicast is ook een soort van broadcast, want bedoelt voor streamen naar meerdere ipadressen gelijktijdig.

Ik betwijfel of je NAS van die broadcast wakker wordt, tenzij je iets hebt draaien wat er op reageert.


Edit, bedacht me net dat ipkamera's wel  eens gebruik konden maken van multicast, maar dat is voor mij glad ijs.

[Birdy]

Zat er niet ver naast, sta nog op het ijs 

[ditisstef]

Enorm bedankt heren! Dit maakt alles een stuk duidelijker , ik heb inderdaad de ddns service niet uitgezet. Zal dat eerst eens proberen! Ik had nog nooit van de broadcast gehoord dus dat maakt het een stuk duidelijker wat dat buiten mijn range doet.


Verzonden vanaf mijn iPhone met Tapatalk

[synfan]

Graag gedaan. Ik ben zelf ook nog steeds met support van Synology bezig om de oorzaak van het hibernation probleem te vinden. Tot nu helaas zonder succes. Net nog weer een nieuwe debug.dat naar ze gemaild.

[ditisstef]

Ik krijg mijn ddns niet uitgeschakeld, hij geeft dan een verbindingsfout?


Verzonden vanaf mijn iPhone met Tapatalk

[Tien]

Heb ook atv 3 als die in slaap modes zit kan volgens mij de nas ook niet waker maken?

Wat bij mij hielp (mosterd na de maaltijd) is Apple TV 'uitzetten' als je hem niet gebruikt: door lang op play/pause te drukken. Dan gaat mijn nas weer in slaap.

[synfan]

Ik ben een klein stapje verder gekomen. Blijkbaar blijven de cloudstation clients requests sturen naar de NAS, ongeacht of de cloudstation package actief is of niet. En het lijkt er op dat deze requests, ook als cloudstation uit staat, de NAS uit hibernation laten komen.

Nadat ik alle cloudstation clients ontkoppelt had en alle services/packages uit had gezet ging de NAS mét aangesloten netwerkkabel in deep sleep en bleef in deep sleep. Nu kijken of de NAS ook in de slaapstand gaat en blijft als ik weer services/packages aan ga zetten.

[ditisstef]

Ik heb het bovenstaande ook geprobeerd, echter zonder succes... Blijf het een vervelend probleem vinden


Verzonden vanaf mijn iPhone met Tapatalk

[synfan]

De truc om de cloudstation server maar een beperkte tijd  van de dag te laten draaien is blijkbaar geen oplossing (meer). Vroeger (voor dsm 5.2) was dit wel een goede oplossing om hibernation niet teveel te storen met cloudstation. Ook als de package niet draait accepteert het systeem blijkbaar dus de requests van de clients. Niet echt handig. Zie ook de reacties van Synology support hieronder.

Het feit dat het gebruik van DDNS nu hibernation stoort was eveneens een nieuwe voor mij. Ook daar had ik voor DSM 5.2 geen probleem mee. Vooralsnog betekent dit voor mij het einde van het gebruik van hibernation. Die functionaliteit slaat ondertussen als een tang op een varken...jammer.

"I've confirmed with our development team about the behaviour of Cloud Station.
To make sure the service will restart sync again once the service back online.
So the time will be :
     0          15         30          45           60
----|----------|---------|---------|----------|----
At the 0, the system start system hibernation.
At the 15, 30 , 45 , system accept the request from client to check if the service available or not.
At the 60, system will check the DDNS and Quickconnect service work as last configuration or not.
To be brief, all of the system wake up was caused by system design.
Hope this helps
Regards,
Eilon Chien"

AND

"In your case, the disk hibernation will work if the cloud station does not syncing file, but system hibernation will keep annoying by the clients even the cloud station is stopped.
The system hibernation will waked up once system received any request, in your case, it was from
1. Quickconnect/DDNS
2. The Client of Cloud Station
The checking will not stopped, only if your clients(the cloud station of PC or Mobile Apps) stopped as well.
And the scheduled time will not be changed in the short time, as mentioned, it a system design to keep the 'node'."

[Birdy]

Ze zouden het request eigenlijk moeten omdraaien, wanneer er iets wijzigt aan de Client kant, dan de Client een sync request laten doen aan Cloud Station. (out of the box).

[Ben(V)]

Je kunt ook in de delen van de dag dat je cloudstation wilt uitschakelen een firewall rule actief maken die de poort blokkert waar die cloudstation clients op aankloppen.
Dan zal hij waarschijnlijk ook wel gaan slapen.
Dat werkte ook om de DNS request van de AppleTv via UDP port 5353 te blokkeren, dus zal dat voor cloudstation ook wel werken.

[synfan]

Ik had de cloudstation al zo ingesteld dat deze slechts een uur per dag synchroniseerde. Dat was voor mij voldoende. Poort blokkeren is natuurlijk een optie, maar gedurende de tijd dat cloudstation aan staat, moet de poort wel open staan natuurlijk. Kun je het openzetten van een poort van de firewall dan ook in een tijdschema zetten?

[advr]

Het beste is om CloudSync service te starten en stoppen op gezette tijden. Pauzeren of bepaalde synchroniseren helpt niet.
Bij mij werkt dit totdat ze het weer opgelost hebben.