Discussion:
Nieuwe Beta's .05.60-269 (7340, 7360, 7390)
(te oud om op te antwoorden)
Jerry
2013-11-15 15:39:50 UTC
Permalink
All,

Vanmiddag heeft AVM nieuwe beta's publiek beschikbaar gemaakt op de ftp
server.

7390:
ftp://service.avm.de/Beta/FRITZ!Box_7390_int./

7340:
ftp://service.avm.de/Beta/FRITZ!Box_7340_int./

7360:
ftp://service.avm.de/Beta/FRITZ!Box_7360_int./

Er zijn geen grote bugs meer bekend. Bugs uit de eerdere versie voor de
7360 zou opgelost moeten zijn. (Het normale 'XS4ALL' profiel moet weer
werken op VDSL en ook de Wizard om nieuwe accounts toe te voegen werkt
weer.) Geen garanties natuurlijk.... het blijven beta's.

Mocht je in deze laatste fase willen en kunnen testen dan is alle
feedback meer dan welkom! Vermeld svp expliciet welk modem je hebt
getest en in welke situatie.

Mooi weekend!

Jerry
Jassy
2013-11-15 16:28:16 UTC
Permalink
Jerry stelde dit idée voor :
> All,
>
> Vanmiddag heeft AVM nieuwe beta's publiek beschikbaar gemaakt op de ftp
> server.

Heeft deze beta ook zin voor mensen die de 7390 voor glas gebruiken? Of
kan ik net zo goed bij de oude software blijven?
hwh
2013-11-15 17:34:04 UTC
Permalink
On 15/11/13 16:39, Jerry wrote:
> All,
>
> Vanmiddag heeft AVM nieuwe beta's publiek beschikbaar gemaakt op de ftp
> server.
> 7360:
> ftp://service.avm.de/Beta/FRITZ!Box_7360_int./

Er staan hier twee bestanden. Wat is het verschil tussen deze twee?

gr, hwh
Mike
2013-11-15 17:43:32 UTC
Permalink
hwh schreef op 15-11-2013 18:34:
> On 15/11/13 16:39, Jerry wrote:
>> All,
>>
>> Vanmiddag heeft AVM nieuwe beta's publiek beschikbaar gemaakt op de ftp
>> server.
>> 7360:
>> ftp://service.avm.de/Beta/FRITZ!Box_7360_int./
>
> Er staan hier twee bestanden. Wat is het verschil tussen deze twee?
>
> gr, hwh
>

Je moet v1 hebben (.111) , voor Annex A en B. Uitgepakt even het info
bestand lezen.
v2 is alleen Annex B, en dan gaat het fout.. zoals ik net heb gemerkt,
Jerry
2013-11-15 18:16:36 UTC
Permalink
On 15-11-13 18:43, Mike wrote:
> hwh schreef op 15-11-2013 18:34:
>> On 15/11/13 16:39, Jerry wrote:
>>> All,
>>>
>>> Vanmiddag heeft AVM nieuwe beta's publiek beschikbaar gemaakt op de ftp
>>> server.
>>> 7360:
>>> ftp://service.avm.de/Beta/FRITZ!Box_7360_int./
>>
>> Er staan hier twee bestanden. Wat is het verschil tussen deze twee?
>>
>> gr, hwh
>>
>
> Je moet v1 hebben (.111) , voor Annex A en B. Uitgepakt even het info
> bestand lezen.
> v2 is alleen Annex B, en dan gaat het fout.. zoals ik net heb gemerkt,

Bijna... de 7360 V2 is een nieuwe hardware revisie die net als de V1
zowel Annex A als Annex B is. Er zijn geen functionele verschillen.
Wij (XS4ALL) leveren deze V2 nog niet uit.

Jerry
Mike
2013-11-15 18:27:06 UTC
Permalink
Jerry schreef op 15-11-2013 19:16:
> On 15-11-13 18:43, Mike wrote:
>> hwh schreef op 15-11-2013 18:34:
>>> On 15/11/13 16:39, Jerry wrote:
>>>> All,
>>>>
>>>> Vanmiddag heeft AVM nieuwe beta's publiek beschikbaar gemaakt op de ftp
>>>> server.
>>>> 7360:
>>>> ftp://service.avm.de/Beta/FRITZ!Box_7360_int./
>>>
>>> Er staan hier twee bestanden. Wat is het verschil tussen deze twee?
>>>
>>> gr, hwh
>>>
>>
>> Je moet v1 hebben (.111) , voor Annex A en B. Uitgepakt even het info
>> bestand lezen.
>> v2 is alleen Annex B, en dan gaat het fout.. zoals ik net heb gemerkt,
>
> Bijna... de 7360 V2 is een nieuwe hardware revisie die net als de V1
> zowel Annex A als Annex B is. Er zijn geen functionele verschillen.
> Wij (XS4ALL) leveren deze V2 nog niet uit.
>
> Jerry
>

Je hebt gelijk, maar het ging het bij de v2 zeer fout..
Wat is v2 dan en waarom levert Xs4All die nog niet uit?
Maarten Carels
2013-11-18 09:44:48 UTC
Permalink
Mike <***@privacy.invalid> wrote:

> Je hebt gelijk, maar het ging het bij de v2 zeer fout..
> Wat is v2 dan en waarom levert Xs4All die nog niet uit?

Functioneel is er geen verschil tussen v1 en v2. Er zijn wat
hardwarewijzigingen, wat meer flash en het schijnt dat er in de v1 wat
chips zitten die niet meer leverbaar zijn.

Alles wat je met een v1 kan, gaat net zo met een v2, en omgekeerd.

Het enige is dat je voor een v2 andere software hebt (111.. voor de
internationale v1, en 124 voor de v2).

En wat uitleveren van v2's betreft, als de v1's op zijn komt dat vast
wel. Maar het maakt niet uit, je ziet geen verschil (I know, I test
one).

--maarten
hwh
2013-11-15 18:19:00 UTC
Permalink
On 15/11/13 18:43, Mike wrote:
> hwh schreef op 15-11-2013 18:34:
>> On 15/11/13 16:39, Jerry wrote:
>>> All,
>>>
>>> Vanmiddag heeft AVM nieuwe beta's publiek beschikbaar gemaakt op de ftp
>>> server.
>>> 7360:
>>> ftp://service.avm.de/Beta/FRITZ!Box_7360_int./
>>
>> Er staan hier twee bestanden. Wat is het verschil tussen deze twee?
>>
>> gr, hwh
>>
>
> Je moet v1 hebben (.111) , voor Annex A en B. Uitgepakt even het info
> bestand lezen.
> v2 is alleen Annex B, en dan gaat het fout.. zoals ik net heb gemerkt,

Ok bedankt. Hopelijk v1 werkt wel naar wens?

gr, hwh
hwh
2013-11-22 15:39:22 UTC
Permalink
On 15/11/13 18:43, Mike wrote:
> hwh schreef op 15-11-2013 18:34:
>> On 15/11/13 16:39, Jerry wrote:
>>> All,
>>>
>>> Vanmiddag heeft AVM nieuwe beta's publiek beschikbaar gemaakt op de ftp
>>> server.
>>> 7360:
>>> ftp://service.avm.de/Beta/FRITZ!Box_7360_int./

Ik heb deze beta net geinstalleerd. Wat meteen opvalt is de veel
slechtere S/N waarde op de downstream, die de attainable data rate bijna
halveert...

gr, hwh
Jack
2013-11-15 20:48:49 UTC
Permalink
Mijn 7340 is voorzien van beta firmware. Geen snelheidswinst helaas, wel de optie vectoring nu zichtbaar. G.Vector -> status OFF.
Ben benieuwd of dit automatisch ON gaat als de buitenring straatkast van mij omgezet wordt.
Zou dit automatisch gaan ?


Mijn settings:
Negotiated connection properties
Receive Direction Send Direction
Max. DSLAM throughput kbit/s 33024 3432
Min. DSLAM throughput kbit/s 3488 64
Attainable data rate kbit/s 20404 5153
Current throughput kbit/s 20344 3432
Seamless rate adaptation false false

Latency 8 ms 2 ms
Impulse Noise Protection 1 1
G.inp off off

Signal-to-noise ratio dB 6 9
Bitswap on off
Line attenuation dB 25 6

Profile 8b
G.Vector off off

Carrier record A43 A43
Jopie
2013-11-15 21:48:50 UTC
Permalink
In het (7390_99.05.60-26961) ZIP bestand van de 7390 zit helemaal geen
beta versie, maar een stabiele versie:
FRITZ.Box_Fon_WLAN_7390.en-de-es-it-fr.84.05.51.image.

Dus er valt niets te testen....

Jerry schreef op 15-11-2013 16:39:
> All,
>
> Vanmiddag heeft AVM nieuwe beta's publiek beschikbaar gemaakt op de ftp
> server.
>
> 7390:
> ftp://service.avm.de/Beta/FRITZ!Box_7390_int./
>
> 7340:
> ftp://service.avm.de/Beta/FRITZ!Box_7340_int./
>
> 7360:
> ftp://service.avm.de/Beta/FRITZ!Box_7360_int./
>
> Er zijn geen grote bugs meer bekend. Bugs uit de eerdere versie voor de
> 7360 zou opgelost moeten zijn. (Het normale 'XS4ALL' profiel moet weer
> werken op VDSL en ook de Wizard om nieuwe accounts toe te voegen werkt
> weer.) Geen garanties natuurlijk.... het blijven beta's.
>
> Mocht je in deze laatste fase willen en kunnen testen dan is alle
> feedback meer dan welkom! Vermeld svp expliciet welk modem je hebt
> getest en in welke situatie.
>
> Mooi weekend!
>
> Jerry
Timo
2013-11-15 23:23:44 UTC
Permalink
On 2013-11-15, Jopie <***@nospamplease.nl> wrote:
> In het (7390_99.05.60-26961) ZIP bestand van de 7390 zit helemaal geen
> beta versie, maar een stabiele versie:
> FRITZ.Box_Fon_WLAN_7390.en-de-es-it-fr.84.05.51.image.
>
> Dus er valt niets te testen....

Jawel hoor, de zip file bevat 2 images:

$ unzip -l 7390_99.05.60-26961.zip
Archive: 7390_99.05.60-26961.zip
Length Date Time Name
--------- ---------- ----- ----
16138240 2013-04-17 23:00 7390_99.05.60-26961/FRITZ.Box_Fon_WLAN_7390.en-de-es-it-fr.84.05.51.image
16056320 2013-11-13 12:15 7390_99.05.60-26961/FRITZ.Box_Fon_WLAN_7390_Lab.AnnexB.en-de-es-it-fr.84.05.60-26961.image
19078 2013-11-13 16:00 7390_99.05.60-26961/info.txt
65357 2013-10-18 10:17 7390_99.05.60-26961/license.txt
--------- -------
32278995 4 files


--

Timo
Jopie
2013-11-16 12:53:05 UTC
Permalink
Timo schreef op 16-11-2013 0:23:
> On 2013-11-15, Jopie <***@nospamplease.nl> wrote:
>> In het (7390_99.05.60-26961) ZIP bestand van de 7390 zit helemaal geen
>> beta versie, maar een stabiele versie:
>> FRITZ.Box_Fon_WLAN_7390.en-de-es-it-fr.84.05.51.image.
>>
>> Dus er valt niets te testen....
>
> Jawel hoor, de zip file bevat 2 images:
>
> $ unzip -l 7390_99.05.60-26961.zip
> Archive: 7390_99.05.60-26961.zip
> Length Date Time Name
> --------- ---------- ----- ----
> 16138240 2013-04-17 23:00 7390_99.05.60-26961/FRITZ.Box_Fon_WLAN_7390.en-de-es-it-fr.84.05.51.image
> 16056320 2013-11-13 12:15 7390_99.05.60-26961/FRITZ.Box_Fon_WLAN_7390_Lab.AnnexB.en-de-es-it-fr.84.05.60-26961.image
> 19078 2013-11-13 16:00 7390_99.05.60-26961/info.txt
> 65357 2013-10-18 10:17 7390_99.05.60-26961/license.txt
> --------- -------
> 32278995 4 files
>
>
De naam *.AnnexB.* zette me op het verkeerde been. Zojuist vastgesteld:
Deze versie is ook geschikt voor AnnexA.
Dirk T. Verbeek
2013-11-16 00:12:59 UTC
Permalink
op 15-11-13 22:48 schreef Jopie:
> In het (7390_99.05.60-26961) ZIP bestand van de 7390 zit helemaal geen
> beta versie, maar een stabiele versie:
> FRITZ.Box_Fon_WLAN_7390.en-de-es-it-fr.84.05.51.image.
>
> Dus er valt niets te testen....

Je antwoord voor de vraag, dat leest heel lastig, dit is geen MS Outlook...
>
> Jerry schreef op 15-11-2013 16:39:
>> All,
>>
>> Vanmiddag heeft AVM nieuwe beta's publiek beschikbaar gemaakt op de ftp
>> server.
>>
>> 7390:
>> ftp://service.avm.de/Beta/FRITZ!Box_7390_int./
>>
>> 7340:
>> ftp://service.avm.de/Beta/FRITZ!Box_7340_int./
>>
>> 7360:
>> ftp://service.avm.de/Beta/FRITZ!Box_7360_int./
>>
>> Er zijn geen grote bugs meer bekend. Bugs uit de eerdere versie voor de
>> 7360 zou opgelost moeten zijn. (Het normale 'XS4ALL' profiel moet weer
>> werken op VDSL en ook de Wizard om nieuwe accounts toe te voegen werkt
>> weer.) Geen garanties natuurlijk.... het blijven beta's.
>>
>> Mocht je in deze laatste fase willen en kunnen testen dan is alle
>> feedback meer dan welkom! Vermeld svp expliciet welk modem je hebt
>> getest en in welke situatie.
>>
>> Mooi weekend!
>>
>> Jerry
>
hwh
2013-11-16 16:07:47 UTC
Permalink
On 15/11/13 16:39, Jerry wrote:
> 7360:
> ftp://service.avm.de/Beta/FRITZ!Box_7360_int./

Ik heb geprobeerd deze te installeren, maar kreeg de optie niet om de
firmware te kiezen. Het gevolg is dat ik nu 5.51 heb i.p.v. 5.23.
Opvallend is dat de S/N op de download is veranderd van 17 naar 22 dB
(bij het door KPN ingestelde maximum van 52000 kbps) en de S/N op de
upload is verbeterd van 24 naar 27 dB (bij idem 5224 kbps). Ik wist niet
dat een fw update zoveel kon schelen.

Hoe krijg ik de optie om het beta firmware bestand te selecteren?
Nogmaals proberen?

gr, hwh
Sylvester
2013-11-16 22:45:54 UTC
Permalink
hwh schreef op 16-11-13 17:07:
> On 15/11/13 16:39, Jerry wrote:
>> 7360:
>> ftp://service.avm.de/Beta/FRITZ!Box_7360_int./
>
> Ik heb geprobeerd deze te installeren, maar kreeg de optie niet om de
> firmware te kiezen. Het gevolg is dat ik nu 5.51 heb i.p.v. 5.23.
> Opvallend is dat de S/N op de download is veranderd van 17 naar 22 dB
> (bij het door KPN ingestelde maximum van 52000 kbps) en de S/N op de
> upload is verbeterd van 24 naar 27 dB (bij idem 5224 kbps). Ik wist niet
> dat een fw update zoveel kon schelen.
>
> Hoe krijg ik de optie om het beta firmware bestand te selecteren?
> Nogmaals proberen?
>
> gr, hwh
>
Beta's kun je enkel handmatig installeren. Door de file te downloaden en
dan deze te selecteren bij het updaten van de firmware.
FW
2013-11-17 16:51:32 UTC
Permalink
Op Fri, 15 Nov 2013 16:39:50 +0100 schreef Jerry =

<***@xs4all.nederland.invalid>:

> 7340:
> ftp://service.avm.de/Beta/FRITZ!Box_7340_int./

Als ik op mijn 7340 de huidige versie FRITZ!OS 05.51 (99.05.51) probeer =
te =

