Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Huh? Fritz settings 7 keer in korte tijd door xs4all veranderd

132 views
Skip to first unread message

rijk

unread,
Jan 1, 2016, 1:38:08 AM1/1/16
to
Ik zie zojuist dat Mijn FritzBox (7360, FritzOS 6.30) zegt dat xs4all in
de afgelopen 3 dagen 7 maal instellingen heeft "verstuurd", waarbij ik
aanneem dat daarmee "veranderd" wordt bedoeld:

31.12.15 23:59:58 The service provider successfully transmitted settings
to this device.
31.12.15 13:11:23 The service provider successfully transmitted settings
to this device.
31.12.15 05:11:49 The service provider successfully transmitted settings
to this device.
30.12.15 20:29:16 The service provider successfully transmitted settings
to this device.
30.12.15 09:56:08 The service provider successfully transmitted settings
to this device.
30.12.15 00:10:55 The service provider successfully transmitted settings
to this device.
29.12.15 14:38:14 The service provider successfully transmitted settings
to this device.

De hele maand December niets[*], en dan opeens 7 keer in 3 dagen… Zo
ongeveer elke 8 uur… Is dit daadwerkelijk legitiem handelen door xs4all?
Of is er iets anders aan de hand?

Ik heb die provider-update-deur maar weer dicht gezet nu. Ik dacht dat
zelfs dat die al dicht stond. Maar mogelijk ben ik die instelling zonder
te merken kwijt geraakt, toen ik een maand of3 geleden een kapotte 7340
door een 7360 verving. (Of mijn geheugen laat me in de steek. Daar wordt
het met de jaren alsmaar beter in.)

Is er overigens een praktische manier om te achterhalen *wat* er dan
precies is veranderd? Er handmatig doorheen bladerend ben ik er 99%
zeker van dat in ieder geval de volgende drie dingen zijn veranderd,
maar een betrouwbare methode is dat natuurlijk niet echt:
- Het profiel staat nu opeens op XS4ALL, ipv XS4ALL + IPTV
- van alle geregistreerde devices staat het Access Profiles opeens op
Standard, dat was niet het geval
- WPS staat opeens aan; stond uit

[*] Het log gaat terug tot 01.12.15 04:21:51 en noemt dit fenomeen
verder nergens.

--
"-- \n"

Eggie

unread,
Jan 1, 2016, 3:11:14 AM1/1/16
to
Op vrijdag 1 januari 2016 07:38:08 UTC+1 schreef rijk:
> Ik zie zojuist dat Mijn FritzBox (7360, FritzOS 6.30) zegt dat xs4all in
> de afgelopen 3 dagen 7 maal instellingen heeft "verstuurd", waarbij ik
> aanneem dat daarmee "veranderd" wordt bedoeld:
>
> 31.12.15 23:59:58 The service provider successfully transmitted settings
> to this device.
> 31.12.15 13:11:23 The service provider successfully transmitted settings
> to this device.
> 31.12.15 05:11:49 The service provider successfully transmitted settings
> to this device.
> 30.12.15 20:29:16 The service provider successfully transmitted settings
> to this device.
> 30.12.15 09:56:08 The service provider successfully transmitted settings
> to this device.
> 30.12.15 00:10:55 The service provider successfully transmitted settings
> to this device.
> 29.12.15 14:38:14 The service provider successfully transmitted settings
> to this device.
>
> De hele maand december niets[*], en dan opeens 7 keer in 3 dagen... Zo
> ongeveer elke 8 uur... Is dit daadwerkelijk legitiem handelen door xs4all?
> Of is er iets anders aan de hand?
>
> Ik heb die provider-update-deur maar weer dicht gezet nu. Ik dacht dat
> zelfs dat die al dicht stond. Maar mogelijk ben ik die instelling zonder
> te merken kwijt geraakt, toen ik een maand of 3 geleden een kapotte 7340
> door een 7360 verving. (Of mijn geheugen laat me in de steek. Daar wordt
> het met de jaren alsmaar beter in.)
>
> Is er overigens een praktische manier om te achterhalen *wat* er dan
> precies is veranderd? Er handmatig doorheen bladerend ben ik er 99%
> zeker van dat in ieder geval de volgende drie dingen zijn veranderd,
> maar een betrouwbare methode is dat natuurlijk niet echt:
> - Het profiel staat nu opeens op XS4ALL, ipv XS4ALL + IPTV
> - van alle geregistreerde devices staat het Access Profiles opeens op
> Standard, dat was niet het geval
> - WPS staat opeens aan; stond uit
>
> [*] Het log gaat terug tot 01.12.15 04:21:51 en noemt dit fenomeen
> verder nergens.
>
> --
> "-- \n"

