Die opties regelen alleen voor het automatisch updaten van productie releases. Om het installeren van een update door XS4ALL te blokkeren, moet je bij Internet -> Account Information -> Provider Services in elk geval de instelling Permit automatic updates uitvinken.
Jouw modem staat denk ik in een lijstje bij XS4ALL waarop automatisch nieuwe beta's worden geïnstalleerd.
6.85-50446 is een beta. Zie hier.

Neveneffect van een update en dus reboot is dat de "remote USB connection" wordt gesloten en niet wordt heropend na de reboot. Daardoor ben ik tot ik het merk de verbinding kwijt met de RFXCOM zender/ontvanger die o.a. de weer en klimaat sensoren uitleest.

Iemand een idee wat daaraan te doen is?

Bij mij gaat de verbinding met een van mijn gigaset toestellen verloren na een reboot. Opnieuw aanmelden blijkt dan noodzakelijk. In dit geval gaat het om een moderne C430HX die nota bene bij gigaset op de compatibility list staat voor Fritz!OS. Mijn stokoude A58H's hebben er juist weer geen last van.
Het probleem aanmelden bij AVM. XS4ALL heeft in deze geen meerwaarde.

Ik heb een jaar of twee geleden met een actie van xs4all+avm meegedaan. Vooraf als presentje een xs4all t-shirt ontvangen (opdracht: maak foto van jezelf met t-shirt). Achteraf als presentje een een C5 en een 1750E ontvangen. Dus ze doen wel af en toe iets. Ironisch dat diezelfde C5 nu dus die problemen opleverde.

Maar, als ik weer een DECT zou moeten kopen, dan zou ik wel weer een C5 erbij zetten. Ik vind ze prettiger dan de gigasets die ik ook in huis heb. Een extra C5 als gebaar zou ik verwelkomen. Daarmee zouden xs4all en avm ook zeggen: "wij geloven dat het nu goed werkt, en daarom geven wij u een c5". (nu maar hopen dat er een xs4all-persoontje hier meeleest die dit oppakt) (een beetje fantaseren en dromen mag altijd).

Nee vind van niet. Dat is het concept van DHCP en werkt bij elke router/ DHCP-server zo.
De lease tijd kun je toch zelf instellen?

Enable DHCP server
DHCP server assigns IPv4 addresses
from . . .
to . . .
Valid for 10 days

Vaak krijgen ze nog hetzelfde adres ook. Als je het heel vervelend vind zet de lease tijd op een paar jaar of zo. Of geef je apparaten een vast IP-adres.

Mijn ervaring is dat de apparaten vrijwel altijd weer hetzelfde ip-adres terugkrijgen. Voor de Thermosmart is dat namelijk een voorwaarde en er wordt aangeraden om dus de DHCP uit te zetten. Ik heb dat tot nog toe nooit hoeven doen.

Ik heb verschillende apparaten op mijn netwerk die steeds hetzelfde IP adres toegekend krijgen met de 7581, dit via de optie "Always assign this network device the same IPv4 address": het IP-adres wordt dan toegekend op basis van het MAC-adres. Andere apparaten heb ik geconfigureerd met een vast IP adres dat buiten de IP-range valt - maar deze methodiek heb je in principe niet nodig. Tot slot heb ik als DHCP-lease periode 10 dagen ingesteld. Dit werkt allemaal exact zoals de bedoeling is.

Ik volg precies dezelfde werkwijze. Met een lease tijd die eveneens op 10 dagen is ingesteld. Wat ik heb gemerkt is dat een device dat is ingesteld met de optie "Always assign this network device the same IPv4 address" en dat continue aan is, toch elke 5 dagen opnieuw een IP adres toegekend krijgt. Weliswaar hetzelfde IP adres, maar toch. Want dat betekent dat de verbinding kennelijk wordt onderbroken.

Laat nu dit apparaat het enige apparaat zijn dat ook echt meldt dat het is verbroken. En ik een paar apparaten heb die ook continue aanstaan en achter de 7581 soms spontaan hun verbinding kwijtraken. Maar die dat niet melden.

Dan lijkt het me toch niet zo gek daarachter dezelfde oorzaak te vermoeden. Dat maakt me dus een beetje wantrouwig naar de 7581 DHCP toe. Temeer daar ca. een jaar geleden mijn iPhones er regelmatig uitlagen. En dat niet door radar detectie. Nee ze hadden ineens hele andere IP adressen. Dat heb ik toen opgelost door, op aanraden van Tubejack, de nummering in mijn netwerk te veranderen van 198.168.0 x in 198.168.178.x. Dat loste toen meer dan 90% van mijn problemen op. problemen die ik niet had met eerdere Fritz!Boxen. Nou kun je natuurlijk zeggen dat het default gedrag (198.168.178.x) het beste is. Maar waarom geef je je gebruikers dan de gelegenheid dat in te stellen? Als enige reden voor dat probleem kan ik alleen maar bedenken dat iemand ergens in de code vergeten is dat het IP bereik instelbaar is, en gebruik heeft gemaakt van een vaste waarde daarvoor...

Bij die zojuist genoemde omnummering heb ik ook zo veel mogelijk de vast op het apparaat ingestelde IP adressen vervangen door de optie "Always assign this network device the same IPv4 address". Met uitzondering van de 10 AXIS camera's. Die draaien dan ook erg stabiel.... De les die ik nu denk te leren is dat omzeilen van het DHCP gedrag van de 7581 is aan te raden...

Ook bij hetzelfde is er bij opnieuw toekennen door DHCP van een IP-adres altijd een onderbreking. Zelfs als dat het hetzelfde IP-adres is. Dat hij na 5 dagen doet, terwijl je 10 ingesteld is erg vreemd. Zet dat eens op 365 dagen.

Dat is helemaal niet vreemd. Volgens het DHCP protocol zal op de helft van de leasetijd de dhcp client proberen de lease te verlengen. Works-as-designed dus.