vervangen door de beta:

FRITZ.Box_Fon_WLAN_7340_Lab.AnnexB.en-de-es-it-fr.99.05.60-26961.image

Dan lukt dat niet. Meteen nadat de FB deze image heeft gedownload, krijg=
=

ik een scherm dat de verbinding met de FB is verbroken. Vervolgens kan i=
k =

echter toch gewoon inloggen op de FB. Het Info-ledje op de FB knippert. =
Op =

de interface van de FB is er onder Connections geen internetverbinding e=
n =

telefonie meer. Maar DSL, LAN, WLAN en DECT branden wel groen. Na een =

herstart van de FB knippert het ledje niet meer en is er onder Connectio=
ns =

wel weer een internetverbining en functioneert alles normaal. Versie 05.=
51 =

is nog steeds ge=EFnstalleerd.

Deze beta hou ik maar even voor gezien.
Timo
2013-11-17 16:55:57 UTC
Permalink
On 2013-11-17, FW <***@noadressno.net> wrote:
> Op Fri, 15 Nov 2013 16:39:50 +0100 schreef Jerry
><***@xs4all.nederland.invalid>:
>
>> 7340:
>> ftp://service.avm.de/Beta/FRITZ!Box_7340_int./
>
> Als ik op mijn 7340 de huidige versie FRITZ!OS 05.51 (99.05.51) probeer te
> vervangen door de beta:
>
> FRITZ.Box_Fon_WLAN_7340_Lab.AnnexB.en-de-es-it-fr.99.05.60-26961.image
>
> Dan lukt dat niet. Meteen nadat de FB deze image heeft gedownload, krijg
> ik een scherm dat de verbinding met de FB is verbroken. Vervolgens kan ik
> echter toch gewoon inloggen op de FB. Het Info-ledje op de FB knippert. Op
> de interface van de FB is er onder Connections geen internetverbinding en
> telefonie meer. Maar DSL, LAN, WLAN en DECT branden wel groen. Na een
> herstart van de FB knippert het ledje niet meer en is er onder Connections
> wel weer een internetverbining en functioneert alles normaal. Versie 05.51
> is nog steeds geïnstalleerd.
>
> Deze beta hou ik maar even voor gezien.

Heb je dat nog een tweede keer geprobeerd? Hier werkte de update van de 7340
in een keer prima.

--

Timo
FW
2013-11-17 18:20:21 UTC
Permalink
Op Sun, 17 Nov 2013 17:55:57 +0100 schreef Timo <***@xs4all.nl>:

> On 2013-11-17, FW <***@noadressno.net> wrote:
>> Op Fri, 15 Nov 2013 16:39:50 +0100 schreef Jerry
>> <***@xs4all.nederland.invalid>:
>>
>>> 7340:
>>> ftp://service.avm.de/Beta/FRITZ!Box_7340_int./
>>
>> Als ik op mijn 7340 de huidige versie FRITZ!OS 05.51 (99.05.51) probe=
er =

>> te
>> vervangen door de beta:
>>
>> FRITZ.Box_Fon_WLAN_7340_Lab.AnnexB.en-de-es-it-fr.99.05.60-26961.imag=
e
>>
>> Dan lukt dat niet. Meteen nadat de FB deze image heeft gedownload, kr=
ijg
>> ik een scherm dat de verbinding met de FB is verbroken. Vervolgens ka=
n =

>> ik
>> echter toch gewoon inloggen op de FB. Het Info-ledje op de FB knipper=
t. =

>> Op
>> de interface van de FB is er onder Connections geen internetverbindin=
g =

>> en
>> telefonie meer. Maar DSL, LAN, WLAN en DECT branden wel groen. Na een=

>> herstart van de FB knippert het ledje niet meer en is er onder =

>> Connections
>> wel weer een internetverbining en functioneert alles normaal. Versie =
=

>> 05.51
>> is nog steeds ge=EFnstalleerd.
>>
>> Deze beta hou ik maar even voor gezien.
>
> Heb je dat nog een tweede keer geprobeerd? Hier werkte de update van d=
e =

> 7340 in een keer prima.

OK, moed verzameld en het nog eens geprobeerd. Dit keer ging alles wel =

zoals ik gewend ben bij het installeren van een beta.

FRITZ!OS 05.60-26961 staat er nu op en alles werkt.
Gerard van Beusekom
2013-11-18 09:14:26 UTC
Permalink
Op 17-11-2013 17:55, Timo schreef:
> On 2013-11-17, FW <***@noadressno.net> wrote:
>> Op Fri, 15 Nov 2013 16:39:50 +0100 schreef Jerry
>> <***@xs4all.nederland.invalid>:
>>
>>> 7340:
>>> ftp://service.avm.de/Beta/FRITZ!Box_7340_int./
>>
>> Als ik op mijn 7340 de huidige versie FRITZ!OS 05.51 (99.05.51) probeer te
>> vervangen door de beta:
>>
>> FRITZ.Box_Fon_WLAN_7340_Lab.AnnexB.en-de-es-it-fr.99.05.60-26961.image
>>
>> Dan lukt dat niet. Meteen nadat de FB deze image heeft gedownload, krijg
>> ik een scherm dat de verbinding met de FB is verbroken. Vervolgens kan ik
>> echter toch gewoon inloggen op de FB. Het Info-ledje op de FB knippert. Op
>> de interface van de FB is er onder Connections geen internetverbinding en
>> telefonie meer. Maar DSL, LAN, WLAN en DECT branden wel groen. Na een
>> herstart van de FB knippert het ledje niet meer en is er onder Connections
>> wel weer een internetverbining en functioneert alles normaal. Versie 05.51
>> is nog steeds geïnstalleerd.
>>
>> Deze beta hou ik maar even voor gezien.
>
> Heb je dat nog een tweede keer geprobeerd? Hier werkte de update van de 7340
> in een keer prima.
>
Dito hetzelfde hier.
Twee keer met WLAN geprobeerd, en een keer via de LAN aansluiting. Hier
verdwijnt de internet aansluiting wel tijdelijk, maar blijf ik met de
modem verbonden. Ook hier knippert het info ledje vrolijk maar na de
herstart krijg ik in het System menu bij firmware update te zien dat ik
nog steeds op 05.51 zit.
Kan het dat alleen die melding niet klopt?
Met andere woorden is er iets anders waaraan ik de nieuwe versie kan
herkennen?
FW
2013-11-18 10:50:32 UTC
Permalink
Op Mon, 18 Nov 2013 10:14:26 +0100 schreef Gerard van Beusekom =

<***@xs4all.nl>:

> Op 17-11-2013 17:55, Timo schreef:
>> On 2013-11-17, FW <***@noadressno.net> wrote:
>>> Op Fri, 15 Nov 2013 16:39:50 +0100 schreef Jerry
>>> <***@xs4all.nederland.invalid>:
>>>
>>>> 7340:
>>>> ftp://service.avm.de/Beta/FRITZ!Box_7340_int./
>>>
>>> Als ik op mijn 7340 de huidige versie FRITZ!OS 05.51 (99.05.51) =

>>> probeer te
>>> vervangen door de beta:
>>>
>>> FRITZ.Box_Fon_WLAN_7340_Lab.AnnexB.en-de-es-it-fr.99.05.60-26961.ima=
ge
>>>
>>> Dan lukt dat niet. Meteen nadat de FB deze image heeft gedownload, =

>>> krijg
>>> ik een scherm dat de verbinding met de FB is verbroken. Vervolgens k=
an =

>>> ik
>>> echter toch gewoon inloggen op de FB. Het Info-ledje op de FB =

>>> knippert. Op
>>> de interface van de FB is er onder Connections geen internetverbindi=
ng =

>>> en
>>> telefonie meer. Maar DSL, LAN, WLAN en DECT branden wel groen. Na ee=
n
>>> herstart van de FB knippert het ledje niet meer en is er onder =

>>> Connections
>>> wel weer een internetverbining en functioneert alles normaal. Versie=
=

>>> 05.51
>>> is nog steeds ge=EFnstalleerd.
>>>
>>> Deze beta hou ik maar even voor gezien.
>>
>> Heb je dat nog een tweede keer geprobeerd? Hier werkte de update van =
de =

>> 7340
>> in een keer prima.
>>
> Dito hetzelfde hier.
> Twee keer met WLAN geprobeerd, en een keer via de LAN aansluiting. Hie=
r =

> verdwijnt de internet aansluiting wel tijdelijk, maar blijf ik met de =
=

> modem verbonden. Ook hier knippert het info ledje vrolijk maar na de =

> herstart krijg ik in het System menu bij firmware update te zien dat i=
k =

> nog steeds op 05.51 zit.
> Kan het dat alleen die melding niet klopt?

> Met andere woorden is er iets anders waaraan ik de nieuwe versie kan =

> herkennen?

Ja, het versienummer in het scherm Overview is in de beta gewijzigd in =

FRITZ!OS 05.60-26961. En bijvoorbeeld in het venster DSL Information zie=
t =

de tab DSL er nu zo uit:

http://s9.postimg.org/i3syw0v8v/Screen1209.jpg
Gerard van Beusekom
2013-11-18 11:15:18 UTC
Permalink
FW schreef op 18-11-2013 11:50:
> Op Mon, 18 Nov 2013 10:14:26 +0100 schreef Gerard van Beusekom
> <***@xs4all.nl>:
>
>> Op 17-11-2013 17:55, Timo schreef:
>>> On 2013-11-17, FW <***@noadressno.net> wrote:
>>>> Op Fri, 15 Nov 2013 16:39:50 +0100 schreef Jerry
>>>> <***@xs4all.nederland.invalid>:
>>>>
>>>>> 7340:
>>>>> ftp://service.avm.de/Beta/FRITZ!Box_7340_int./
>>>>
>>>> Als ik op mijn 7340 de huidige versie FRITZ!OS 05.51 (99.05.51)
>>>> probeer te
>>>> vervangen door de beta:
>>>>
>>>> FRITZ.Box_Fon_WLAN_7340_Lab.AnnexB.en-de-es-it-fr.99.05.60-26961.image
>>>>
>>>> Dan lukt dat niet. Meteen nadat de FB deze image heeft gedownload,
>>>> krijg
>>>> ik een scherm dat de verbinding met de FB is verbroken. Vervolgens
>>>> kan ik
>>>> echter toch gewoon inloggen op de FB. Het Info-ledje op de FB
>>>> knippert. Op
>>>> de interface van de FB is er onder Connections geen
>>>> internetverbinding en
>>>> telefonie meer. Maar DSL, LAN, WLAN en DECT branden wel groen. Na een
>>>> herstart van de FB knippert het ledje niet meer en is er onder
>>>> Connections
>>>> wel weer een internetverbining en functioneert alles normaal. Versie
>>>> 05.51
>>>> is nog steeds geïnstalleerd.
>>>>
>>>> Deze beta hou ik maar even voor gezien.
>>>
>>> Heb je dat nog een tweede keer geprobeerd? Hier werkte de update van
>>> de 7340
>>> in een keer prima.
>>>
>> Dito hetzelfde hier.
>> Twee keer met WLAN geprobeerd, en een keer via de LAN aansluiting.
>> Hier verdwijnt de internet aansluiting wel tijdelijk, maar blijf ik
>> met de modem verbonden. Ook hier knippert het info ledje vrolijk maar
>> na de herstart krijg ik in het System menu bij firmware update te zien
>> dat ik nog steeds op 05.51 zit.
>> Kan het dat alleen die melding niet klopt?
>
>> Met andere woorden is er iets anders waaraan ik de nieuwe versie kan
>> herkennen?
>
> Ja, het versienummer in het scherm Overview is in de beta gewijzigd in
> FRITZ!OS 05.60-26961. En bijvoorbeeld in het venster DSL Information
> ziet de tab DSL er nu zo uit:
>
> http://s9.postimg.org/i3syw0v8v/Screen1209.jpg

Dat ziet er inderdaad anders uit. Nu is mij ook niet duidelijk of die
upgrade voor mij van belang is. In het infobestand wordt alleen gezegd:
new with version FRITZ!OS 5.60-26961:
DSL: support for VDSL Vectoring (full vectoring).
en dat is voor mij niet relevant omdat ik waar ik woon geen VDSL kan
binnenhalen. Maar ik meende dat een tijd geleden werd aangekondigd dat
er ook verbeteringen in WLAN en DECT aan zaten te komen.
Kunnen de XS4ALL ambassadeurs daar misschien iets over zeggen?
Siert Wolters
2013-11-18 12:21:58 UTC
Permalink
Gerard van Beusekom schreef op 18-11-13 12:15 uur:
> FW schreef op 18-11-2013 11:50:
>> Op Mon, 18 Nov 2013 10:14:26 +0100 schreef Gerard van Beusekom
>> <***@xs4all.nl>:
>>
>>> Op 17-11-2013 17:55, Timo schreef:
>>>> On 2013-11-17, FW <***@noadressno.net> wrote:
>>>>> Op Fri, 15 Nov 2013 16:39:50 +0100 schreef Jerry
>>>>> <***@xs4all.nederland.invalid>:
>>>>>
>>>>>> 7340:
>>>>>> ftp://service.avm.de/Beta/FRITZ!Box_7340_int./
>>>>>
>>>>> Als ik op mijn 7340 de huidige versie FRITZ!OS 05.51 (99.05.51)
>>>>> probeer te
>>>>> vervangen door de beta:
>>>>>
>>>>> FRITZ.Box_Fon_WLAN_7340_Lab.AnnexB.en-de-es-it-fr.99.05.60-26961.image
>>>>>
>>>>> Dan lukt dat niet. Meteen nadat de FB deze image heeft gedownload,
>>>>> krijg
>>>>> ik een scherm dat de verbinding met de FB is verbroken. Vervolgens
>>>>> kan ik
>>>>> echter toch gewoon inloggen op de FB. Het Info-ledje op de FB
>>>>> knippert. Op
>>>>> de interface van de FB is er onder Connections geen
>>>>> internetverbinding en
>>>>> telefonie meer. Maar DSL, LAN, WLAN en DECT branden wel groen. Na een
>>>>> herstart van de FB knippert het ledje niet meer en is er onder
>>>>> Connections
>>>>> wel weer een internetverbining en functioneert alles normaal. Versie
>>>>> 05.51
>>>>> is nog steeds geïnstalleerd.
>>>>>
>>>>> Deze beta hou ik maar even voor gezien.
>>>>
>>>> Heb je dat nog een tweede keer geprobeerd? Hier werkte de update van
>>>> de 7340
>>>> in een keer prima.
>>>>
>>> Dito hetzelfde hier.
>>> Twee keer met WLAN geprobeerd, en een keer via de LAN aansluiting.
>>> Hier verdwijnt de internet aansluiting wel tijdelijk, maar blijf ik
>>> met de modem verbonden. Ook hier knippert het info ledje vrolijk maar
>>> na de herstart krijg ik in het System menu bij firmware update te zien
>>> dat ik nog steeds op 05.51 zit.
>>> Kan het dat alleen die melding niet klopt?
>>
>>> Met andere woorden is er iets anders waaraan ik de nieuwe versie kan
>>> herkennen?
>>
>> Ja, het versienummer in het scherm Overview is in de beta gewijzigd in
>> FRITZ!OS 05.60-26961. En bijvoorbeeld in het venster DSL Information
>> ziet de tab DSL er nu zo uit:
>>
>> http://s9.postimg.org/i3syw0v8v/Screen1209.jpg
>
> Dat ziet er inderdaad anders uit. Nu is mij ook niet duidelijk of die
> upgrade voor mij van belang is. In het infobestand wordt alleen gezegd:
> new with version FRITZ!OS 5.60-26961:
> DSL: support for VDSL Vectoring (full vectoring).
> en dat is voor mij niet relevant omdat ik waar ik woon geen VDSL kan
> binnenhalen. Maar ik meende dat een tijd geleden werd aangekondigd dat
> er ook verbeteringen in WLAN en DECT aan zaten te komen.
> Kunnen de XS4ALL ambassadeurs daar misschien iets over zeggen?

