Discussion:
FB7583 issues
(te oud om op te antwoorden)
g***@xs4all.nl
2019-09-10 11:15:09 UTC
Permalink
Ja, het moest er een keer van komen .. een draadje met klachten over de FB7583 ;).

Ondertussen zit deze weer in de doos en is de FB7581 alweer 3 dagen probleemloos in gebruik waar de FB7583 per dag wel een keer offline was door resync/dsl/PPPoE timeouts etc.

Aangzien het mij 4 mailtjes kostte naar AVM en daarna een belletje om een LOG file svp te bekijken is dat uiteindelijk gelukt (verzoek was daarna ook eenzelfde log van de FB7581) ter vergelijking.

Pair bonding;
75,32 Mbit/s
13,49 Mbit/s

1. DSL active since: 2 days, 15 hours, 10 minutes VDSL2 17a G.Vector (ITU G.993.5)
2. DSL active since: 2 days, 15 hours, 10 minutes VDSL2 17a G.Vector (ITU G.993.5)

852 m
Fritz DSL version: A2pvfbH045l.d27f
DSL Central Exchange Broadcom:177.191

De (nu in doos dus) FB7583 draait op v7.13 .. alles factory defaults, factory recover.

Iemand anders ook de ervaring dat de FB7583 eigenlijk (vooralsnog) niet het gehoopte apparaat is wat de geplaagde FB7581 zou moeten opvolgen?
g***@xs4all.nl
2019-09-10 11:16:15 UTC
Permalink
Post by g***@xs4all.nl
Pair bonding;
75,32 Mbit/s
13,49 Mbit/s
1. DSL active since: 2 days, 15 hours, 10 minutes VDSL2 17a G.Vector (ITU G.993.5)
2. DSL active since: 2 days, 15 hours, 10 minutes VDSL2 17a G.Vector (ITU G.993.5)
852 m
Fritz DSL version: A2pvfbH045l.d27f
DSL Central Exchange Broadcom:177.191
Sorry, voor de duidelijkheid .. bovenstaande gegevens zijn uit de FB7581.
Frans R
2019-09-10 13:00:47 UTC
Permalink
Post by g***@xs4all.nl
Post by g***@xs4all.nl
Pair bonding;
75,32 Mbit/s
13,49 Mbit/s
1. DSL active since: 2 days, 15 hours, 10 minutes VDSL2 17a G.Vector (ITU G.993.5)
2. DSL active since: 2 days, 15 hours, 10 minutes VDSL2 17a G.Vector (ITU G.993.5)
852 m
Fritz DSL version: A2pvfbH045l.d27f
DSL Central Exchange Broadcom:177.191
Sorry, voor de duidelijkheid .. bovenstaande gegevens zijn uit de FB7581.
Hier ook wat vreemde zaken. In de avond vanaf 19.00 tot 23.00 uur en later afnemend veel fouten op de lijn. Al enkele malen dls resync. Verschillende keren teruggegaan naar fabrieksinstellingen. Vandaag weer eens. Nu anders ingericht. Via andere provider en zelf de vlan erin gezet. Of dit wat helpt is maar de vraag. Dat zie ik vanavond wel. Op het xs4all forum ook vermeld.
Flora
2019-09-10 14:29:39 UTC
Permalink
Post by g***@xs4all.nl
Ja, het moest er een keer van komen .. een draadje met klachten over de FB7583 ;).
Ondertussen zit deze weer in de doos en is de FB7581 alweer 3 dagen probleemloos in gebruik waar de FB7583 per dag wel een keer offline was door resync/dsl/PPPoE timeouts etc.
Vreemd toch dat de eens zo verguisde en tot de grond toe afgebrande FB7581 nu overal als een zonnetje blijk te draaien. Kan iemand mij uitleggen waarom we dan 'überhaupt' zo met de 7583 in de weer zijn en, zo te lezen, nagenoeg overal 'de doos' weer in- en retour XS gaat?
g***@xs4all.nl
2019-09-10 14:41:24 UTC
Permalink
Post by Flora
Vreemd toch dat de eens zo verguisde en tot de grond toe afgebrande FB7581 nu overal als een zonnetje blijk te draaien. Kan iemand mij uitleggen waarom we dan 'überhaupt' zo met de 7583 in de weer zijn en, zo te lezen, nagenoeg overal 'de doos' weer in- en retour XS gaat?
Om eerlijk te zijn, omdat het kon. FB7583 bij verlening -> OK!. Altijd leuk weer nieuwere apparatuur. (jaja de afvalberg etc.. I know).
De FB7581 heeft het hier altijd goed gedaan, want alleen dsl/router functie.
maar AVM heeft de einddata voor de 7581 verkondigd:
- End of Maintenance : 30 november 2019
- End of Support : 31 mei 2020
dus dan toch maar de opvolger bestellen, zeker omdat er niet veel pair bonding modellen zijn.