In mijn Fritz is hetzelfde te lezen:

01.01.16 06:12:03 The service provider successfully transmitted settings to this device.
31.12.15 21:40:48 The service provider successfully transmitted settings to this device.
31.12.15 12:28:06 The service provider successfully transmitted settings to this device.
31.12.15 10:36:13 Login to the FRITZ!Box user interface from the IP address 2001:980:42e6:1:4dac:6ee8:215c:2b7f.
31.12.15 06:27:12 The service provider successfully transmitted settings to this device.
30.12.15 20:21:55 The service provider successfully transmitted settings to this device.
30.12.15 09:17:29 The service provider successfully transmitted settings to this device.
29.12.15 21:18:39 The service provider successfully transmitted settings to this device.
29.12.15 14:09:57 The service provider successfully transmitted settings to this device.
29.12.15 05:59:59 The service provider successfully transmitted settings to this device.
28.12.15 21:37:07 The service provider successfully transmitted settings to this device.
26.12.15 07:31:53 Login to the FRITZ!Box user interface from the IP address

Geen idee welke settings dit betreft, alles functioneert normaal.

Eggie.

Sylvester

unread,
Jan 1, 2016, 4:20:51 AM1/1/16
to
Op 01-01-16 om 07:38 schreef rijk:
Het profiel veranderen is logische gezien je dit voor de Meer TV apps
(Netflix e.d.) noodzakelijk is. Goede zaak dat dit nu vanaf afstand
mogelijk is. De andere punten kan ik me niet voorstellen dat XS4ALL dit
wijzigt.

Luuk

unread,
Jan 1, 2016, 5:40:50 AM1/1/16
to
On 01-01-16 07:38, rijk wrote:
> Is er overigens een praktische manier om te achterhalen*wat* er dan
> precies is veranderd?

Als je een export maakt (System/Backup/Save), dan kan je deze
vergelijken met de backup van de vorige keer...

Ik heb toevallig 25 december jl dat nog gedaan

en de output van:
diff 25.12.15_1649.export 01.01.16_1128.export

bevat dan o.a.:
.................
2225c2160
< * Fri Dec 25 16:49:10 2015
---
> * Fri Jan 1 11:28:14 2016
2334c2269
< * Fri Dec 25 16:49:10 2015
---
> * Fri Jan 1 11:28:14 2016
2351,2352c2286,2287
---
2354,2355c2289,2290
< LastInformReq = "2015-12-25 14:56:39";
< LastSuccessfulContact = "2015-12-25 14:56:39";
---
> LastInformReq = "2016-01-01 08:42:27";
> LastSuccessfulContact = "2016-01-01 08:42:28";
2358c2293
< PeriodicInformInterval = 14400;
---
> PeriodicInformInterval = 33158;
2363,2364c2298,2299
...............

Jasper

unread,
Jan 1, 2016, 7:23:53 AM1/1/16
to
Op 01-01-16 om 11:41 schreef Luuk:

> Als je een export maakt (System/Backup/Save), dan kan je deze
> vergelijken met de backup van de vorige keer...

> < PeriodicInformInterval = 14400;
> ---
> > PeriodicInformInterval = 33158;

Dat is hier ook de enige betekenisvolle wijziging.

Groet


Jasper

Luuk

unread,
Jan 1, 2016, 8:15:35 AM1/1/16
to
gelukkig heb ik dan niet te 'onbewust' geknipt... ;)

Osiris