Dit is voor de Duitse 7390, maar de specs zullen voor de internationale
versies en voor de andere modellen nauwelijks afwijken:
http://www.avm.de/de/Download/Info/index.php?url=http%3A%2F%2Fdownload.avm.de%2Ffritz.box%2Ffritzbox.fon_wlan_7390%2Ffirmware%2Fdeutsch%2Finfo.txt&title=FRITZ!Box+7390
TR
2013-11-17 21:06:55 UTC
Permalink
"Jerry" <***@xs4all.nederland.invalid> schreef in bericht
news:52864047$0$15938$***@news2.news.xs4all.nl...
> All,
>
> Vanmiddag heeft AVM nieuwe beta's publiek beschikbaar gemaakt op de ftp
> server.
>
> 7390:
> ftp://service.avm.de/Beta/FRITZ!Box_7390_int./
>
> 7340:
> ftp://service.avm.de/Beta/FRITZ!Box_7340_int./
>
> 7360:
> ftp://service.avm.de/Beta/FRITZ!Box_7360_int./
>
> Er zijn geen grote bugs meer bekend. Bugs uit de eerdere versie voor de
> 7360 zou opgelost moeten zijn. (Het normale 'XS4ALL' profiel moet weer
> werken op VDSL en ook de Wizard om nieuwe accounts toe te voegen werkt
> weer.) Geen garanties natuurlijk.... het blijven beta's.
>
> Mocht je in deze laatste fase willen en kunnen testen dan is alle feedback
> meer dan welkom! Vermeld svp expliciet welk modem je hebt getest en in
> welke situatie.
>
> Mooi weekend!
>
> Jerry

Ik heb de beta geinstalleerd over een oudere versie ...05.22.

1. Ik zie op mijn fb7340 dat de online storage (webruimte bij xs4all)
weergegeven wordt als 1.00 GB in plaats van 10.00 GB.

2. Boven in beeld staat een item Fritz!NAS.
Als ik met IE8 werk en op dat item klik, dan opent een leeg scherm. Als ik
rechtsklik op het item en kies voor openen in nieuw tabblad of nieuw
venster, dan gaat het wel goed. Met firefox is er geen probleem.
Ook aan de linkerkant van het scherm staat een item Fritz!NAS. Als ik daarop
klik, werkt alles wel goed.


3. Het systeem met users die elk een eigen wachtwoord hebben, werkt anders
dan ik verwacht.
Als ik een gebruiker aanmaak die _geen_ rechten heeft om instellingen te
wijzigen en bijvoorbeeld _wel_ rechten heeft om bestanden te lezen/schrijven
op aangesloten usb-apparatuur, dan kan de gebruiker _niet_ inloggen.
Anders gezegd: als een gebruiler alleen bestanden moet kunnen lezen /
wijzigen, dan heeft ie ook rechten nodig om de instellingen van de fritzbox
te wijzigen. Dat lijkt me niet de bedoeling.


4. Voorheen, in versie 05.22, kon ik de aangesloten usb-apparatuur
benaderen als netwerkschijf.
AVM heeft wat gewijzigd in versie 05.51, maar na wat zoekwerk lukte het in
versie 05.51 ook.
In de huidige beta-versie werkt dat niet meer.


5. De ingebouwde mediaserver werkte goed bij versie 05.22, werkte niet bij
versie 05.51, en werkt wel bij de huidige beta-versie.



Groet,

TR
TR
2013-11-17 21:12:15 UTC
Permalink
"Jerry" <***@xs4all.nederland.invalid> schreef in bericht
news:52864047$0$15938$***@news2.news.xs4all.nl...
> 7340:
> ftp://service.avm.de/Beta/FRITZ!Box_7340_int./
> Er zijn geen grote bugs meer bekend. Bugs uit de eerdere versie voor de
> 7360 zou opgelost moeten zijn. (Het normale 'XS4ALL' profiel moet weer
> werken op VDSL en ook de Wizard om nieuwe accounts toe te voegen werkt
> weer.) Geen garanties natuurlijk.... het blijven beta's.
>
> Mocht je in deze laatste fase willen en kunnen testen dan is alle feedback
> meer dan welkom! Vermeld svp expliciet welk modem je hebt getest en in
> welke situatie.
>
> Mooi weekend!
>
> Jerry

Ik heb de beta geinstalleerd over een oudere versie ...05.22.

1. Ik zie op mijn fb7340 dat de online storage (webruimte bij xs4all)
weergegeven wordt als 1.00 GB in plaats van 10.00 GB.

2. Boven in beeld staat een item Fritz!NAS.
Als ik met IE8 werk en op dat item klik, dan opent een leeg scherm. Als ik
rechtsklik op het item en kies voor openen in nieuw tabblad of nieuw
venster, dan gaat het wel goed. Met firefox is er geen probleem.
Ook aan de linkerkant van het scherm staat een item Fritz!NAS. Als ik daarop
klik, werkt alles wel goed.


3. Het systeem met users die elk een eigen wachtwoord hebben, werkt anders
dan ik verwacht.
Als ik een gebruiker aanmaak die _geen_ rechten heeft om instellingen te
wijzigen en bijvoorbeeld _wel_ rechten heeft om bestanden te lezen/schrijven
op aangesloten usb-apparatuur, dan kan de gebruiker _niet_ inloggen.
Anders gezegd: als een gebruiler alleen bestanden moet kunnen lezen /
wijzigen, dan heeft ie ook rechten nodig om de instellingen van de fritzbox
te wijzigen. Dat lijkt me niet de bedoeling.


4. Voorheen, in versie 05.22, kon ik de aangesloten usb-apparatuur
benaderen als netwerkschijf.
AVM heeft wat gewijzigd in versie 05.51, maar na wat zoekwerk lukte het in
versie 05.51 ook.
In de huidige beta-versie werkt dat niet meer (alhoewel ik nog niet
uitgebreid gezocht heb).


5. De ingebouwde mediaserver werkte goed bij versie 05.22, werkte niet bij
versie 05.51, en werkt wel bij de huidige beta-versie.



Groet,

TR
TR
2013-11-24 22:58:40 UTC
Permalink
"TR" <.> schreef in bericht
news:52893130$0$16001$***@news2.news.xs4all.nl...
> 3. Het systeem met users die elk een eigen wachtwoord hebben, werkt anders
> dan ik verwacht.
> Als ik een gebruiker aanmaak die _geen_ rechten heeft om instellingen te
> wijzigen en bijvoorbeeld _wel_ rechten heeft om bestanden te
> lezen/schrijven
> op aangesloten usb-apparatuur, dan kan de gebruiker _niet_ inloggen.
> Anders gezegd: als een gebruiler alleen bestanden moet kunnen lezen /
> wijzigen, dan heeft ie ook rechten nodig om de instellingen van de
> fritzbox
> te wijzigen. Dat lijkt me niet de bedoeling.

Workaround gevonden.
Een gebruiker die niet aan de instellingen mag komen, maar wel aan de
aangesloten opslagruimte, moet in de webbrowser niet http://192.168.178.1 of
http://fritz.box ingeven, maar http://192.168.178.1/nas of
http://fritz.box/nas

Groet,

TR
Siert Wolters
2013-11-25 00:06:30 UTC
Permalink
TR schreef op 24-11-13 23:58 uur:
>
> Workaround gevonden.
> Een gebruiker die niet aan de instellingen mag komen, maar wel aan de
> aangesloten opslagruimte, moet in de webbrowser niet http://192.168.178.1 of
> http://fritz.box ingeven, maar http://192.168.178.1/nas of
> http://fritz.box/nas
>
Voor welk probleem is dit een oplossing?
(dit heeft volgens mij namelijk niets met de nieuwe Beta´s te maken,
want bestaat al enige firmware-versies)
TR
2013-11-25 20:22:07 UTC
Permalink
"Siert Wolters" <***@siertwolters.nl> schreef in bericht
news:52929487$0$15948$***@news.xs4all.nl...
TR schreef op 24-11-13 23:58 uur:
>>
>> Workaround gevonden.
>> Een gebruiker die niet aan de instellingen mag komen, maar wel aan de
>> aangesloten opslagruimte, moet in de webbrowser niet http://192.168.178.1
>> of
>> http://fritz.box ingeven, maar http://192.168.178.1/nas of
>> http://fritz.box/nas
>
>Voor welk probleem is dit een oplossing?

Ik verwachtte dat een gebruiker de frizbox altijd op dezelfde manier zou
moeten benaderen.

Groet,

TR
Geert Jan de Groot
2013-11-18 07:56:23 UTC
Permalink
Zowel de eerste als de nieuwe beta werken op de 7360 ook met
PPP transparant (tussen mij en de Fritz NAT box komt het nooit meer goed)

Ze hebben met de update dit dus niet stuk gemaakt gelukkig.

Nou is het wachten op een firmware update in de dslam,

Geert Jan
Jeroen Feelders
2013-11-18 20:37:48 UTC
Permalink
Deze update heeft voor mijn 7340 slecht uitgepakt. Na de update werkte
alles netjes en de nieuwe functies waren zichtbaar. Tot de DSL eruit
klapte en niet meer terug kwam. Ik ben vanavond bezig geweest met
diverse instellingen op deze firmware en ook nadat ik de oude 5.51
firmware had terug gezet geen resultaat. De DSL-verbinding is niet meer
te maken: het line-lampje blijft knipperen.

Kan een medewerker eens kijken naar de status van mijn DSL onder
accountnaam jfeelder?

Jeroen

Jerry schreef op 15-11-13 16:39:
> All,
>
> Vanmiddag heeft AVM nieuwe beta's publiek beschikbaar gemaakt op de ftp
> server.
>
> 7390:
> ftp://service.avm.de/Beta/FRITZ!Box_7390_int./
>
> 7340:
> ftp://service.avm.de/Beta/FRITZ!Box_7340_int./
>
> 7360:
> ftp://service.avm.de/Beta/FRITZ!Box_7360_int./
>
> Er zijn geen grote bugs meer bekend. Bugs uit de eerdere versie voor de
> 7360 zou opgelost moeten zijn. (Het normale 'XS4ALL' profiel moet weer
> werken op VDSL en ook de Wizard om nieuwe accounts toe te voegen werkt
> weer.) Geen garanties natuurlijk.... het blijven beta's.
>
> Mocht je in deze laatste fase willen en kunnen testen dan is alle
> feedback meer dan welkom! Vermeld svp expliciet welk modem je hebt
> getest en in welke situatie.
>
> Mooi weekend!
>
> Jerry
Timo
2013-11-18 21:07:47 UTC
Permalink
On 2013-11-18, Jeroen Feelders <***@feelders.com> wrote:
> Deze update heeft voor mijn 7340 slecht uitgepakt. Na de update werkte
> alles netjes en de nieuwe functies waren zichtbaar. Tot de DSL eruit
> klapte en niet meer terug kwam. Ik ben vanavond bezig geweest met
> diverse instellingen op deze firmware en ook nadat ik de oude 5.51
> firmware had terug gezet geen resultaat. De DSL-verbinding is niet meer
> te maken: het line-lampje blijft knipperen.
>
> Kan een medewerker eens kijken naar de status van mijn DSL onder
> accountnaam jfeelder?

Hm, vreemd. De DSLAM check bij KPN breekt af voordat er ook maar enige data
getoond wordt, en zo te zien geldt datzelfde voor meerdere klanten op
dezelfde DSLAM. Ik ga er vooralsnog vanuit dat er daar lokaal iets mis is,
al zie ik er nog geen melding van.

Het zou bijvoorbeeld kunnen dat lijnen die in sync zijn dat ook blijven,
maar dat een nieuwe handshake mis gaat. Als dit morgen nog zo is zou ik dat
zeker even melden bij de helpdesk, want er lijkt ergen iets niet in de haak.

Uiteraard kunnen zij ook een vervangend modem voor je regelen als dat nodig
mocht blijken.



--

Timo
Jeroen Feelders
2013-11-23 06:49:11 UTC
Permalink
Nadat mijn DSL eruit klapte is eergisteren een KPN-monteur langs
geweest. Deze had het over een hardware probleempje (schroefjes in de
ISRA die las zaten) terwijl alles hiervoor werkte en pas eruit klapte op
het moment dat de Fritz!NAS ging indexeren.

Anyway, hij heeft de lijn gereset en alles werkte weer. Tot het moment
dat de Fritz!NAS (met de nieuwe firmware) net opnieuw ging indexeren en
meteen de DSL er opnieuw uitklapte. Ik zit nu weer zonder verbinding en
heb al wel de firware naar 5.51 gedowngrade. 5.60 komt er voorlopig even
niet meer op.

Kan mijn DSL op afstand worden gereset of moet ik weer een KPN-monteur
langs laten komen?

Bij deze dus mijn bugreport: Indexeren van de Fritz!NAS zorgt bij een
7340 (bij mij) dus voor het uitklappen van de DSL en die komt niet meer
zelf online.

Jeroen

Timo schreef op 18-11-13 22:07:
> On 2013-11-18, Jeroen Feelders <***@feelders.com> wrote:
>> Deze update heeft voor mijn 7340 slecht uitgepakt. Na de update werkte
>> alles netjes en de nieuwe functies waren zichtbaar. Tot de DSL eruit
>> klapte en niet meer terug kwam. Ik ben vanavond bezig geweest met
>> diverse instellingen op deze firmware en ook nadat ik de oude 5.51
>> firmware had terug gezet geen resultaat. De DSL-verbinding is niet meer
>> te maken: het line-lampje blijft knipperen.
>>
>> Kan een medewerker eens kijken naar de status van mijn DSL onder
>> accountnaam jfeelder?
>
> Hm, vreemd. De DSLAM check bij KPN breekt af voordat er ook maar enige data
> getoond wordt, en zo te zien geldt datzelfde voor meerdere klanten op
> dezelfde DSLAM. Ik ga er vooralsnog vanuit dat er daar lokaal iets mis is,
> al zie ik er nog geen melding van.
>
> Het zou bijvoorbeeld kunnen dat lijnen die in sync zijn dat ook blijven,
> maar dat een nieuwe handshake mis gaat. Als dit morgen nog zo is zou ik dat
> zeker even melden bij de helpdesk, want er lijkt ergen iets niet in de haak.
>
> Uiteraard kunnen zij ook een vervangend modem voor je regelen als dat nodig
> mocht blijken.
>
>
>
Sylvester
2013-11-23 07:39:31 UTC
Permalink
Jeroen Feelders schreef op 23-11-13 07:49:
> Nadat mijn DSL eruit klapte is eergisteren een KPN-monteur langs
> geweest. Deze had het over een hardware probleempje (schroefjes in de
> ISRA die las zaten) terwijl alles hiervoor werkte en pas eruit klapte op
> het moment dat de Fritz!NAS ging indexeren.
>
> Anyway, hij heeft de lijn gereset en alles werkte weer. Tot het moment
> dat de Fritz!NAS (met de nieuwe firmware) net opnieuw ging indexeren en
> meteen de DSL er opnieuw uitklapte. Ik zit nu weer zonder verbinding en
> heb al wel de firware naar 5.51 gedowngrade. 5.60 komt er voorlopig even
> niet meer op.
>
> Kan mijn DSL op afstand worden gereset of moet ik weer een KPN-monteur
> langs laten komen?

De netwerkbeheerder kan dit vanaf afstand doen. De helpdesk kan in het
ticket melding hiervan maken of een nieuw ticket aanmaken als het ticket
al gesloten is.