Mijn maatschappelijke moraal is wel dat er een ticket bij AVM ligt ondanks veel tegengesputter om deze ÜBERHAUPT aan te nemen.
Tubejack
2019-09-10 15:08:03 UTC
Permalink
Post by Flora
Vreemd toch dat de eens zo verguisde en tot de grond toe afgebrande FB7581 nu overal als een zonnetje blijk te draaien.
DSL draaide altijd al goed, lange tijd was dat hier het enige dat echt
goed werkte met de 7581

FritzOS 7.12 lijkt (tot nu) toe een verbetering

Kan iemand mij uitleggen waarom we dan 'überhaupt' zo met de 7583 in de
weer zijn en, zo te lezen, nagenoeg overal 'de doos' weer in- en retour
XS gaat?

Omdat de support voor de 7581 binnenkort stopt.
De 7581 is niet meer leverbaar. XS levert nu 7583 uit bij pair-bonded

Halvering van de uploadsnelheid t.o.v. de 7581 van ruim 5 naar 2,5mbit/sec

Veel gevoeliger voor storingen op de DSL-lijn het aantal FEC errors
t.o.v. de 7581 is enorm.
hkoster1
2019-09-10 15:40:55 UTC
Permalink
Post by Tubejack
FritzOS 7.12 lijkt (tot nu) toe een verbetering
FB7581 met 7.12 is voor mij een grote teleurstelling omdat het vrijwel onmogelijk
is om 5GHz kanalen 100+ te gebruiken. Dagelijks springt de FB7581 automatisch
terug naar kanalen 36+ vanwege radardetectie - dit is erg omdat de Fritz!Repeater
3000 dan geen twee 5GHz radio's kan gebruiken.

Hoe zit het met radardetectie op de FB7583?
jan slons
2019-09-10 16:13:34 UTC
Permalink
Post by Tubejack
Post by Flora
Vreemd toch dat de eens zo verguisde en tot de grond toe afgebrande
FB7581 nu overal als een zonnetje blijk te draaien.
DSL draaide altijd al goed, lange tijd was dat hier het enige dat echt
goed werkte met de 7581
FritzOS 7.12 lijkt (tot nu) toe een verbetering
Kan iemand mij uitleggen waarom we dan 'überhaupt' zo met de 7583 in de
weer zijn en, zo te lezen, nagenoeg overal 'de doos' weer in- en retour
XS gaat?
Omdat de support voor de 7581 binnenkort stopt.
De 7581 is niet meer leverbaar. XS levert nu 7583 uit bij pair-bonded
Halvering van de uploadsnelheid t.o.v. de 7581 van ruim 5 naar 2,5mbit/sec
Veel gevoeliger voor storingen op de DSL-lijn het aantal FEC errors
t.o.v. de 7581 is enorm.
Ben toch heel tevreden met mijn nieuwe 7583. Stabiele verbinding:
Zit wel 200 meter van de straatkast en daanra alleen glas.

Max. DSLAM throughput kbit/s 111216 33032
Min. DSLAM throughput kbit/s 784 -
Attainable throughput kbit/s 95229 36255
Current throughput kbit/s 95214 33097
Seamless rate adaptation off off