unread,
Jan 1, 2016, 9:25:38 AM1/1/16
to
Maar hebben jullie ook de wijzigingen van XS4ALL gepusht gekregen dan? :P

Miquel van Smoorenburg

unread,
Jan 1, 2016, 9:37:40 AM1/1/16
to
In article <56867bf1$0$23817$e4fe...@news.xs4all.nl>,
Er was een storing mbt de ACS server, die had problemen met
de load omdat veel modems zich tegelijk aanmeldden. Veel van
die connecties mislukten ook. Mogelijk is dat waarom je
zoveel van die meldingen in de logs ziet.

Men heeft daarom het PeriodicInformInterval (dat is hoe vaak het
modem zich aanmeld bij de server) gerandomized, zodat niet
alle modems zich tegelijk aanmelden.

Mike.

Luuk

unread,
Jan 1, 2016, 9:41:49 AM1/1/16
to
dat verklaart het 'vreemde' getal 33158 ....

bedankt... ;)


P.S. waarom zou 14400 niet 'vreemd' zijn..... (zucht)

Miquel van Smoorenburg

unread,
Jan 1, 2016, 6:06:05 PM1/1/16
to
In article <5686900d$0$23834$e4fe...@news.xs4all.nl>,
Luuk <lu...@invalid.lan> wrote:
>P.S. waarom zou 14400 niet 'vreemd' zijn..... (zucht)

Ja, meer mooie getallen:

machten van 2 zoals 64, 128, 256, 1024
86400
1440
3600
1337
31337

Mike.

rijk

unread,
Jan 1, 2016, 6:14:24 PM1/1/16
to
In article <568657b1$0$23723$e4fe...@news.xs4all.nl>,
Luuk <lu...@invalid.lan> wrote:

> On 01-01-16 07:38, rijk wrote:
> > Is er overigens een praktische manier om te achterhalen*wat* er dan
> > precies is veranderd?
>
> Als je een export maakt (System/Backup/Save), dan kan je deze
> vergelijken met de backup van de vorige keer...

Ach, natuurlijk!
OK, diff vind "204 differences". Het merendeel lijkt de vergelijking van
binary data in .export te betreffen, dus dat post ik maar niet hier.
Maar dan blijift er nog aardig wat over.

Van de waslijst aan veranderde user/pass combos wordt ik wel
zenuwachtig… (Die data heb ik hier maar even weggeknipt, al oogt het als
hashes waarvan het geen kwaad kan die te publiceren.) Daarnaast valt me
op dat diverse "voip" verwijzingen verdwenen zijn, danwel veranderd in
iets dat met iptv te maken lijkt te hebben. Dat snap ik niet.