> Bij deze dus mijn bugreport: Indexeren van de Fritz!NAS zorgt bij een
> 7340 (bij mij) dus voor het uitklappen van de DSL en die komt niet meer
> zelf online.
>
> Jeroen
>
> Timo schreef op 18-11-13 22:07:
>> On 2013-11-18, Jeroen Feelders <***@feelders.com> wrote:
>>> Deze update heeft voor mijn 7340 slecht uitgepakt. Na de update werkte
>>> alles netjes en de nieuwe functies waren zichtbaar. Tot de DSL eruit
>>> klapte en niet meer terug kwam. Ik ben vanavond bezig geweest met
>>> diverse instellingen op deze firmware en ook nadat ik de oude 5.51
>>> firmware had terug gezet geen resultaat. De DSL-verbinding is niet meer
>>> te maken: het line-lampje blijft knipperen.
>>>
>>> Kan een medewerker eens kijken naar de status van mijn DSL onder
>>> accountnaam jfeelder?
>>
>> Hm, vreemd. De DSLAM check bij KPN breekt af voordat er ook maar enige
>> data
>> getoond wordt, en zo te zien geldt datzelfde voor meerdere klanten op
>> dezelfde DSLAM. Ik ga er vooralsnog vanuit dat er daar lokaal iets mis
>> is,
>> al zie ik er nog geen melding van.
>>
>> Het zou bijvoorbeeld kunnen dat lijnen die in sync zijn dat ook blijven,
>> maar dat een nieuwe handshake mis gaat. Als dit morgen nog zo is zou
>> ik dat
>> zeker even melden bij de helpdesk, want er lijkt ergen iets niet in de
>> haak.
>>
>> Uiteraard kunnen zij ook een vervangend modem voor je regelen als dat
>> nodig
>> mocht blijken.
>>
>>
>>
Jeroen Feelders
2013-11-23 07:45:07 UTC
Permalink
Na een half uurtje helpdesk lijkt het erop dat geen lijnmetingen
uitgevoerd kunnen worden en dat de indexing-functie van de beta-firmware
het DSL-circuit heeft opgeblazen. Omdat er geen lijnmeting uitgevoerd
kan worden krijg ik een vervangende Fritz!box opgestuurd. Paar daagjes
offline dus, maar dat is natuurlijk het risico van beta-testen.

Bij de helpdesk waren ze overigens niet op de hoogte van beta-firmwares
voor de 7340 en deze newsgroep-topic.

Is er een tech die hier misschien nog in kan duiken en technische
achtergronden kan achterhalen voor AVM?

Jeroen

Jeroen Feelders schreef op 23-11-13 07:49:
> Nadat mijn DSL eruit klapte is eergisteren een KPN-monteur langs
> geweest. Deze had het over een hardware probleempje (schroefjes in de
> ISRA die las zaten) terwijl alles hiervoor werkte en pas eruit klapte op
> het moment dat de Fritz!NAS ging indexeren.
>
> Anyway, hij heeft de lijn gereset en alles werkte weer. Tot het moment
> dat de Fritz!NAS (met de nieuwe firmware) net opnieuw ging indexeren en
> meteen de DSL er opnieuw uitklapte. Ik zit nu weer zonder verbinding en
> heb al wel de firware naar 5.51 gedowngrade. 5.60 komt er voorlopig even
> niet meer op.
>
> Kan mijn DSL op afstand worden gereset of moet ik weer een KPN-monteur
> langs laten komen?
>
> Bij deze dus mijn bugreport: Indexeren van de Fritz!NAS zorgt bij een
> 7340 (bij mij) dus voor het uitklappen van de DSL en die komt niet meer
> zelf online.
>
> Jeroen
>
> Timo schreef op 18-11-13 22:07:
>> On 2013-11-18, Jeroen Feelders <***@feelders.com> wrote:
>>> Deze update heeft voor mijn 7340 slecht uitgepakt. Na de update werkte
>>> alles netjes en de nieuwe functies waren zichtbaar. Tot de DSL eruit
>>> klapte en niet meer terug kwam. Ik ben vanavond bezig geweest met
>>> diverse instellingen op deze firmware en ook nadat ik de oude 5.51
>>> firmware had terug gezet geen resultaat. De DSL-verbinding is niet meer
>>> te maken: het line-lampje blijft knipperen.
>>>
>>> Kan een medewerker eens kijken naar de status van mijn DSL onder
>>> accountnaam jfeelder?
>>
>> Hm, vreemd. De DSLAM check bij KPN breekt af voordat er ook maar enige
>> data
>> getoond wordt, en zo te zien geldt datzelfde voor meerdere klanten op
>> dezelfde DSLAM. Ik ga er vooralsnog vanuit dat er daar lokaal iets mis
>> is,
>> al zie ik er nog geen melding van.
>>
>> Het zou bijvoorbeeld kunnen dat lijnen die in sync zijn dat ook blijven,
>> maar dat een nieuwe handshake mis gaat. Als dit morgen nog zo is zou
>> ik dat
>> zeker even melden bij de helpdesk, want er lijkt ergen iets niet in de
>> haak.
>>
>> Uiteraard kunnen zij ook een vervangend modem voor je regelen als dat
>> nodig
>> mocht blijken.
>>
>>
>>
Sylvester
2013-11-23 07:56:32 UTC
Permalink
Jeroen Feelders schreef op 23-11-13 08:45:
> Na een half uurtje helpdesk lijkt het erop dat geen lijnmetingen
> uitgevoerd kunnen worden en dat de indexing-functie van de beta-firmware
> het DSL-circuit heeft opgeblazen. Omdat er geen lijnmeting uitgevoerd
> kan worden krijg ik een vervangende Fritz!box opgestuurd. Paar daagjes
> offline dus, maar dat is natuurlijk het risico van beta-testen.

Vreemd, kun je mij een e-mail sturen met je gegevens (inlognaam) naar
***@xs4all.net dan kan ik vanavond ff naar de meeting.

> Bij de helpdesk waren ze overigens niet op de hoogte van beta-firmwares
> voor de 7340 en deze newsgroep-topic.

BETA's worden niet ondersteund door de helpdesk. De 7360 beta is wel
bekend bij de juiste afdelingen omdat het een PPP issue oplost. Bij de
7340 en 7390 lost het geen issues op

> Is er een tech die hier misschien nog in kan duiken en technische
> achtergronden kan achterhalen voor AVM?



>
> Jeroen
>
> Jeroen Feelders schreef op 23-11-13 07:49:
>> Nadat mijn DSL eruit klapte is eergisteren een KPN-monteur langs
>> geweest. Deze had het over een hardware probleempje (schroefjes in de
>> ISRA die las zaten) terwijl alles hiervoor werkte en pas eruit klapte op
>> het moment dat de Fritz!NAS ging indexeren.
>>
>> Anyway, hij heeft de lijn gereset en alles werkte weer. Tot het moment
>> dat de Fritz!NAS (met de nieuwe firmware) net opnieuw ging indexeren en
>> meteen de DSL er opnieuw uitklapte. Ik zit nu weer zonder verbinding en
>> heb al wel de firware naar 5.51 gedowngrade. 5.60 komt er voorlopig even
>> niet meer op.
>>
>> Kan mijn DSL op afstand worden gereset of moet ik weer een KPN-monteur
>> langs laten komen?
>>
>> Bij deze dus mijn bugreport: Indexeren van de Fritz!NAS zorgt bij een
>> 7340 (bij mij) dus voor het uitklappen van de DSL en die komt niet meer
>> zelf online.
>>
>> Jeroen
>>
>> Timo schreef op 18-11-13 22:07:
>>> On 2013-11-18, Jeroen Feelders <***@feelders.com> wrote:
>>>> Deze update heeft voor mijn 7340 slecht uitgepakt. Na de update werkte
>>>> alles netjes en de nieuwe functies waren zichtbaar. Tot de DSL eruit
>>>> klapte en niet meer terug kwam. Ik ben vanavond bezig geweest met
>>>> diverse instellingen op deze firmware en ook nadat ik de oude 5.51
>>>> firmware had terug gezet geen resultaat. De DSL-verbinding is niet meer
>>>> te maken: het line-lampje blijft knipperen.
>>>>
>>>> Kan een medewerker eens kijken naar de status van mijn DSL onder
>>>> accountnaam jfeelder?
>>>
>>> Hm, vreemd. De DSLAM check bij KPN breekt af voordat er ook maar enige
>>> data
>>> getoond wordt, en zo te zien geldt datzelfde voor meerdere klanten op
>>> dezelfde DSLAM. Ik ga er vooralsnog vanuit dat er daar lokaal iets mis
>>> is,
>>> al zie ik er nog geen melding van.
>>>
>>> Het zou bijvoorbeeld kunnen dat lijnen die in sync zijn dat ook blijven,
>>> maar dat een nieuwe handshake mis gaat. Als dit morgen nog zo is zou
>>> ik dat
>>> zeker even melden bij de helpdesk, want er lijkt ergen iets niet in de
>>> haak.
>>>
>>> Uiteraard kunnen zij ook een vervangend modem voor je regelen als dat
>>> nodig
>>> mocht blijken.
>>>
>>>
>>>
Timo
2013-11-23 13:09:12 UTC
Permalink
On 2013-11-23, Jeroen Feelders <***@feelders.com> wrote:
> Nadat mijn DSL eruit klapte is eergisteren een KPN-monteur langs
> geweest. Deze had het over een hardware probleempje (schroefjes in de
> ISRA die las zaten) terwijl alles hiervoor werkte en pas eruit klapte op
> het moment dat de Fritz!NAS ging indexeren.
>
> Anyway, hij heeft de lijn gereset en alles werkte weer. Tot het moment
> dat de Fritz!NAS (met de nieuwe firmware) net opnieuw ging indexeren en
> meteen de DSL er opnieuw uitklapte. Ik zit nu weer zonder verbinding en
> heb al wel de firware naar 5.51 gedowngrade. 5.60 komt er voorlopig even
> niet meer op.
>
> Kan mijn DSL op afstand worden gereset of moet ik weer een KPN-monteur
> langs laten komen?

Er is gewoon iets niet in orde met de DSLAM waar je op zit, lijnmetingen op
die DSLAM doen het ook helemaal niet.

Dus ik weet niet wat die monteur gedaan heeft, maar hij heeft het werkelijke
probleem niet opgelost, en ik heb het vermoeden dat dat ook de reden is dat
je nu weer offline bent. Ik kan me niet voorstellen dat er iets stuk is in
je modem.

Sylvester: Het gaat om ZTM-PLS-DSLA-11

--

Timo
Sylvester
2013-11-23 22:55:40 UTC
Permalink
Timo schreef op 23-11-13 14:09:
> On 2013-11-23, Jeroen Feelders <***@feelders.com> wrote:
>> Nadat mijn DSL eruit klapte is eergisteren een KPN-monteur langs
>> geweest. Deze had het over een hardware probleempje (schroefjes in de
>> ISRA die las zaten) terwijl alles hiervoor werkte en pas eruit klapte op
>> het moment dat de Fritz!NAS ging indexeren.
>>
>> Anyway, hij heeft de lijn gereset en alles werkte weer. Tot het moment
>> dat de Fritz!NAS (met de nieuwe firmware) net opnieuw ging indexeren en
>> meteen de DSL er opnieuw uitklapte. Ik zit nu weer zonder verbinding en
>> heb al wel de firware naar 5.51 gedowngrade. 5.60 komt er voorlopig even
>> niet meer op.
>>
>> Kan mijn DSL op afstand worden gereset of moet ik weer een KPN-monteur
>> langs laten komen?
>
> Er is gewoon iets niet in orde met de DSLAM waar je op zit, lijnmetingen op
> die DSLAM doen het ook helemaal niet.

Er loopt al een incident dat dit bij sommige lijnen dit gebeurd :D

> Dus ik weet niet wat die monteur gedaan heeft, maar hij heeft het werkelijke
> probleem niet opgelost, en ik heb het vermoeden dat dat ook de reden is dat
> je nu weer offline bent. Ik kan me niet voorstellen dat er iets stuk is in
> je modem.

Heb al een mail gestuurd naar de OP, maar het is inderdaad een probleem
is in de DSLAM.

Er is namelijk op de DSLAM gewoon sync ondanks dat er geen modem is
aangesloten. Dit is een bekend issue en komt vooral voor bij de Fritzbox
7340 en nog vaker bij Zyxel modems van Telfort. Maar is dus een "bug" in
de DSLAM zelf. Ze zijn dit al aan het onderzoeken had ik onlangs
begrepen. Het komt alleen niet zo vaak voor en met een poort reset is
het vaak op te lossen.

Lastige is alleen dat zowel voor ons als voor de netwerkbeheerder er
niet met zekerheid is vast te stellen of dit het probleem is of dat er
een kruisdraden probleem is. Heb nu weer een nieuwe melding gemaakt en
ga er vanuit dat ze het maandag oplossen (misschien dit weekend nog want
een nieuwe reset verhelpt het weer).
Timo
2013-11-24 00:01:59 UTC
Permalink
On 2013-11-23, Sylvester <***@xs4all.nl> wrote:
> Timo schreef op 23-11-13 14:09:
>> On 2013-11-23, Jeroen Feelders <***@feelders.com> wrote:
>>> Nadat mijn DSL eruit klapte is eergisteren een KPN-monteur langs
>>> geweest. Deze had het over een hardware probleempje (schroefjes in de
>>> ISRA die las zaten) terwijl alles hiervoor werkte en pas eruit klapte op
>>> het moment dat de Fritz!NAS ging indexeren.
>>>
>>> Anyway, hij heeft de lijn gereset en alles werkte weer. Tot het moment
>>> dat de Fritz!NAS (met de nieuwe firmware) net opnieuw ging indexeren en
>>> meteen de DSL er opnieuw uitklapte. Ik zit nu weer zonder verbinding en
>>> heb al wel de firware naar 5.51 gedowngrade. 5.60 komt er voorlopig even
>>> niet meer op.
>>>
>>> Kan mijn DSL op afstand worden gereset of moet ik weer een KPN-monteur
>>> langs laten komen?
>>
>> Er is gewoon iets niet in orde met de DSLAM waar je op zit, lijnmetingen op
>> die DSLAM doen het ook helemaal niet.
>
> Er loopt al een incident dat dit bij sommige lijnen dit gebeurd :D

Het gebeurt bij alle lijnen op deze DSLAM.

> Lastige is alleen dat zowel voor ons als voor de netwerkbeheerder er
> niet met zekerheid is vast te stellen of dit het probleem is of dat er
> een kruisdraden probleem is.

Met kruisdraden heeft dit helemaal niets te maken, deze DSLAM is gewoon niet
in orde, dat moet gefixed worden.


--

Timo
Jeroen Feelders
2013-11-24 18:11:26 UTC
Permalink
Hebben jullie misschien dan wel een verklaring voor het feit dat ik met
de 7340 tijden stabiel heb gedraaid op diverse firmwares en sinds ik in
beta5.60 mijn extern aangesloten hd laat indexeren de dsl eruit klapt?
Niet één keer maar twee keer op precies hetzelfde moment als ik de hd
laat indexeren. Voordat het de 2e keer gebeurde draaide ik al 2 dagen
stabiel op beta5.60. Het schijnt toch ook iets met die
indexerings-feature te maken te hebben.

Overigens na sluiting van de draden geen reset en ook niet na 24 uur
niet aangesloten dsl. Ik wacht de reset van de beheerder.

Jeroen