Latency fast fast
Impulse Noise Prot(INP) 68 80.7
G.INP on on

Signal-to-noise ratio dB 9 6
Bitswap on on
Line attenuation dB 12 9
approximate line length m 212

Profile 17a
G.Vector full full
Flora
2019-09-10 17:08:17 UTC
Permalink
Post by Tubejack
Post by Flora
Vreemd toch dat de eens zo verguisde en tot de grond toe afgebrande FB7581 nu overal als een zonnetje blijk te draaien.
DSL draaide altijd al goed, lange tijd was dat hier het enige dat echt
goed werkte met de 7581
FritzOS 7.12 lijkt (tot nu) toe een verbetering
Kan iemand mij uitleggen waarom we dan 'überhaupt' zo met de 7583 in de
weer zijn en, zo te lezen, nagenoeg overal 'de doos' weer in- en retour
XS gaat?
Omdat de support voor de 7581 binnenkort stopt.
De 7581 is niet meer leverbaar. XS levert nu 7583 uit bij pair-bonded
Halvering van de uploadsnelheid t.o.v. de 7581 van ruim 5 naar 2,5mbit/sec
Veel gevoeliger voor storingen op de DSL-lijn het aantal FEC errors
t.o.v. de 7581 is enorm.
Dan nog een vraag, in mijn directe omgeving wordt nog steeds veelvuldig de FB7360 en FB7369 (i.g.v. bonding) gebruikt en men is daar nog steeds heel erg tevreden mee. Oké, geen 5 Mhz maar dat is dan ook het enige verschil met de nieuwere FB's (zegt men). En dan: xs4all weet er van, de FB's zijn door XS zelf geleverd. Als de veiligheid in het geding zou zijn had XS allang aan de bel getrokken. Hoor daar ook vaak: het werkt hier perfect, nooit een onderbreking of verstoring, waarom zou ik moeten vernieuwen! Als je dan vraagt: kijk je wel eens in je FB om bijvoorbeeld wat zaken te verifiëren of controleren kijkt men verbouwereerd, waarom zou ik, alles wat ie moet doen doet ie: ik kijk ongestoord tv, heb altijd internet en goede wifi (soms men een repeater) en het bellen gaat perfect en ongestoord. Tja denk je dan- wat zou een mens nog meer verlangen ....... !
Tubejack
2019-09-10 18:15:15 UTC
Permalink
Post by Flora
Dan nog een vraag, in mijn directe omgeving wordt nog steeds veelvuldig de FB7360 en FB7369 (i.g.v. bonding) gebruikt en men is daar nog steeds heel erg tevreden mee. Oké, geen 5 Mhz maar dat is dan ook het enige verschil met de nieuwere FB's (zegt men). En dan: xs4all weet er van, de FB's zijn door XS zelf geleverd. Als de veiligheid in het geding zou zijn had XS allang aan de bel getrokken. Hoor daar ook vaak: het werkt hier perfect, nooit een onderbreking of verstoring, waarom zou ik moeten vernieuwen! Als je dan vraagt: kijk je wel eens in je FB om bijvoorbeeld wat zaken te verifiëren of controleren kijkt men verbouwereerd, waarom zou ik, alles wat ie moet doen doet ie: ik kijk ongestoord tv, heb altijd internet en goede wifi (soms men een repeater) en het bellen gaat perfect en ongestoord. Tja denk je dan- wat zou een mens nog meer verlangen ....... !
Een 7369 draait op onze langzame pair-bonded lijn zéér stabiel en b.v.
DECT werkt perfect. Hou ik achter de hand voor als de 7581 defect gaat.
WiFi gebruik ik dan niet, dat doe een 1750E

Maar ik hoop dat veel mensen reageren. Ik heb het vermoeden dat bij
gebruikers met relatief korten DSL lijnen, de 7583 perfect werkt.