$ diff 111.06.30i_05.10.15_1907.export 111.06.30i_01.01.16_0617.export
2c2
< Password=<snip>
---
> Password= <snip>
< * Mon Oct 5 19:07:45 2015
---
> * Fri Jan 1 06:17:39 2016
18c18
< active_provider = "other";
---
> active_provider = "xs4all7360_vdsl2";
47,48c47,48
< username = "<snip>";
< passwd = "<snip>";
---
> username = "<snip>";
> passwd = "<snip>";
62c62
< reverttime = 30m;
---
> reverttime = 3m;
213c213
< connections = "internet";
---
> connections = "internet", "iptv";
215c215
< mcupstream = "none";
---
> mcupstream = "iptv";
305c305
< name = "voip";
---
> name = "iptv";
307c307
< dsl_encap = dslencap_inherit;
---
> dsl_encap = dslencap_ether;
315c315,320
< ppptarget = "voip";
---
> vlancfg {
> vlanencap = vlanencap_fixed_prio;
> vlanid = 4;
> vlanprio = 5;
> }
> ppptarget = "iptv";
325a331
> class_identifier = "IPTV_RG";
327c333
< is_mcupstream = no;
---
> is_mcupstream = yes;
347a354
> ignore_dhcpoptions = "6", "15";
365a373
> specific_dnsdomain = "stb.itvonline.nl";
376,377c384,385
< username = "<snip>";
< passwd = "<snip>";
---
> username = "<snip>";
> passwd = "<snip>";
430c438
< name = "voip";
---
> name = "iptv";
480c488
< ProviderDisconnectPreventionHour = 4;
---
> ProviderDisconnectPreventionHour = 5;
500c508
< speed_out_netto = 128;
---
> speed_out_netto = 512;
1122,1123c1130,1131
< From = "<snip>";
< To = "<snip>";
---
> From = "<snip>";
> To = "<snip>";
1125,1126c1133,1134
< accountname = "<snip>";
< passwd = "<snip>";
---
> accountname = "<snip>";
> passwd = "<snip>";
1378c1386
< bridges {
---
> classifiers {
1380,1385c1388,1395
< name = "tvbridge";
< ident = "vcc:0";
< vlancfg {
< vlanencap = vlanencap_fixed_prio;
< vlanid = 4;
< vlanprio = 5;
---
> name = "clfy_voip";
> type = qos_cfg_internal;
> iface = qos_local;
> rule = "localmark sip";
> result {
> tos = -1;
> vlan_prio = -1;
> queueref = "hrealtime";
1387,1390c1397
< disable_igmp_fwd = no;
< with_pppoe_bridging = no;
< }
< classifiers {
---
> } {
1392,1395c1399,1402
< name = "multicast";
< type = qos_cfg_hidden;
< iface = qos_lan;
< rule = "ethport4 ip.proto == igmp";
---
> name = "clfy_voip";
> type = qos_cfg_internal;
> iface = qos_local;
> rule = "localmark rtp";
1399,1400c1406
< queueref = "hprio";
< bridgeref = "tvbridge";
---
> queueref = "hrealtime";
1404,1407c1410,1413
< name = "unicast";
< type = qos_cfg_hidden;
< iface = qos_lan;
< rule = "ethport4";
---
> name = "clfy_voip";
> type = qos_cfg_internal;
> iface = qos_local;
> rule = "localmark sip_internet";
1411,1412c1417,1428
< queueref = "hprio";
< bridgeref = "tvbridge";
---
> queueref = "hrealtime";
> }
> } {
> enabled = yes;
> name = "clfy_voip";
> type = qos_cfg_internal;
> iface = qos_local;
> rule = "localmark rtp_internet";
> result {
> tos = -1;
> vlan_prio = -1;
> queueref = "hrealtime";
1448a1465,1475
> name = "dns";
> type = qos_cfg_hidden;
> iface = qos_local;
> rule = "localmark dns";
> result {
> tos = -1;
> vlan_prio = -1;
> queueref = "hprio";
> }
> } {
> enabled = yes;
1530,1540d1556
< rule = "ip.proto == tcp ip.len <= 64";
< result {
< tos = -1;
< vlan_prio = -1;
< queueref = "none";
< }
< } {
< enabled = no;
< name = "clfy_www";
< type = qos_cfg_system;
< iface = qos_lan;
1547,1579d1562
< } {
< enabled = yes;
< name = "clfy_voip";
< type = qos_cfg_internal;
< iface = qos_local;
< rule = "localmark sip_internet";
< result {
< tos = -1;
< vlan_prio = -1;
< queueref = "hrealtime";
< }
< } {
< enabled = yes;
< name = "clfy_voip";
< type = qos_cfg_internal;
< iface = qos_local;
< rule = "localmark rtp_internet";
< result {
< tos = -1;
< vlan_prio = -1;
< queueref = "hrealtime";
< }
< } {
< enabled = yes;
< name = "dns";
< type = qos_cfg_hidden;
< iface = qos_local;
< rule = "localmark dns";
< result {
< tos = -1;
< vlan_prio = -1;
< queueref = "hprio";
< }
1693,1695c1676,1678
< update_found = yes;
< running_version = "111.05.24";
< no_update_found_time = "1970-01-01 01:00:00";
---
> update_found = no;
> running_version = "";
> no_update_found_time = "2015-12-31 10:48:26";
1697c1680
< priority = 1;
---
> priority = 0;
1734c1717
< name = "<snip>";
---
> name = "<snip>";
1736c1719
< password = "<snip>";
---
> password = "<snip>";
1745c1728
< name = "<snip>";
---
> name = "<snip>";
1747c1730
< password = "<snip>";
---
> password = "<snip>";
1756c1739
< name = "<snip>";
---
> name = "<snip>";
1767,1768c1750,1751
< name = "<snip>";
< password = "<snip>";
---
> name = "<snip>";
> password = "<snip>";
1812c1795
< * Mon Oct 5 19:07:45 2015
---
> * Fri Jan 1 06:17:39 2016
1848c1831
< pskvalue = "<snip>";
---
> pskvalue = "<snip>";
1952c1935
< * Mon Oct 5 19:07:45 2015
---
> * Fri Jan 1 06:17:39 2016
1963c1946
< username = "<snip>";
---
> username = "<snip>";
1965c1948
< passwd = "<snip>";
---
> passwd = "<snip>";
2170c2153
< * Mon Oct 5 19:07:45 2015
---
> * Fri Jan 1 06:17:39 2016
2279c2262
< * Mon Oct 5 19:07:45 2015
---
> * Fri Jan 1 06:17:39 2016
2292c2275
< FirstUseDate = "2015-10-05 16:58:38";
---
> FirstUseDate = "2015-12-01 04:24:25";
2296,2297c2279,2280
< username = "<snip>";
< password = "<snip>";
---
> username = "<snip>";
> password = "<snip>";
2299,2300c2282,2283
< LastInformReq = "2015-10-05 17:18:28";
< LastSuccessfulContact = "2015-10-05 17:18:29";
---
> LastInformReq = "2015-12-31 23:59:57";
> LastSuccessfulContact = "2015-12-31 23:59:58";
2303c2286
< PeriodicInformInterval = 14400;
---
> PeriodicInformInterval = 29362;
2308,2309c2291,2292
< ConnectionRequestUsername = "<snip>";
< ConnectionRequestPassword = "<snip>";
---
> ConnectionRequestUsername = "";
> ConnectionRequestPassword = "";

[…] enorm blok veranderde binary data weggeknipt […]

< * Mon Oct 5 19:07:45 2015
---
> * Fri Jan 1 06:17:40 2016
5956c5939
< key_id = "<snip>";
---
> key_id = "<snip>";
5961c5944
< key = "<snip>";
---
> key = "<snip>";
5967,5968c5950,5951
< username = "<snip>";
< passwd = "<snip>";
---
> username = "<snip>";
> passwd = "<snip>";
5998c5981
< key_id = "<snip>";
---
> key_id = "<snip>";
6003c5986
< key = "<snip>";
---
> key = "<snip>";
6009,6010c5992,5993
< username = "<snip>";
< passwd = "<snip>";
---
> username = "<snip>";
> passwd = "<snip>";
6037c6020
< * Mon Oct 5 19:07:45 2015
---
> * Fri Jan 1 06:17:40 2016
6178c6161
< * Mon Oct 5 19:07:45 2015
---
> * Fri Jan 1 06:17:40 2016
6195c6178
< **** END OF EXPORT 80C9214D ****
---
> **** END OF EXPORT A1CB9A01 ****

--
"-- \n"

rijk

unread,
Jan 1, 2016, 6:42:45 PM1/1/16
to
In article <568644d8$0$23769$e4fe...@news.xs4all.nl>,
Sylvester <sylv...@xs4all.nl> wrote:

> Op 01-01-16 om 07:38 schreef rijk:
> > Ik zie zojuist dat Mijn FritzBox (7360, FritzOS 6.30) zegt dat xs4all in
> > de afgelopen 3 dagen 7 maal instellingen heeft "verstuurd", waarbij ik
> > aanneem dat daarmee "veranderd" wordt bedoeld:
> >
> > 31.12.15 23:59:58 The service provider successfully transmitted settings
> > to this device.

[…]

> > - Het profiel staat nu opeens op XS4ALL, ipv XS4ALL + IPTV
> > - van alle geregistreerde devices staat het Access Profiles opeens op
> > Standard, dat was niet het geval
> > - WPS staat opeens aan; stond uit
> >
> > [*] Het log gaat terug tot 01.12.15 04:21:51 en noemt dit fenomeen
> > verder nergens.
>
> Het profiel veranderen is logische gezien je dit voor de Meer TV apps
> (Netflix e.d.) noodzakelijk is.

Ah, ja, dat klinkt dan idd naar een logische verklaring.

Alleen, waarom vergt zoiets 7 "settings transmissions" verspreid over 3
dagen?

2, of misschien zelfs 3 kan ik me nog iets bij voorstellen (storing,
snelle bug-fix, oid). Maar 7?

> […] De andere punten kan ik me niet voorstellen dat XS4ALL dit
> wijzigt.

Na verdergaand speurwerk is me nu duidelijk dat het stiekem aanzetten
van WPS blijkt te zijn gebeurd bij de overstap van 7340 naar 7360, een
paar maanden geleden. Ik zie dat het uit stond in de .export van de 7340
die ik toen in die 7360 heb geimporteerd, en in de direct daarna
gesavede .export van de 7360 blijkt het doodleuk aan te staan. Lekker…

Die Access Profiles herken ik nergens terug in de .export bestanden, dus
kan ik niet verifieren. Maar begint me nu wel waarschijnlijk te lijken
dat die in dezelfde '7360 import settings procedure' zijn vermoord.

--
"-- \n"

Me

unread,
Jan 2, 2016, 3:57:05 AM1/2/16
to
On 2016-01-01 23:41:55 +0000, rijk said:

> In article <568644d8$0$23769$e4fe...@news.xs4all.nl>,
> Sylvester <sylv...@xs4all.nl> wrote:
>
>> Op 01-01-16 om 07:38 schreef rijk:
>>> Ik zie zojuist dat Mijn FritzBox (7360, FritzOS 6.30) zegt dat xs4all in
>>> de afgelopen 3 dagen 7 maal instellingen heeft "verstuurd", waarbij ik
>>> aanneem dat daarmee "veranderd" wordt bedoeld:
>>>
>>> 31.12.15 23:59:58 The service provider successfully transmitted settings
>>> to this device.
>
> […]
>
>>> - Het profiel staat nu opeens op XS4ALL, ipv XS4ALL + IPTV
>>> - van alle geregistreerde devices staat het Access Profiles opeens op
>>> Standard, dat was niet het geval
>>> - WPS staat opeens aan; stond uit
>>>
>>> [*] Het log gaat terug tot 01.12.15 04:21:51 en noemt dit fenomeen
>>> verder nergens.
>>
>> Het profiel veranderen is logische gezien je dit voor de Meer TV apps
>> (Netflix e.d.) noodzakelijk is.
>
> Ah, ja, dat klinkt dan idd naar een logische verklaring.
>
> Alleen, waarom vergt zoiets 7 "settings transmissions" verspreid over 3
> dagen?
>
> 2, of misschien zelfs 3 kan ik me nog iets bij voorstellen (storing,
> snelle bug-fix, oid). Maar 7?

En waarom is bij andere klanten die geen tv van xs4all hebben en
waarbij het profiel niet is veranderd, ook hetzelfde te zien in het log?



Sylvester

unread,
Jan 2, 2016, 4:16:22 AM1/2/16
to
Op 02-01-16 om 09:57 schreef Me:
Volgens mij stond er al een uitleg over het hoe en waarom, volgens mij
door Mike of Timo gepost.

Iets met de random time (voor meldingen bij ISP) die aangepast is en wat
niet helemaal lekker ging.




Luuk

unread,
Jan 2, 2016, 4:22:14 AM1/2/16
to
Je vergat 132

;)

robert

unread,
Jan 2, 2016, 4:59:54 AM1/2/16
to
Luuk <lu...@invalid.lan>:
5318008

--
robert

Luuk

unread,
Jan 2, 2016, 5:10:02 AM1/2/16
to
Dat is wel erg 1997 ...

http://nl.urbandictionary.com/define.php?term=97
0 new messages