Timo schreef op 24-11-13 01:01:
> On 2013-11-23, Sylvester <***@xs4all.nl> wrote:
>> Timo schreef op 23-11-13 14:09:
>>> On 2013-11-23, Jeroen Feelders <***@feelders.com> wrote:
>>>> Nadat mijn DSL eruit klapte is eergisteren een KPN-monteur langs
>>>> geweest. Deze had het over een hardware probleempje (schroefjes in de
>>>> ISRA die las zaten) terwijl alles hiervoor werkte en pas eruit klapte op
>>>> het moment dat de Fritz!NAS ging indexeren.
>>>>
>>>> Anyway, hij heeft de lijn gereset en alles werkte weer. Tot het moment
>>>> dat de Fritz!NAS (met de nieuwe firmware) net opnieuw ging indexeren en
>>>> meteen de DSL er opnieuw uitklapte. Ik zit nu weer zonder verbinding en
>>>> heb al wel de firware naar 5.51 gedowngrade. 5.60 komt er voorlopig even
>>>> niet meer op.
>>>>
>>>> Kan mijn DSL op afstand worden gereset of moet ik weer een KPN-monteur
>>>> langs laten komen?
>>>
>>> Er is gewoon iets niet in orde met de DSLAM waar je op zit, lijnmetingen op
>>> die DSLAM doen het ook helemaal niet.
>>
>> Er loopt al een incident dat dit bij sommige lijnen dit gebeurd :D
>
> Het gebeurt bij alle lijnen op deze DSLAM.
>
>> Lastige is alleen dat zowel voor ons als voor de netwerkbeheerder er
>> niet met zekerheid is vast te stellen of dit het probleem is of dat er
>> een kruisdraden probleem is.
>
> Met kruisdraden heeft dit helemaal niets te maken, deze DSLAM is gewoon niet
> in orde, dat moet gefixed worden.
>
>
Sylvester
2013-11-24 19:11:21 UTC
Permalink
Jeroen Feelders schreef op 24-11-13 19:11:
> Hebben jullie misschien dan wel een verklaring voor het feit dat ik met
> de 7340 tijden stabiel heb gedraaid op diverse firmwares en sinds ik in
> beta5.60 mijn extern aangesloten hd laat indexeren de dsl eruit klapt?
> Niet één keer maar twee keer op precies hetzelfde moment als ik de hd
> laat indexeren. Voordat het de 2e keer gebeurde draaide ik al 2 dagen
> stabiel op beta5.60. Het schijnt toch ook iets met die
> indexerings-feature te maken te hebben.
>
> Overigens na sluiting van de draden geen reset en ook niet na 24 uur
> niet aangesloten dsl. Ik wacht de reset van de beheerder.
>
> Jeroen
>
> Timo schreef op 24-11-13 01:01:
>> On 2013-11-23, Sylvester <***@xs4all.nl> wrote:
>>> Timo schreef op 23-11-13 14:09:
>>>> On 2013-11-23, Jeroen Feelders <***@feelders.com> wrote:
>>>>> Nadat mijn DSL eruit klapte is eergisteren een KPN-monteur langs
>>>>> geweest. Deze had het over een hardware probleempje (schroefjes in de
>>>>> ISRA die las zaten) terwijl alles hiervoor werkte en pas eruit
>>>>> klapte op
>>>>> het moment dat de Fritz!NAS ging indexeren.
>>>>>
>>>>> Anyway, hij heeft de lijn gereset en alles werkte weer. Tot het moment
>>>>> dat de Fritz!NAS (met de nieuwe firmware) net opnieuw ging
>>>>> indexeren en
>>>>> meteen de DSL er opnieuw uitklapte. Ik zit nu weer zonder
>>>>> verbinding en
>>>>> heb al wel de firware naar 5.51 gedowngrade. 5.60 komt er voorlopig
>>>>> even
>>>>> niet meer op.
>>>>>
>>>>> Kan mijn DSL op afstand worden gereset of moet ik weer een KPN-monteur
>>>>> langs laten komen?
>>>>
>>>> Er is gewoon iets niet in orde met de DSLAM waar je op zit,
>>>> lijnmetingen op
>>>> die DSLAM doen het ook helemaal niet.
>>>
>>> Er loopt al een incident dat dit bij sommige lijnen dit gebeurd :D
>>
>> Het gebeurt bij alle lijnen op deze DSLAM.
>>
>>> Lastige is alleen dat zowel voor ons als voor de netwerkbeheerder er
>>> niet met zekerheid is vast te stellen of dit het probleem is of dat er
>>> een kruisdraden probleem is.
>>
>> Met kruisdraden heeft dit helemaal niets te maken, deze DSLAM is
>> gewoon niet
>> in orde, dat moet gefixed worden.
>>
>>

Er is gewoon wat vreemds op jouw DSLAM aan de hand.

Ik zag wel sync via een zogenoemde SELT meeting.

Maar in de normale meeting krijg je niets terug, dit is een issue wat
bekend is en onderzocht wordt op dit moment.

Beste advies is wacht het nieuwe modem binnen is en de netwerkbeheerder
de kaart heeft gereset/gecontroleerd.

Denk niet dat het modem het issue is maar dat DSLAM vreemd reageerd.
Want een nieuw modem zal ook geen sync krijgen en een modem zou nooit
mogen zorgen dat een Poort up blijft ondanks dat er geen modem zit
aangesloten.
Jeroen Feelders
2013-11-24 19:33:46 UTC
Permalink
Dan zijn er dus 2 problemen. Een bug in de beta zorgt voor een
reproduceerbare disconnect en de DSLAM heeft een bug waardoor de lijn
niet meer reset. Aan de laatste wordt gewerkt. Ik mis alleen nog
bevestiging van de eerstgenoemde bug. Jerry?

Sylvester schreef op 24-11-13 20:11:
> Jeroen Feelders schreef op 24-11-13 19:11:
>> Hebben jullie misschien dan wel een verklaring voor het feit dat ik met
>> de 7340 tijden stabiel heb gedraaid op diverse firmwares en sinds ik in
>> beta5.60 mijn extern aangesloten hd laat indexeren de dsl eruit klapt?
>> Niet één keer maar twee keer op precies hetzelfde moment als ik de hd
>> laat indexeren. Voordat het de 2e keer gebeurde draaide ik al 2 dagen
>> stabiel op beta5.60. Het schijnt toch ook iets met die
>> indexerings-feature te maken te hebben.
>>
>> Overigens na sluiting van de draden geen reset en ook niet na 24 uur
>> niet aangesloten dsl. Ik wacht de reset van de beheerder.
>>
>> Jeroen
>>
>> Timo schreef op 24-11-13 01:01:
>>> On 2013-11-23, Sylvester <***@xs4all.nl> wrote:
>>>> Timo schreef op 23-11-13 14:09:
>>>>> On 2013-11-23, Jeroen Feelders <***@feelders.com> wrote:
>>>>>> Nadat mijn DSL eruit klapte is eergisteren een KPN-monteur langs
>>>>>> geweest. Deze had het over een hardware probleempje (schroefjes in de
>>>>>> ISRA die las zaten) terwijl alles hiervoor werkte en pas eruit
>>>>>> klapte op
>>>>>> het moment dat de Fritz!NAS ging indexeren.
>>>>>>
>>>>>> Anyway, hij heeft de lijn gereset en alles werkte weer. Tot het
>>>>>> moment
>>>>>> dat de Fritz!NAS (met de nieuwe firmware) net opnieuw ging
>>>>>> indexeren en
>>>>>> meteen de DSL er opnieuw uitklapte. Ik zit nu weer zonder
>>>>>> verbinding en
>>>>>> heb al wel de firware naar 5.51 gedowngrade. 5.60 komt er voorlopig
>>>>>> even
>>>>>> niet meer op.
>>>>>>
>>>>>> Kan mijn DSL op afstand worden gereset of moet ik weer een
>>>>>> KPN-monteur
>>>>>> langs laten komen?
>>>>>
>>>>> Er is gewoon iets niet in orde met de DSLAM waar je op zit,
>>>>> lijnmetingen op
>>>>> die DSLAM doen het ook helemaal niet.
>>>>
>>>> Er loopt al een incident dat dit bij sommige lijnen dit gebeurd :D
>>>
>>> Het gebeurt bij alle lijnen op deze DSLAM.
>>>
>>>> Lastige is alleen dat zowel voor ons als voor de netwerkbeheerder er
>>>> niet met zekerheid is vast te stellen of dit het probleem is of dat er
>>>> een kruisdraden probleem is.
>>>
>>> Met kruisdraden heeft dit helemaal niets te maken, deze DSLAM is
>>> gewoon niet
>>> in orde, dat moet gefixed worden.
>>>
>>>
>
> Er is gewoon wat vreemds op jouw DSLAM aan de hand.
>
> Ik zag wel sync via een zogenoemde SELT meeting.
>
> Maar in de normale meeting krijg je niets terug, dit is een issue wat
> bekend is en onderzocht wordt op dit moment.
>
> Beste advies is wacht het nieuwe modem binnen is en de netwerkbeheerder
> de kaart heeft gereset/gecontroleerd.
>
> Denk niet dat het modem het issue is maar dat DSLAM vreemd reageerd.
> Want een nieuw modem zal ook geen sync krijgen en een modem zou nooit
> mogen zorgen dat een Poort up blijft ondanks dat er geen modem zit
> aangesloten.
>
>
>
Jerry
2013-11-25 07:01:04 UTC
Permalink
On 24-11-13 20:33, Jeroen Feelders wrote:
> Dan zijn er dus 2 problemen. Een bug in de beta zorgt voor een
> reproduceerbare disconnect en de DSLAM heeft een bug waardoor de lijn
> niet meer reset. Aan de laatste wordt gewerkt. Ik mis alleen nog
> bevestiging van de eerstgenoemde bug. Jerry?

Als het al een bug is, dan is het zeker niet reproduceerbaar. Met alle
plezier laat ik AVM er naar kijken, maar dan heb ik wel een supportfile
nodig en bij voorkeur een DSL trace.

Jerry
Jeroen Feelders
2013-11-25 16:54:16 UTC
Permalink
Daar kan ik wel voor zorgen maar ik voel er niet zo veel voor om
daarvoor weer mijn lijn te laten klappen en 2 dagen offline te zijn. Als
een beheerder mijn lijn snel kan resetten laat ik met alle liefde een
trace maken.

Jerry schreef op 25-11-13 08:01:
> On 24-11-13 20:33, Jeroen Feelders wrote:
>> Dan zijn er dus 2 problemen. Een bug in de beta zorgt voor een
>> reproduceerbare disconnect en de DSLAM heeft een bug waardoor de lijn
>> niet meer reset. Aan de laatste wordt gewerkt. Ik mis alleen nog
>> bevestiging van de eerstgenoemde bug. Jerry?
>
> Als het al een bug is, dan is het zeker niet reproduceerbaar. Met alle
> plezier laat ik AVM er naar kijken, maar dan heb ik wel een supportfile
> nodig en bij voorkeur een DSL trace.
>
> Jerry
Jeroen Feelders
2013-11-25 05:34:44 UTC
Permalink
We zijn sinds 03:08u weer online. Geen idee of een operator op dat
moment de lijn heeft gereset. De DSL was gewoon verbonden.
Nu met 5.51 geen enkel probleem.

Jeroen

Sylvester schreef op 24-11-13 20:11:
> Jeroen Feelders schreef op 24-11-13 19:11:
>> Hebben jullie misschien dan wel een verklaring voor het feit dat ik met
>> de 7340 tijden stabiel heb gedraaid op diverse firmwares en sinds ik in
>> beta5.60 mijn extern aangesloten hd laat indexeren de dsl eruit klapt?
>> Niet één keer maar twee keer op precies hetzelfde moment als ik de hd
>> laat indexeren. Voordat het de 2e keer gebeurde draaide ik al 2 dagen
>> stabiel op beta5.60. Het schijnt toch ook iets met die
>> indexerings-feature te maken te hebben.
>>
>> Overigens na sluiting van de draden geen reset en ook niet na 24 uur
>> niet aangesloten dsl. Ik wacht de reset van de beheerder.
>>
>> Jeroen
>>
>> Timo schreef op 24-11-13 01:01:
>>> On 2013-11-23, Sylvester <***@xs4all.nl> wrote:
>>>> Timo schreef op 23-11-13 14:09:
>>>>> On 2013-11-23, Jeroen Feelders <***@feelders.com> wrote:
>>>>>> Nadat mijn DSL eruit klapte is eergisteren een KPN-monteur langs
>>>>>> geweest. Deze had het over een hardware probleempje (schroefjes in de
>>>>>> ISRA die las zaten) terwijl alles hiervoor werkte en pas eruit
>>>>>> klapte op
>>>>>> het moment dat de Fritz!NAS ging indexeren.
>>>>>>
>>>>>> Anyway, hij heeft de lijn gereset en alles werkte weer. Tot het
>>>>>> moment
>>>>>> dat de Fritz!NAS (met de nieuwe firmware) net opnieuw ging
>>>>>> indexeren en
>>>>>> meteen de DSL er opnieuw uitklapte. Ik zit nu weer zonder
>>>>>> verbinding en
>>>>>> heb al wel de firware naar 5.51 gedowngrade. 5.60 komt er voorlopig
>>>>>> even
>>>>>> niet meer op.
>>>>>>
>>>>>> Kan mijn DSL op afstand worden gereset of moet ik weer een
>>>>>> KPN-monteur
>>>>>> langs laten komen?
>>>>>
>>>>> Er is gewoon iets niet in orde met de DSLAM waar je op zit,
>>>>> lijnmetingen op
>>>>> die DSLAM doen het ook helemaal niet.
>>>>
>>>> Er loopt al een incident dat dit bij sommige lijnen dit gebeurd :D
>>>
>>> Het gebeurt bij alle lijnen op deze DSLAM.
>>>
>>>> Lastige is alleen dat zowel voor ons als voor de netwerkbeheerder er
>>>> niet met zekerheid is vast te stellen of dit het probleem is of dat er
>>>> een kruisdraden probleem is.
>>>
>>> Met kruisdraden heeft dit helemaal niets te maken, deze DSLAM is
>>> gewoon niet
>>> in orde, dat moet gefixed worden.
>>>
>>>
>
> Er is gewoon wat vreemds op jouw DSLAM aan de hand.
>
> Ik zag wel sync via een zogenoemde SELT meeting.
>
> Maar in de normale meeting krijg je niets terug, dit is een issue wat
> bekend is en onderzocht wordt op dit moment.
>
> Beste advies is wacht het nieuwe modem binnen is en de netwerkbeheerder
> de kaart heeft gereset/gecontroleerd.
>
> Denk niet dat het modem het issue is maar dat DSLAM vreemd reageerd.
> Want een nieuw modem zal ook geen sync krijgen en een modem zou nooit
> mogen zorgen dat een Poort up blijft ondanks dat er geen modem zit
> aangesloten.
>
>
>
Wil Taphoorn
2013-11-24 20:11:17 UTC
Permalink
On 24-11-2013 19:11, Jeroen Feelders wrote:
> Hebben jullie misschien dan wel een verklaring voor het feit dat ik met
> de 7340 tijden stabiel heb gedraaid op diverse firmwares en sinds ik in
> beta5.60 mijn extern aangesloten hd laat indexeren de dsl eruit klapt?
> Niet één keer maar twee keer op precies hetzelfde moment als ik de hd
> laat indexeren.

Een wilde gok: heeft die HD wel voldoende externe voeding? Tijdens
het indexeren gebruikt hij het volle vermogen, dit kan via de USB
poort wel eens dips in je Fritz!Box voeding veroorzaken.

--
Wil
Jeroen Feelders
2013-11-25 05:37:48 UTC
Permalink
Ja, dat verwacht ik wel want onder 5.51 kan hij gewoon opstarten, in
rust gaan, bestanden kopiëren naar de schijf en van de schijf via de
externe ftp. De Fritz!NAS werkt door een bug niet in 5.51 maar ik
verwacht dat het indexeren in beta5.60 niet dermate extra vermogen
vraagt als de andere werkzaamheden nu.

Wil Taphoorn schreef op 24-11-13 21:11:
> On 24-11-2013 19:11, Jeroen Feelders wrote:
>> Hebben jullie misschien dan wel een verklaring voor het feit dat ik met
>> de 7340 tijden stabiel heb gedraaid op diverse firmwares en sinds ik in
>> beta5.60 mijn extern aangesloten hd laat indexeren de dsl eruit klapt?
>> Niet één keer maar twee keer op precies hetzelfde moment als ik de hd
>> laat indexeren.
>
> Een wilde gok: heeft die HD wel voldoende externe voeding? Tijdens
> het indexeren gebruikt hij het volle vermogen, dit kan via de USB
> poort wel eens dips in je Fritz!Box voeding veroorzaken.
>
Benno
2013-11-25 06:11:50 UTC
Permalink
Jeroen Feelders schreef op 25-11-2013 6:37:
> Ja, dat verwacht ik wel want onder 5.51 kan hij gewoon opstarten, in
> rust gaan, bestanden kopiëren naar de schijf en van de schijf via de
> externe ftp. De Fritz!NAS werkt door een bug niet in 5.51 maar ik
> verwacht dat het indexeren in beta5.60 niet dermate extra vermogen
> vraagt als de andere werkzaamheden nu.
>