Logisch ook, want daar is hij met GFast en Vplus en ander snel gedoe
voor gemaakt.
g***@xs4all.nl
2019-09-10 15:35:28 UTC
Permalink
10.09.19 17:22:46 Login to the FRITZ!Box user interface from the IP address 2001:980:1914:1:a103:x:x:x.
10.09.19 17:13:44 IPv6 prefix obtained successfully. New prefix: 2001:x:x::/48
10.09.19 17:13:44 IPv6 internet connection established successfully. IP address: 2001:x:x::1
10.09.19 17:13:42 Internet connection established successfully. IP address: 82.95.x.x, DNS server: 194.109.6.66 and 194.109.9.99, gateway: 194.109.5.x, broadband PoP: dr12.d12
10.09.19 17:09:12 PPPoE error: Timeout.
10.09.19 17:08:36 The DSL data rate on line 1 has been adapted. Further dynamic adaptations will be performed automatically (without specification).
10.09.19 17:08:36 The DSL data rate on line 2 has been adapted. Further dynamic adaptations will be performed automatically (without specification).
10.09.19 17:08:34 PPPoE error: Timeout. [6 messages since 10.09.19 17:06:43]
10.09.19 17:06:29 PPPoE error: Timeout. pado: wrong state
10.09.19 17:06:21 DSL is available on line 2 (DSL synchronization established with 28841/5527 kbit/s).
10.09.19 17:06:21 DSL is available on line 1 (DSL synchronization established with 23936/5550 kbit/s).
10.09.19 17:05:21 DSL synchronization of line 2 starting (training).
10.09.19 17:05:21 DSL synchronization of line 1 starting (training).
! 10.09.19 17:04:42 The DSL settings for interference resistance were changed.
10.09.19 17:04:02 DSL synchronization of line 2 starting (training).
10.09.19 17:04:02 DSL synchronization of line 1 starting (training).
10.09.19 17:03:51 Login to the FRITZ!Box user interface from the IP address 2001:980:1914:1:x:x:x:x.
10.09.19 17:03:23 Timeout during PPP negotiation.
10.09.19 17:03:23 IPv6 internet connection was cleared; prefix no longer valid.
10.09.19 17:03:23 Internet connection cleared.
10.09.19 17:03:18 DSL on line 2 not responding (no DSL synchronization).
10.09.19 17:03:18 DSL on line 1 not responding (no DSL synchronization).
! 10.09.19 17:03:17 DSL Diagnostics has been started.
10.09.19 17:01:13 Login to the FRITZ!Box user interface from the IP address 2001:980:1914:1:x:x:x:x. [2 messages since 10.09.19 17:00:50]
10.09.19 17:00:29 The DSL data rate on line 2 has been adapted. Further dynamic adaptations will be performed automatically (without specification).
10.09.19 17:00:28 The DSL data rate on line 1 has been adapted. Further dynamic adaptations will be performed automatically (without specification).
10.09.19 16:59:54 The service provider successfully transmitted settings to this device.
10.09.19 16:58:54 The FRITZ!Box settings were changed on the user interface.
10.09.19 16:58:50 The service provider successfully transmitted settings to this device.
10.09.19 16:58:49 The system time was updated successfully by time server 217.155.40.118.
10.09.19 16:58:48 IPv6 prefix obtained successfully. New prefix: 2001:980:x::/48
10.09.19 16:58:48 IPv6 internet connection established successfully. IP address: 2001:980:x::1
10.09.19 16:58:47 Internet connection established successfully. IP address: 82.95.x.x, DNS server: 194.109.6.66 and 194.109.9.99, gateway: 194.109.5.x, broadband PoP: dr12.d12
10.09.19 16:58:39 DSL is available on line 2 (DSL synchronization established with 36231/5573 kbit/s).
10.09.19 16:58:38 DSL is available on line 1 (DSL synchronization established with 30673/5595 kbit/s).
10.09.19 16:58:17 Login to the FRITZ!Box user interface from the IP address 192.168.178.24.
10.09.19 16:57:37 DSL synchronization of line 2 starting (training).
10.09.19 16:57:37 DSL synchronization of line 1 starting (training).