1 mA extra vermogen kan net het probleem zijn dat de modem raar gaat doen.

En indexeren vraagt wel degelijk extra vermogen over normaal gebruik, de
kop van de HD word daarbij veel vaker van plaats verwisseld, en dit
vraagt gewoon meer vermogen omdat dit zeer snel moet gebeuren.

En dat in combinatie met de 1e opmerking kan dus wel geldelijk het
probleem veroorzaken. (probeer eens een externe voeding op de HD)

Benno
Jeroen Feelders
2013-11-25 06:45:23 UTC
Permalink
Het is een Verbatim HD zonder losse voedingsmogelijkheid
(http://tweakers.net/pricewatch/281923/verbatim-store-n-go-usb-30-superspeed-500gb-zilver.html)...

Benno schreef op 25-11-13 07:11:
> Jeroen Feelders schreef op 25-11-2013 6:37:
>> Ja, dat verwacht ik wel want onder 5.51 kan hij gewoon opstarten, in
>> rust gaan, bestanden kopiëren naar de schijf en van de schijf via de
>> externe ftp. De Fritz!NAS werkt door een bug niet in 5.51 maar ik
>> verwacht dat het indexeren in beta5.60 niet dermate extra vermogen
>> vraagt als de andere werkzaamheden nu.
>>
>
> 1 mA extra vermogen kan net het probleem zijn dat de modem raar gaat doen.
>
> En indexeren vraagt wel degelijk extra vermogen over normaal gebruik, de
> kop van de HD word daarbij veel vaker van plaats verwisseld, en dit
> vraagt gewoon meer vermogen omdat dit zeer snel moet gebeuren.
>
> En dat in combinatie met de 1e opmerking kan dus wel geldelijk het
> probleem veroorzaken. (probeer eens een externe voeding op de HD)
>
> Benno
Miquel van Smoorenburg
2013-11-25 13:55:00 UTC
Permalink
In article <5292f204$0$15896$***@news.xs4all.nl>,
Jeroen Feelders <***@feelders.com> wrote:
>Het is een Verbatim HD zonder losse voedingsmogelijkheid
>(http://tweakers.net/pricewatch/281923/verbatim-store-n-go-usb-30-superspeed-500gb-zilver.html)...

Zulke disks trekken max. 5 watt. De Fritzbox heeft USB2 poorten, die
zijn maar max 2.5 watt per stuk (5 volt, 500 mA). En het voedingkje
van de Fritzbox moet dat ook kunnen leveren. Ik kan prima meekomen
met de theorie dat de hoeveelheid stroom die de disk trekt meer is
dan de Fritzbox en het voedingkje kunnen leveren, en dat dan de
boel instabiel wordt.

Een mogelijke oplossing is een USB hub ertussen met externe voeding
en USB3 poorten. Die zijn 900 mA, leveren dus zo'n 4,5 watt - dat
is ongeveer voldoende.

Mike.
Jasper
2013-11-26 22:08:53 UTC
Permalink
Miquel van Smoorenburg schreef op 25-11-13 14:55:

> Zulke disks trekken max. 5 watt. De Fritzbox heeft USB2 poorten, die
> zijn maar max 2.5 watt per stuk (5 volt, 500 mA). En het voedingkje
> van de Fritzbox moet dat ook kunnen leveren. Ik kan prima meekomen
> met de theorie dat de hoeveelheid stroom die de disk trekt meer is
> dan de Fritzbox en het voedingkje kunnen leveren, en dat dan de
> boel instabiel wordt.

Ben je er zeker van dat het USB2 poorten zijn op de Fritz 7340? Ik dacht
dat de poort achteraan USB2 was, en de poort aan de linkerzijde USB1.1.

> Een mogelijke oplossing is een USB hub ertussen met externe voeding
> en USB3 poorten. Die zijn 900 mA, leveren dus zo'n 4,5 watt - dat
> is ongeveer voldoende.

Als ik me niet vergis zijn er ook USB2 hubs die meer dan 0,5A leveren
(de specificatie voorziet tot 1,5A).

Jasper
Miquel van Smoorenburg
2013-11-26 23:33:26 UTC
Permalink
In article <52951bf5$0$15890$***@news2.news.xs4all.nl>,
Jasper <***@sp.am> wrote:
>Miquel van Smoorenburg schreef op 25-11-13 14:55:
>
>> Zulke disks trekken max. 5 watt. De Fritzbox heeft USB2 poorten, die
>> zijn maar max 2.5 watt per stuk (5 volt, 500 mA). En het voedingkje
>> van de Fritzbox moet dat ook kunnen leveren. Ik kan prima meekomen
>> met de theorie dat de hoeveelheid stroom die de disk trekt meer is
>> dan de Fritzbox en het voedingkje kunnen leveren, en dat dan de
>> boel instabiel wordt.
>
>Ben je er zeker van dat het USB2 poorten zijn op de Fritz 7340? Ik dacht
>dat de poort achteraan USB2 was, en de poort aan de linkerzijde USB1.1.

Ja, maar USB 1.1 levert max dezelfde hoeveelheid stroom (500 mA).

>> Een mogelijke oplossing is een USB hub ertussen met externe voeding
>> en USB3 poorten. Die zijn 900 mA, leveren dus zo'n 4,5 watt - dat
>> is ongeveer voldoende.
>
>Als ik me niet vergis zijn er ook USB2 hubs die meer dan 0,5A leveren
>(de specificatie voorziet tot 1,5A).

http://en.wikipedia.org/wiki/USB#Charging_ports_and_accessory_charging_adapters

"A dedicated charge port may have a rated current between 500 and 1,500 mA."

Maar da's dan een dedicated charge port - kan niet ook data over.

Mike.
Siert Wolters
2013-11-27 00:03:17 UTC
Permalink
Miquel van Smoorenburg schreef op 27-11-13 00:33 uur:
> In article <52951bf5$0$15890$***@news2.news.xs4all.nl>,
> Jasper <***@sp.am> wrote:
>> Miquel van Smoorenburg schreef op 25-11-13 14:55:
>>
>>> Zulke disks trekken max. 5 watt. De Fritzbox heeft USB2 poorten, die
>>> zijn maar max 2.5 watt per stuk (5 volt, 500 mA). En het voedingkje
>>> van de Fritzbox moet dat ook kunnen leveren. Ik kan prima meekomen
>>> met de theorie dat de hoeveelheid stroom die de disk trekt meer is
>>> dan de Fritzbox en het voedingkje kunnen leveren, en dat dan de
>>> boel instabiel wordt.
>>
>> Ben je er zeker van dat het USB2 poorten zijn op de Fritz 7340? Ik dacht
>> dat de poort achteraan USB2 was, en de poort aan de linkerzijde USB1.1.
>
> Ja, maar USB 1.1 levert max dezelfde hoeveelheid stroom (500 mA).
>
>>> Een mogelijke oplossing is een USB hub ertussen met externe voeding
>>> en USB3 poorten. Die zijn 900 mA, leveren dus zo'n 4,5 watt - dat
>>> is ongeveer voldoende.
>>
>> Als ik me niet vergis zijn er ook USB2 hubs die meer dan 0,5A leveren
>> (de specificatie voorziet tot 1,5A).
>
> http://en.wikipedia.org/wiki/USB#Charging_ports_and_accessory_charging_adapters
>
> "A dedicated charge port may have a rated current between 500 and 1,500 mA."
>
> Maar da's dan een dedicated charge port - kan niet ook data over.
>
> Mike.
>
Wat een ellende hè ... de hele avond al.
Jasper
2013-11-27 08:03:00 UTC
Permalink
Miquel van Smoorenburg schreef op 27-11-13 00:33:
> In article <52951bf5$0$15890$***@news2.news.xs4all.nl>,
> Jasper <***@sp.am> wrote:

>> Als ik me niet vergis zijn er ook USB2 hubs die meer dan 0,5A leveren
>> (de specificatie voorziet tot 1,5A).
>
> http://en.wikipedia.org/wiki/USB#Charging_ports_and_accessory_charging_adapters
>
> "A dedicated charge port may have a rated current between 500 and 1,500 mA."
>
> Maar da's dan een dedicated charge port - kan niet ook data over.

Ik doelde op een "charging downstream port (CDP)". Die doen tot 1,5A in
combinatie met data.

Groeten


Jasper
Arnold
2013-11-30 01:13:46 UTC
Permalink
On Mon, 25 Nov 2013 13:55:00 +0000, Miquel van Smoorenburg wrote:

> In article <5292f204$0$15896$***@news.xs4all.nl>,
> Jeroen Feelders <***@feelders.com> wrote:
>>Het is een Verbatim HD zonder losse voedingsmogelijkheid
>>(http://tweakers.net/pricewatch/281923/verbatim-store-n-go-usb-30-
superspeed-500gb-zilver.html)...
>
> Zulke disks trekken max. 5 watt.

Nieuwsgierig geworden even gezocht wat Verbatim daarover zegt (ik geloof
't overigens graag voor een draaischijfje). Ik kan er bij hen helaas
niets over vinden, maar wel zegt Verbatim in de user guide:

"If you connect your portable hard drive and it doesn’t appear to power up
you may require an additional power source. This is available via an
optional USB-Y cable from our Technical Support team. Details for
Technical Support are included later in the manual."
http://www.verbatim-europe.co.uk/en_1/binarydata_store-n-go-portable-hdd-
usb-3-0-user-guide---english_6890.pdf

Arnold
Dirk T. Verbeek
2013-11-25 19:16:00 UTC
Permalink
op 25-11-13 06:37 schreef Jeroen Feelders:
> Ja, dat verwacht ik wel want onder 5.51 kan hij gewoon opstarten, in
> rust gaan, bestanden kopiëren naar de schijf en van de schijf via de
> externe ftp. De Fritz!NAS werkt door een bug niet in 5.51 maar ik
> verwacht dat het indexeren in beta5.60 niet dermate extra vermogen
> vraagt als de andere werkzaamheden nu.
Wat is er nou kapot aan je nieuwsprogramma dat je steeds vóór de vraag
antwoord?
Het leest gewoon heel lastig.
>
> Wil Taphoorn schreef op 24-11-13 21:11:
>> On 24-11-2013 19:11, Jeroen Feelders wrote:
>>> Hebben jullie misschien dan wel een verklaring voor het feit dat ik met
>>> de 7340 tijden stabiel heb gedraaid op diverse firmwares en sinds ik in
>>> beta5.60 mijn extern aangesloten hd laat indexeren de dsl eruit klapt?
>>> Niet één keer maar twee keer op precies hetzelfde moment als ik de hd
>>> laat indexeren.
>>
>> Een wilde gok: heeft die HD wel voldoende externe voeding? Tijdens
>> het indexeren gebruikt hij het volle vermogen, dit kan via de USB
>> poort wel eens dips in je Fritz!Box voeding veroorzaken.
>>
Benno
2013-11-26 11:01:00 UTC
Permalink
Dirk T. Verbeek schreef op 25-11-2013 20:16:
> op 25-11-13 06:37 schreef Jeroen Feelders:
>> Ja, dat verwacht ik wel want onder 5.51 kan hij gewoon opstarten, in
>> rust gaan, bestanden kopiëren naar de schijf en van de schijf via de
>> externe ftp. De Fritz!NAS werkt door een bug niet in 5.51 maar ik
>> verwacht dat het indexeren in beta5.60 niet dermate extra vermogen
>> vraagt als de andere werkzaamheden nu.
> Wat is er nou kapot aan je nieuwsprogramma dat je steeds vóór de vraag
> antwoord?
> Het leest gewoon heel lastig.

Hij gebruikt gewoon Thunderbird maar zal wel iets verkeerd hebben ingesteld.

Benno
Mike
2013-11-26 14:36:06 UTC
Permalink
Benno schreef op 26-11-2013 12:01:
> Dirk T. Verbeek schreef op 25-11-2013 20:16:
>> op 25-11-13 06:37 schreef Jeroen Feelders:
>>> Ja, dat verwacht ik wel want onder 5.51 kan hij gewoon opstarten, in
>>> rust gaan, bestanden kopiëren naar de schijf en van de schijf via de
>>> externe ftp. De Fritz!NAS werkt door een bug niet in 5.51 maar ik
>>> verwacht dat het indexeren in beta5.60 niet dermate extra vermogen
>>> vraagt als de andere werkzaamheden nu.
>> Wat is er nou kapot aan je nieuwsprogramma dat je steeds vóór de vraag
>> antwoord?
>> Het leest gewoon heel lastig.
>
> Hij gebruikt gewoon Thunderbird maar zal wel iets verkeerd hebben
> ingesteld.
>
> Benno
>

Instellingen - Opstellen & adressering -
g***@xs4all.nl
2013-11-26 15:40:06 UTC
Permalink
> Er zijn geen grote bugs meer bekend. Bugs uit de eerdere versie voor de
> 7360 zou opgelost moeten zijn. (Het normale 'XS4ALL' profiel moet weer
> werken op VDSL en ook de Wizard om nieuwe accounts toe te voegen werkt
> Mocht je in deze laatste fase willen en kunnen testen dan is alle
> feedback meer dan welkom! Vermeld svp expliciet welk modem je hebt
>
> getest en in welke situatie.

Vanmiddag kwam ik thuis en lag de lijn eruit:
Fritzel 7360 herstart maar kon niet connecten.
Toch maar TV profiel geswitched etc. maar kon nog geen verbinding krijgen.
Terug naar normaal (zonder TV) en uiteindelijk werkte het weer.

'Logs'

7360:
26.11.13 16:35:11 IPv6 prefix obtained successfully. New prefix: 2001:980:1914::/48
26.11.13 16:35:11 IPv6 Internet connection established successfully. IP address: 2001:980:1914::1
26.11.13 16:35:10 Internet connection established successfully. IP address: 82.95.246.25, DNS server: 194.109.6.66 and 194.109.9.99, Gateway: 194.109.5.227, Broadband PoP: dr4.d12
26.11.13 16:34:57 Timeout during PPP negotiation.
26.11.13 16:34:32 Timeout during PPP negotiation.
26.11.13 16:34:07 Timeout during PPP negotiation.
26.11.13 16:33:42 Timeout during PPP negotiation.
26.11.13 16:33:17 Timeout during PPP negotiation.
26.11.13 16:32:54 Timeout during PPP negotiation.
26.11.13 16:32:54 Internet connection cleared.
26.11.13 16:32:28 Timeout during PPP negotiation.
26.11.13 16:32:03 Timeout during PPP negotiation.
26.11.13 16:31:38 Timeout during PPP negotiation.
26.11.13 16:31:15 Internet connection cleared.
26.11.13 16:31:15 IPv6 Internet connection was cleared; prefix no longer valid.
26.11.13 16:30:30 IPv6 prefix obtained successfully. New prefix: 2001:980:1914::/48
26.11.13 16:30:30 IPv6 Internet connection established successfully. IP address: 2001:980:1914::1
26.11.13 16:30:27 Internet connection established successfully. IP address: 82.95.246.25, DNS server: 194.109.6.66 and 194.109.9.99, Gateway: 194.109.5.227, Broadband PoP: dr4.d12
26.11.13 16:30:16 Timeout during PPP negotiation.
26.11.13 16:29:51 Timeout during PPP negotiation.
26.11.13 16:29:26 Timeout during PPP negotiation.
26.11.13 16:28:40 PPPoE error: Timeout.
26.11.13 16:28:27 PPPoE error: Timeout.
26.11.13 16:28:13 PPPoE error: Timeout.
26.11.13 16:28:00 PPPoE error: Timeout.
26.11.13 16:27:46 PPPoE error: Timeout.
26.11.13 16:27:32 PPPoE error: Timeout.
26.11.13 16:27:19 PPPoE error: Timeout.
26.11.13 16:27:05 PPPoE error: Timeout.
26.11.13 16:26:52 PPPoE error: Timeout.
26.11.13 16:26:38 PPPoE error: Timeout.
26.11.13 16:26:25 PPPoE error: Timeout.
26.11.13 16:26:11 PPPoE error: Timeout.
26.11.13 16:25:58 PPPoE error: Timeout.
26.11.13 16:25:51 DSL is available (DSL synchronization exists with 36662/4104 kbit/s).
Miquel van Smoorenburg
2013-11-26 16:28:00 UTC
Permalink
In article <2ea67074-018b-421b-89cb-***@googlegroups.com>,
<***@xs4all.nl> wrote:
>> Er zijn geen grote bugs meer bekend. Bugs uit de eerdere versie voor de
>> 7360 zou opgelost moeten zijn. (Het normale 'XS4ALL' profiel moet weer
>> werken op VDSL en ook de Wizard om nieuwe accounts toe te voegen werkt
>> Mocht je in deze laatste fase willen en kunnen testen dan is alle
>> feedback meer dan welkom! Vermeld svp expliciet welk modem je hebt
>>
>> getest en in welke situatie.
>
>Vanmiddag kwam ik thuis en lag de lijn eruit:
>Fritzel 7360 herstart maar kon niet connecten.
>Toch maar TV profiel geswitched etc. maar kon nog geen verbinding krijgen.
>Terug naar normaal (zonder TV) en uiteindelijk werkte het weer.

Vanmiddag was er een kortstondige maar grote storing in het KPN
netwerk, waardoor heel veel klanten hun PPP sessie kwijtraakten.
Toen die storing eenmaal voorbij was moesten ook al die PPP sessies
weer overnieuw opgezet worden, en dat duurt ook even.

Mike (just the messenger, meer weet ik ook niet op dit moment).
Roger
2013-11-26 16:52:44 UTC
Permalink
On 2013/11/26 17:28, Miquel van Smoorenburg wrote:
> Vanmiddag was er een kortstondige maar grote storing in het KPN
> netwerk, waardoor heel veel klanten hun PPP sessie kwijtraakten.
> Toen die storing eenmaal voorbij was moesten ook al die PPP sessies
> weer overnieuw opgezet worden, en dat duurt ook even.

Ik heb het gemerkt:
- PPP down: 16:18:32
- PPP up : 16:35:18

Groeten,
-Roger
MM
2013-11-26 19:14:14 UTC
Permalink
Miquel van Smoorenburg schreef op 26-11-2013 17:28:
> In article <2ea67074-018b-421b-89cb-***@googlegroups.com>,
> <***@xs4all.nl> wrote:
>>> Er zijn geen grote bugs meer bekend. Bugs uit de eerdere versie voor de
>>> 7360 zou opgelost moeten zijn. (Het normale 'XS4ALL' profiel moet weer
>>> werken op VDSL en ook de Wizard om nieuwe accounts toe te voegen werkt
>>> Mocht je in deze laatste fase willen en kunnen testen dan is alle
>>> feedback meer dan welkom! Vermeld svp expliciet welk modem je hebt
>>>
>>> getest en in welke situatie.
>>
>> Vanmiddag kwam ik thuis en lag de lijn eruit:
>> Fritzel 7360 herstart maar kon niet connecten.
>> Toch maar TV profiel geswitched etc. maar kon nog geen verbinding krijgen.
>> Terug naar normaal (zonder TV) en uiteindelijk werkte het weer.
>
> Vanmiddag was er een kortstondige maar grote storing in het KPN
> netwerk, waardoor heel veel klanten hun PPP sessie kwijtraakten.
> Toen die storing eenmaal voorbij was moesten ook al die PPP sessies
> weer overnieuw opgezet worden, en dat duurt ook even.
>
> Mike (just the messenger, meer weet ik ook niet op dit moment).
>

Zowaar de eerste storing die ik meemaakt terwijl ik op het internet zat
en ik zit al een tijdje bij Xs4all.

Ik kreeg ook nog de melding dat mijn IP adres al in gebruik was maar dat
zal wel mijn eerder sessie zijn geweest die nog naar lucht hapte en even
daarna uit zijn lijden verlost werd door de provider.
FW
2013-12-02 13:48:17 UTC
Permalink
Op Fri, 15 Nov 2013 16:39:50 +0100 schreef Jerry
<***@xs4all.nederland.invalid>:

> 7340:
> ftp://service.avm.de/Beta/FRITZ!Box_7340_int./

Tegen een DECT-kwestie aangelopen in FRITZ!OS 05.60-26961 op de FB7340.
Als de FB fungeert als basisstation voor mijn Gigaset C610 handset, dan
wordt vrijwel meteen nadat een gesprek binnenkomt naar voicemail
doorgeschakeld. (De voicemail bij XS4ALL, niet die van de Gigaset).
Ingesteld is dat dit na 40 sec. moet gebeuren. In FRITZ!OS 99.05.51
gebeurde dit wel correct.

Als ik het Gigaset-basisstation gebruik in plaats van de FB, dan wordt wel
na 40 sec. doorgeschakeld naar voicemail. Jammer is echter dat bij gebruik
van het Gigaset-basisstation, nummerherkenning niet werkt. In versie
99.05.51 lukte dat wel door de landinstelling op Duitsland te zetten. Maar
als ik dit in de beta doe, komt er geen enkele oproep meer door.
FW
2013-12-02 14:30:06 UTC
Permalink
Op Mon, 02 Dec 2013 14:48:17 +0100 schreef FW <***@noadressno.net>:

> Op Fri, 15 Nov 2013 16:39:50 +0100 schreef Jerry
> <***@xs4all.nederland.invalid>:
>
>> 7340:
>> ftp://service.avm.de/Beta/FRITZ!Box_7340_int./
>
> Tegen een DECT-kwestie aangelopen in FRITZ!OS 05.60-26961 op de FB7340.
> Als de FB fungeert als basisstation voor mijn Gigaset C610 handset, dan
> wordt vrijwel meteen nadat een gesprek binnenkomt naar voicemail
> doorgeschakeld. (De voicemail bij XS4ALL, niet die van de Gigaset).
> Ingesteld is dat dit na 40 sec. moet gebeuren. In FRITZ!OS 99.05.51
> gebeurde dit wel correct.
>
> Als ik het Gigaset-basisstation gebruik in plaats van de FB, dan wordt
> wel na 40 sec. doorgeschakeld naar voicemail. Jammer is echter dat bij
> gebruik van het Gigaset-basisstation, nummerherkenning niet werkt. In
> versie 99.05.51 lukte dat wel door de landinstelling op Duitsland te
> zetten. Maar als ik dit in de beta doe, komt er geen enkele oproep meer
> door.

Beschouw bovenstaand bericht maar als niet geschreven. Als ik de FB (met
de beta software) nu als DECT-basisstation gebruik, en Telephony >
Telephone Numbers > Line Settings > Location information op 'Germany' zet,
dan werkt nummerherkenning op de C610 wel en de voicemail treedt pas in
werking na 40 sec, zoals ik heb ingesteld. Geen idee waarom dit nu wel
werkt en in eerste instantie niet...
Siert Wolters
2013-12-02 15:01:39 UTC
Permalink
FW schreef op 02-12-13 15:30 uur:
>
> Beschouw bovenstaand bericht maar als niet geschreven. Als ik de FB (met
> de beta software) nu als DECT-basisstation gebruik, en Telephony >
> Telephone Numbers > Line Settings > Location information op 'Germany'
> zet, dan werkt nummerherkenning op de C610 wel en de voicemail treedt
> pas in werking na 40 sec, zoals ik heb ingesteld. Geen idee waarom dit
> nu wel werkt en in eerste instantie niet...

Al bekend wanneer de "echte" (niet Beta) internationale firmware
vrijgegeven wordt?
Oftewel: duurt intussen al een tijdje ...
Ik wacht af.
Dirk T. Verbeek
2013-12-02 19:37:50 UTC
Permalink
op 02-12-13 16:01 schreef Siert Wolters:
> FW schreef op 02-12-13 15:30 uur:
>>
>> Beschouw bovenstaand bericht maar als niet geschreven. Als ik de FB (met
>> de beta software) nu als DECT-basisstation gebruik, en Telephony >
>> Telephone Numbers > Line Settings > Location information op 'Germany'
>> zet, dan werkt nummerherkenning op de C610 wel en de voicemail treedt
>> pas in werking na 40 sec, zoals ik heb ingesteld. Geen idee waarom dit
>> nu wel werkt en in eerste instantie niet...
>
> Al bekend wanneer de "echte" (niet Beta) internationale firmware
> vrijgegeven wordt?
> Oftewel: duurt intussen al een tijdje ...
> Ik wacht af.
>
Op dit moment wordt er aan Newszilla gesleuteld.
hwh
2013-12-02 20:07:27 UTC
Permalink
Is het interessant te weten dat de beta bij mij voor een grote
vermindering van S/N waarde en bijbehorende attainable download heeft
gezorgd? De upload is vrijwel ongewijzigd.

gr, hwh
Dirk T. Verbeek
2013-12-02 21:00:00 UTC
Permalink
op 02-12-13 21:07 schreef hwh:
> Is het interessant te weten dat de beta bij mij voor een grote
> vermindering van S/N waarde en bijbehorende attainable download heeft
> gezorgd? De upload is vrijwel ongewijzigd.
>
> gr, hwh
>

Voor sommige mensen zal dat erg interessant zijn.

Heb je de waarden voor en na de 'upgrade' beschikbaar?
hwh
2013-12-03 07:13:39 UTC
Permalink
On 02/12/13 22:00, Dirk T. Verbeek wrote:
> op 02-12-13 21:07 schreef hwh:
>> Is het interessant te weten dat de beta bij mij voor een grote
>> vermindering van S/N waarde en bijbehorende attainable download heeft
>> gezorgd? De upload is vrijwel ongewijzigd.
>>
>> gr, hwh
>>
>
> Voor sommige mensen zal dat erg interessant zijn.
>
> Heb je de waarden voor en na de 'upgrade' beschikbaar?

Voor:
Attainable 105456 36015
S/N 22 27

Beta:
Attainable 68009 33017
S/N 10 26

Op deze manier zou je zonder Vectoring en 5.51 bijna meer snelheid halen
dan met en deze beta.

gr, hwh
Siert Wolters
2013-12-03 00:48:59 UTC
Permalink
Dirk T. Verbeek schreef op 02-12-13 20:37 uur:
> op 02-12-13 16:01 schreef Siert Wolters:
>> FW schreef op 02-12-13 15:30 uur:
>>>
>>> Beschouw bovenstaand bericht maar als niet geschreven. Als ik de FB (met
>>> de beta software) nu als DECT-basisstation gebruik, en Telephony >
>>> Telephone Numbers > Line Settings > Location information op 'Germany'
>>> zet, dan werkt nummerherkenning op de C610 wel en de voicemail treedt
>>> pas in werking na 40 sec, zoals ik heb ingesteld. Geen idee waarom dit
>>> nu wel werkt en in eerste instantie niet...
>>
>> Al bekend wanneer de "echte" (niet Beta) internationale firmware
>> vrijgegeven wordt?
>> Oftewel: duurt intussen al een tijdje ...
>> Ik wacht af.
>>
> Op dit moment wordt er aan Newszilla gesleuteld.

lol ... omdat er een steekje bij je Newszilla los is?
Daar ben ik niet in geïnteresseerd en daar is AVM echt niet mee bezig.

Wanneer geeft AVM de nieuwe officiële (niet Beta) internationale
firmware versie vrij?
Dirk T. Verbeek
2013-12-03 15:17:47 UTC
Permalink
op 03-12-13 01:48 schreef Siert Wolters:
> Dirk T. Verbeek schreef op 02-12-13 20:37 uur:
>> op 02-12-13 16:01 schreef Siert Wolters:
>>> FW schreef op 02-12-13 15:30 uur:
>>>>
>>>> Beschouw bovenstaand bericht maar als niet geschreven. Als ik de FB
>>>> (met
>>>> de beta software) nu als DECT-basisstation gebruik, en Telephony >
>>>> Telephone Numbers > Line Settings > Location information op 'Germany'
>>>> zet, dan werkt nummerherkenning op de C610 wel en de voicemail treedt
>>>> pas in werking na 40 sec, zoals ik heb ingesteld. Geen idee waarom dit
>>>> nu wel werkt en in eerste instantie niet...
>>>
>>> Al bekend wanneer de "echte" (niet Beta) internationale firmware
>>> vrijgegeven wordt?
>>> Oftewel: duurt intussen al een tijdje ...
>>> Ik wacht af.
>>>
>> Op dit moment wordt er aan Newszilla gesleuteld.
>
> lol ... omdat er een steekje bij je Newszilla los is?
> Daar ben ik niet in geïnteresseerd en daar is AVM echt niet mee bezig.
>
> Wanneer geeft AVM de nieuwe officiële (niet Beta) internationale
> firmware versie vrij?
>

Ha!
Beet :)
FW
2013-12-08 16:34:34 UTC
Permalink
Op Mon, 02 Dec 2013 15:30:06 +0100 schreef FW <***@noadressno.net>:

> Op Mon, 02 Dec 2013 14:48:17 +0100 schreef FW <***@noadressno.net>:
>
>> Op Fri, 15 Nov 2013 16:39:50 +0100 schreef Jerry
>> <***@xs4all.nederland.invalid>:
>>
>>> 7340:
>>> ftp://service.avm.de/Beta/FRITZ!Box_7340_int./
>>
>> Tegen een DECT-kwestie aangelopen in FRITZ!OS 05.60-26961 op de FB7340.
>> Als de FB fungeert als basisstation voor mijn Gigaset C610 handset, dan
>> wordt vrijwel meteen nadat een gesprek binnenkomt naar voicemail
>> doorgeschakeld. (De voicemail bij XS4ALL, niet die van de Gigaset).
>> Ingesteld is dat dit na 40 sec. moet gebeuren. In FRITZ!OS 99.05.51
>> gebeurde dit wel correct.
>>
>> Als ik het Gigaset-basisstation gebruik in plaats van de FB, dan wordt
>> wel na 40 sec. doorgeschakeld naar voicemail. Jammer is echter dat bij
>> gebruik van het Gigaset-basisstation, nummerherkenning niet werkt. In
>> versie 99.05.51 lukte dat wel door de landinstelling op Duitsland te
>> zetten. Maar als ik dit in de beta doe, komt er geen enkele oproep meer
>> door.
>
> Beschouw bovenstaand bericht maar als niet geschreven. Als ik de FB (met
> de beta software) nu als DECT-basisstation gebruik, en Telephony >
> Telephone Numbers > Line Settings > Location information op 'Germany'
> zet, dan werkt nummerherkenning op de C610 wel en de voicemail treedt
> pas in werking na 40 sec, zoals ik heb ingesteld. Geen idee waarom dit
> nu wel werkt en in eerste instantie niet...

Het bovenstaande probleem met DECT treedt weer op in de beta. Daarom wil
ik terug naar 99.05.51. Maar als ik het betreffende .export-bestand wil
laden in de FB, krijg ik de melding dat het wachtwoord niet correct is.

http://s13.postimg.org/iolevkntz/Screen1252.jpg

Met datzelfde wachtwoord kan ik echter wel gewoon inloggen op de FB, dus
is het wel correct. In de tussentijd heb ik dat wachtwoord niet gewijzigd,
daar ben ik zeker van. Hoe krijg ik 99.05.51 er weer op?

Dank voor de hulp.
FW
2013-12-08 18:30:57 UTC
Permalink
Op Sun, 08 Dec 2013 17:34:34 +0100 schreef FW <***@noadressno.net>:

> Op Mon, 02 Dec 2013 15:30:06 +0100 schreef FW <***@noadressno.net>:
>
>> Op Mon, 02 Dec 2013 14:48:17 +0100 schreef FW <***@noadressno.net>:
>>
>>> Op Fri, 15 Nov 2013 16:39:50 +0100 schreef Jerry =

>>> <***@xs4all.nederland.invalid>:
>>>
>>>> 7340:
>>>> ftp://service.avm.de/Beta/FRITZ!Box_7340_int./
>>>
>>> Tegen een DECT-kwestie aangelopen in FRITZ!OS 05.60-26961 op de =

>>> FB7340. Als de FB fungeert als basisstation voor mijn Gigaset C610 =

>>> handset, dan wordt vrijwel meteen nadat een gesprek binnenkomt naar=
=

>>> voicemail doorgeschakeld. (De voicemail bij XS4ALL, niet die van de =
=

>>> Gigaset). Ingesteld is dat dit na 40 sec. moet gebeuren. In FRITZ!OS=
=

>>> 99.05.51 gebeurde dit wel correct.
>>>
>>> Als ik het Gigaset-basisstation gebruik in plaats van de FB, dan wor=
dt =

>>> wel na 40 sec. doorgeschakeld naar voicemail. Jammer is echter dat b=
ij =

>>> gebruik van het Gigaset-basisstation, nummerherkenning niet werkt. I=
n =

>>> versie 99.05.51 lukte dat wel door de landinstelling op Duitsland te=
=

>>> zetten. Maar als ik dit in de beta doe, komt er geen enkele oproep =

>>> meer door.
>>
>> Beschouw bovenstaand bericht maar als niet geschreven. Als ik de FB =

>> (met de beta software) nu als DECT-basisstation gebruik, en Telephony=
> =

>> Telephone Numbers > Line Settings > Location information op 'Germany'=
=

>> zet, dan werkt nummerherkenning op de C610 wel en de voicemail treedt=
=

>> pas in werking na 40 sec, zoals ik heb ingesteld. Geen idee waarom di=
t =

>> nu wel werkt en in eerste instantie niet...
>
> Het bovenstaande probleem met DECT treedt weer op in de beta. Daarom w=
il =

> ik terug naar 99.05.51. Maar als ik het betreffende .export-bestand wi=
l =

> laden in de FB, krijg ik de melding dat het wachtwoord niet correct is=
.
>
> http://s13.postimg.org/iolevkntz/Screen1252.jpg
>
> Met datzelfde wachtwoord kan ik echter wel gewoon inloggen op de FB, d=
us =

> is het wel correct. In de tussentijd heb ik dat wachtwoord niet =

> gewijzigd, daar ben ik zeker van. Hoe krijg ik 99.05.51 er weer op?
>
> Dank voor de hulp.

OK foutje. Na het saven van de settings moest ik natuurlijk eerst =

FRITZ.Box_Fon_WLAN_7340.en-de-es-it-fr.99.05.51.image installeren op de =
=

FB. Daarna het .export-bestand van versie 99.05.51 op de FB installeren =
om =

de oude settings te herstellen.

Maar na het installeren van de 99.05.51.image, blijkt de beta nog steeds=
=

op de FB te staan. Het info-ledje knippert op de FB. Er is DSL, maar gee=
n =

IPv4.

Herstarten van de FB (netstekker eruit en na een paar minuten er weer in=
) =

doet het knipperende info-ledje verdwijnen en er is Internet IPv4. Maar =
de =

beta staat er nog steeds gewoon op.

Bij herhaling van het bovenstaande gebeurt telkens hetzelfde. 99.05.51 =

wordt niet ge=EFnstalleerd. De beta blijft er op staan. Diverse pogingen=
=

gedaan.

Heeft iemand een suggestie hoe ik terug kan naar 99.05.51?
.: Hans :.
2013-12-08 19:33:33 UTC
Permalink
On 8-12-2013 19:30, FW wrote:
> Maar na het installeren van de 99.05.51.image, blijkt de beta nog steeds
> op de FB te staan. Het info-ledje knippert op de FB. Er is DSL, maar
> geen IPv4.
>
> Herstarten van de FB (netstekker eruit en na een paar minuten er weer
> in) doet het knipperende info-ledje verdwijnen en er is Internet IPv4.
> Maar de beta staat er nog steeds gewoon op.
>

Zolang de info LED knippert is de FB nog bezig met de update.

Zie de manual:
The firmware update begins and the “Info” LED on the FRITZ!Box starts
flashing. The firmware update is complete when the Info LED stops
flashing.

Do not interrupt the power supply to the FRITZ!Box during the firmware
update!

--
Hans

“Everybody is ignorant, only on different subjects."
Will Rogers, New York Times Aug. 31 1924
FW
2013-12-08 21:23:16 UTC
Permalink
Op Sun, 08 Dec 2013 20:33:33 +0100 schreef .: Hans :. =

<***@xs4all.nederland.invalid>:

> On 8-12-2013 19:30, FW wrote:
>> Maar na het installeren van de 99.05.51.image, blijkt de beta nog ste=
eds
>> op de FB te staan. Het info-ledje knippert op de FB. Er is DSL, maar
>> geen IPv4.
>>
>> Herstarten van de FB (netstekker eruit en na een paar minuten er weer=

>> in) doet het knipperende info-ledje verdwijnen en er is Internet IPv4=
.
>> Maar de beta staat er nog steeds gewoon op.
>>
>
> Zolang de info LED knippert is de FB nog bezig met de update.
>
> Zie de manual:
> The firmware update begins and the =E2=80=9CInfo=E2=80=9D LED on the F=
RITZ!Box starts =

> flashing. The firmware update is complete when the Info LED stops
> flashing.
>
> Do not interrupt the power supply to the FRITZ!Box during the firmware=
=

> update!

Bedankt voor je bericht. Daardoor heb ik het nog maar eens geprobeerd. D=
e =

tiende keer vanavond, denk ik. Nu verliep eindelijk alles zoals ik in he=
t =

verleden bij beta-testen en weer terug naar stable gewend ben.

Bij de pogingen eerder vanavond bleef het ledje op de FB knipperen =

(minstens 10 minuten) en kon ik intussen gewoon door de user interface v=
an =

de FB browsen (kan tijdens een normale update niet). Versie 05.51 werd =

niet ge=C3=AFnstalleerd.

Hetzelfde probleem was er een paar weken geleden trouwens ook, toen ik =

voor het eerst de beta wilde installeren. Toen lukt die update ook niet =
=

meteen en bleef het ledje ook knipperen. Het lijkt er sterk op dat dit =

probleem met deze beta te maken heeft.
TR
2013-12-08 18:36:50 UTC
Permalink
"FW" <***@noadressno.net> schreef in bericht
news:***@netvista.fritz.box...
Daarom wil
> ik terug naar 99.05.51. Maar als ik het betreffende .export-bestand wil
> laden in de FB, krijg ik de melding dat het wachtwoord niet correct is.
>
> http://s13.postimg.org/iolevkntz/Screen1252.jpg
>
> Met datzelfde wachtwoord kan ik echter wel gewoon inloggen op de FB, dus
> is het wel correct. In de tussentijd heb ik dat wachtwoord niet gewijzigd,
> daar ben ik zeker van. Hoe krijg ik 99.05.51 er weer op?
>
> Dank voor de hulp.


Als je het tabbad "apply" gebruikt, moeten de oorspronkelijke instellingen
opgeslagen zijn met een wachtwoord (dat hoeft niet hetzelfde wachtwoord te
zijn als het wachtwoord waarmee je toegang krijgt tot de fritzbox)..

Als je het tabblad "restore" gebruikt, dan moet je het wachtwoord opgeven
waarmee je de instellingen hebt opgeslagen (dat hoeft niet hetzelfde
wachtwoord te zijn als het wachtwoord waarmee je toegang krijgt tot de
fritzbox). Als je de instellingen hebt opgeslagen zonder wachtwoord, dan
voer je geen wachtwoord in, en dat kan alleen bij het tabblad "restore".

Groet,

TR
Jack
2013-12-06 21:44:46 UTC
Permalink
Op vrijdag 15 november 2013 16:39:50 UTC+1 schreef Jerry:
> All,
>
>
>
> Vanmiddag heeft AVM nieuwe beta's publiek beschikbaar gemaakt op de ftp
>
> server.
>
>
>
> 7390:
>
> ftp://service.avm.de/Beta/FRITZ!Box_7390_int./
>
>
>
> 7340:
>
> ftp://service.avm.de/Beta/FRITZ!Box_7340_int./
>
>
>
> 7360:
>
> ftp://service.avm.de/Beta/FRITZ!Box_7360_int./
>
>
>
> Er zijn geen grote bugs meer bekend. Bugs uit de eerdere versie voor de
>
> 7360 zou opgelost moeten zijn. (Het normale 'XS4ALL' profiel moet weer
>
> werken op VDSL en ook de Wizard om nieuwe accounts toe te voegen werkt
>
> weer.) Geen garanties natuurlijk.... het blijven beta's.
>
>
>
> Mocht je in deze laatste fase willen en kunnen testen dan is alle
>
> feedback meer dan welkom! Vermeld svp expliciet welk modem je hebt
>
> getest en in welke situatie.
>
>
>
> Mooi weekend!
>
>
>
> Jerry

Hallo,

Ik heb problemen met de portforwarding.
Ik kan wel poorten open zetten, bijvoorbeeld poort 80 forwarden naar poort 80.
Als ik echter poort 80 wil forwarden naar 5000 dan werkt het niet.
Ondanks dat de regel wel wordt opgenomen in de lijst blijft werkt het niet.

Iemand soortgelijke ervaringen ?

In de vorige firmware werkte dit probleemloos..

List of Ports with Port Forwarding Enabled
Enabled Name Protocol Port to Computer to Port
webcam TCP 81 WebCam 81 Edit Delete
sab TCP 8080 Diskstation212 8080 Edit Delete
webdav TCP 5005 Diskstation212 5005 Edit Delete
wabdevhtsp TCP 5006 Diskstation212 5006 Edit Delete
NAS TCP 5000 Diskstation212 5000 Edit Delete
webcam_keuken TCP 80 Diskstation212 80 Edit Delete
NASje TCP 80 Diskstation212 5000 Edit Delete
Timo
2013-12-06 23:03:20 UTC
Permalink
On 2013-12-06, Jack <***@gmail.com> wrote:
> Op vrijdag 15 november 2013 16:39:50 UTC+1 schreef Jerry:
>> All,
>>
>>
>>
>> Vanmiddag heeft AVM nieuwe beta's publiek beschikbaar gemaakt op de ftp
>>
>> server.
>>
>>
>>
>> 7390:
>>
>> ftp://service.avm.de/Beta/FRITZ!Box_7390_int./
>>
>>
>>
>> 7340:
>>
>> ftp://service.avm.de/Beta/FRITZ!Box_7340_int./
>>
>>
>>
>> 7360:
>>
>> ftp://service.avm.de/Beta/FRITZ!Box_7360_int./
>>
>>
>>
>> Er zijn geen grote bugs meer bekend. Bugs uit de eerdere versie voor de
>>
>> 7360 zou opgelost moeten zijn. (Het normale 'XS4ALL' profiel moet weer
>>
>> werken op VDSL en ook de Wizard om nieuwe accounts toe te voegen werkt
>>
>> weer.) Geen garanties natuurlijk.... het blijven beta's.
>>
>>
>>
>> Mocht je in deze laatste fase willen en kunnen testen dan is alle
>>
>> feedback meer dan welkom! Vermeld svp expliciet welk modem je hebt
>>
>> getest en in welke situatie.
>>
>>
>>
>> Mooi weekend!
>>
>>
>>
>> Jerry
>
> Hallo,
>
> Ik heb problemen met de portforwarding.
> Ik kan wel poorten open zetten, bijvoorbeeld poort 80 forwarden naar poort 80.
> Als ik echter poort 80 wil forwarden naar 5000 dan werkt het niet.
> Ondanks dat de regel wel wordt opgenomen in de lijst blijft werkt het niet.
>
> Iemand soortgelijke ervaringen ?
>
> In de vorige firmware werkte dit probleemloos..
>
> List of Ports with Port Forwarding Enabled
> Enabled Name Protocol Port to Computer to Port
> webcam TCP 81 WebCam 81 Edit Delete
> sab TCP 8080 Diskstation212 8080 Edit Delete
> webdav TCP 5005 Diskstation212 5005 Edit Delete
> wabdevhtsp TCP 5006 Diskstation212 5006 Edit Delete
> NAS TCP 5000 Diskstation212 5000 Edit Delete
> webcam_keuken TCP 80 Diskstation212 80 Edit Delete
> NASje TCP 80 Diskstation212 5000 Edit Delete

Je mapt twee keer poort 80:

webcam_keuken TCP 80 Diskstation212 80
NASje TCP 80 Diskstation212 5000

Dat kan je uiteraard maar een keer doen.


--

Timo
Benno
2013-12-07 18:02:08 UTC
Permalink
Timo schreef op 7-12-2013 0:03:
> On 2013-12-06, Jack <***@gmail.com> wrote:
>> Iemand soortgelijke ervaringen ?
>>
>> In de vorige firmware werkte dit probleemloos..
>>
>> List of Ports with Port Forwarding Enabled
>> Enabled Name Protocol Port to Computer to Port
>> webcam TCP 81 WebCam 81 Edit Delete
>> sab TCP 8080 Diskstation212 8080 Edit Delete
>> webdav TCP 5005 Diskstation212 5005 Edit Delete
>> wabdevhtsp TCP 5006 Diskstation212 5006 Edit Delete
>> NAS TCP 5000 Diskstation212 5000 Edit Delete
>> webcam_keuken TCP 80 Diskstation212 80 Edit Delete
>> NASje TCP 80 Diskstation212 5000 Edit Delete
>
> Je mapt twee keer poort 80:
>
> webcam_keuken TCP 80 Diskstation212 80
> NASje TCP 80 Diskstation212 5000
>
> Dat kan je uiteraard maar een keer doen.

Jij bent nog aardig scherp om 00:03 (ik lag al op een oor)

Benno
Jeroen Feelders
2013-12-09 21:17:44 UTC
Permalink
Jerry schreef op 15-11-13 16:39:
> All,
>
> Vanmiddag heeft AVM nieuwe beta's publiek beschikbaar gemaakt op de ftp
> server.
>
> 7390:
> ftp://service.avm.de/Beta/FRITZ!Box_7390_int./
>
> 7340:
> ftp://service.avm.de/Beta/FRITZ!Box_7340_int./
>
> 7360:
> ftp://service.avm.de/Beta/FRITZ!Box_7360_int./
>
> Er zijn geen grote bugs meer bekend. Bugs uit de eerdere versie voor de
> 7360 zou opgelost moeten zijn. (Het normale 'XS4ALL' profiel moet weer
> werken op VDSL en ook de Wizard om nieuwe accounts toe te voegen werkt
> weer.) Geen garanties natuurlijk.... het blijven beta's.
>
> Mocht je in deze laatste fase willen en kunnen testen dan is alle
> feedback meer dan welkom! Vermeld svp expliciet welk modem je hebt
> getest en in welke situatie.
>
> Mooi weekend!
>
> Jerry

Intussen is de Duitse versie voor de 7360 met Fritz!OS 6.00 al weer even
te downloaden
(http://www.avm.de/de/Service/Service-Portale/Service-Portal/index.php?portal=FRITZ!Box_7360).
Heeft iemand deze al geprobeerd? :)
Maarten Carels
2013-12-10 09:18:56 UTC
Permalink
Jeroen Feelders <***@feelders.com> wrote:
> Intussen is de Duitse versie voor de 7360 met Fritz!OS 6.00 al weer even
> te downloaden
> (<http://www.avm.de/de/Service/Service-Portale/Service-Portal/index.php?p
> ortal=FRITZ!Box_7360>).
> Heeft iemand deze al geprobeerd? :)
Hou er rekening mee dat een Internationale versie de duitse firmware
niet lust. Je kan dat zien aan het eerste getal in de versie (111 voor
de internationale 7360, de duitse is anders).

Er zijn middelen om een duitse box wijs te maken dat ie internationaal
is, en andersom, maar dat is flink lastig, en ik denk niet dat je dat
wil.

Er zijn ook wat (kleine) hardware verschillen, duitse boxen hebben van
die rare duitse telefoonstekkers aan de zijkant.

--maarten
Loading...