op verzoek van AVM:
! 10.09.19 17:03:17 DSL Diagnostics has been started.
via fritz.box/support.lua

! 10.09.19 17:04:42 The DSL settings for interference resistance were changed.
Stability slider geheel naar links gezet.

Maar hoopvol is de log vooralsnog niet echt.. (veel langer tot verbinding dan FB7583).
g***@xs4all.nl
2019-09-10 15:37:48 UTC
Permalink
Maar hoopvol is de log vooralsnog niet echt.. (veel langer tot verbinding dan FB7581).
FB7581 dus....
Tim
2019-09-10 18:31:11 UTC
Permalink
Post by g***@xs4all.nl
Ja, het moest er een keer van komen .. een draadje met klachten over de FB7583 ;).
Ondertussen zit deze weer in de doos en is de FB7581 alweer 3 dagen probleemloos in gebruik waar de FB7583 per dag wel een keer offline was door resync/dsl/PPPoE timeouts etc.
Aangzien het mij 4 mailtjes kostte naar AVM en daarna een belletje om een LOG file svp te bekijken is dat uiteindelijk gelukt (verzoek was daarna ook eenzelfde log van de FB7581) ter vergelijking.
Pair bonding;
75,32 Mbit/s
13,49 Mbit/s
1. DSL active since: 2 days, 15 hours, 10 minutes VDSL2 17a G.Vector (ITU G.993.5)
2. DSL active since: 2 days, 15 hours, 10 minutes VDSL2 17a G.Vector (ITU G.993.5)
852 m
Fritz DSL version: A2pvfbH045l.d27f
DSL Central Exchange Broadcom:177.191
De (nu in doos dus) FB7583 draait op v7.13 .. alles factory defaults, factory recover.
Iemand anders ook de ervaring dat de FB7583 eigenlijk (vooralsnog) niet het gehoopte apparaat is wat de geplaagde FB7581 zou moeten opvolgen?
Ik heb de FB7583 nu een dag in gebruik, en ben dit nog niet
tegengekomen. Je moet de FB wel direct uit de door even updaten, hij
komt met firmwareversie 7.12, en 7.13 staat klaar. Deze FB is overigens
een vervanging voor de 7581, die ik mijn geval juist kuren vertoond.
Mocht ik iets negatiefs merken, dan laat ik het wel even weten.
g***@xs4all.nl
2019-09-13 06:46:37 UTC
Permalink
Op verzoek van AVM 'DSL Statistics' aangezet op de nu gebruikte FB7581 ter vergelijking van de FB7583 op onze aansluiting. (http://fritz.box/support.lua)
Verzoek was om 24 uur deze test aan te laten staan. In principe logged er iets in de achtergrond en geeft http://fritz.box/support.lua aan dat de test actief is eenmaal gestart.

Ervaring is dat na 2 pogingen de FB7581 crashed en de test verloren raakt.
Opvallend is dat beide herstarts eigenlijk na 2,5 uur plaatsvinden na activeren DSL Statistics logging.
Ook is opvallend dat maar 1 DSL lijn 'hertrained' ipv 2 DSL lijnen bij het activeren van de logging, ik zou verwachten dat beide lijnen zouden hertrainen bij pair bonding.

Ik heb nogmaals nu de DSL statistics aangezet en kijken wat er gebeurt over 2,5 uur Wink

FB7581 v7.12 alleen DSL/routing functie.
Roger
2019-09-13 07:35:28 UTC
Permalink
Post by g***@xs4all.nl
Op verzoek van AVM 'DSL Statistics' aangezet op de nu gebruikte FB7581
ter vergelijking van de FB7583 op onze aansluiting.
(http://fritz.box/support.lua)
Verzoek was om 24 uur deze test aan te laten staan.
Dat gaat met een 7581 niet. Een 7581 (zonder bonding) produceert ca. 27
MB data per uur. Na een kleine 8 uur is het geheugen op en mag je blij
zijn als je box niet spontaan herstart (bij mij gebeurde dat niet, maar
bij anderen weer wel naar ik heb gelezen). Die grote hoeveelheid data
was voor de AVM-supportmedewerker overigens nieuw (kennelijk werkt het
bij andere modellen anders).
Post by g***@xs4all.nl
Ook is opvallend dat maar 1 DSL lijn 'hertrained' ipv 2 DSL lijnen
bij het activeren van de logging, ik zou verwachten dat beide lijnen
zouden hertrainen bij pair bonding.
Ik heb mij wel eens afgevraagd waarom die hertraining überhaupt nodig
is. Misschien dat ze op die manier de onderhandelde lijnparameters in
de logging vangen? (wel zo handig om te begrijpen wat je verderop ziet)
In dat geval is het misschien niet nodig om de 2e lijn ook te laten
hertrainen. Maar het kan natuurlijk ook gewoon slordigheid zijn.
Post by g***@xs4all.nl
Ik heb nogmaals nu de DSL statistics aangezet en kijken wat er gebeurt
over 2,5 uur
To crash or not to crash, that's the question!

Groeten,
-Roger
g***@xs4all.nl
2019-09-27 08:44:44 UTC
Permalink
Post by Roger
Post by g***@xs4all.nl
Ik heb nogmaals nu de DSL statistics aangezet en kijken wat er gebeurt
over 2,5 uur
To crash or not to crash, that's the question!
Hmja blijkbaar is het niet exact aan tijd gebonden maar inderdaad aan de hoeveelheid gegenereerde data of ook weer niet maargoed een volgende logging gaf niet de brui eraan na 2,5 uur :).
g***@xs4all.nl
2019-09-27 09:02:43 UTC
Permalink
Even weer wat ervaring delen;

Mijn ervaring met de FB7583 was steeds dat als ik de FB7581 verving ik heel slecht de management website kon benaderen. Pingen prima etc.. maar configureren .. Terugplaatsen FB7581 .. geen issues. Hoevaal ik ook de windows factory defaults tool gebruikte.. initieel land instellen ok ..maar na die reboot .. geen connectie meer mogelijk of heel slecht.

Omdat ik toch een DSL logging naar AVM wilde sturen, want eenmaal de FB7583 in gebruik vrijwel elke dag +10 minuten DSL sync/pppoe issues per keer, nogmaals getracht deze weer aan te sluiten.

Wederom na het aansluiten van de FB7583 geen mogelijkheid om op de management pagina te komen. Pingen nogmaals OK.
Wat ik nog niet geprobeerd had was de FB7583 dan maar op één device aan te sluiten dan direct in een netwerk met ongeveer 30 devices.

En ja .. op dat moment kon ik prima de FB7583 benaderen, ook nog eens zonder extreme vertraging. Alsnog weer de FB7583 factoryflash (toen alleen nog v7.13) uitgevoerd en in het netwerk opgenomen.

Wat mij wel eerder opviel is dat devices IP-Adressen uitgegeven door de FB7581 behielden zoals gebruikelijk na het aansluiten van de FB7583. Alleen begint de FB7583 ook met een DHCP pool welke nog geen leases heeft en ik zag dus dat enkele apparaten dubbele IP-adressen kregen hierdoor.

Na enkele apparaten te rebooten kon ik deze weer benaderen .. alleen .. dit keer dacht ik ik reset de hele omgeving als spanning uit op de aangesloten switches.

Nu sinds een week draait de FB7583 eigenlijk 'goed' op enkele reboots na maar wel een enorm merkbaar verschil na het ogenschijnlijk resetten van de LAN kant.

Tja wat kan het zijn op het LAN dat de DSL kant eigenlijk zo beinvloed van de FB7583 zoals het lijkt.
Dubbele uitgegeven Ip- adressen? verkeerde / veroudere mac/arp tabellen? 3 1750E's die een nieuwe FB zien?

Uiteraard is het aan en uit zetten van apparaten nog steeds een 'doh' moment maarja .. maargoed.. de FB7583 is weer in gebruik :)

*lang verhaal

Loading...