Userbase

Ik vrees dat het daar niet aan gaat liggen. Voor wat het waard is, bij mijn schoonmoeder (fritz 7490) staat de "Use Previous DSL version" niet actief en is de driver correct (1.100.132.9)

Ik denk dat we beide hetzelfde willen zeggen, namelijk je moet de correcte driver gebruiken
Maar misschien lukt het inderdaad als je het vinkje wegneemt (en de modem herstart).

philippe_d schreef:Ik denk dat we beide hetzelfde willen zeggen, namelijk je moet de correcte driver gebruiken
Maar misschien lukt het inderdaad als je het vinkje wegneemt (en de modem herstart).

Ik denk het niet, of je moest het niet tegen mij hebben De driver bij mijn schoonmoeder is correct en het vinkje is weg, en toch werkt de work-around niet.

Hoop dat de problemen uitgeklaard geraken. Zolang heb ik er geen probleem mee om nog geen vectoring mogelijkheid te hebben.

De problemen kunnen onmiddellijk uitgeklaard worden als het BIPT en PX die belachelijke whitelist opheffen. Er is een perfect werkende update, maar die mag niet geïmplementeerd worden. Dit wordt echt wel heel kafkaiaans...

Phuncz schreef:

Phuncz schreef:Nu probeer ik eens een toestel in Prioritized Application met alle poorten om te zien of het apparaat weer over zijn nek gaat.

Bam, hiermee is het weer naar de zak. Resets elke 16u en 4 minuten. Ik gooi de regel voor dat toestel met alle poorten/protocollen er maar weer uit en zien hoe stabiel het is.

petrol242 schreef:Ik denk het niet, of je moest het niet tegen mij hebben De driver bij mijn schoonmoeder is correct en het vinkje is weg, en toch werkt de work-around niet.

Ik had jou misbegrepen.
Bij mij heeft de work-around wel gewerkt, maar ik had dan ook alleen last van de "upstream bug".

@lievenborms
Ik heb net hetzelfde probleem, tot op heden ook nog geen oplossing gevonden..

Wat voor waarden krijg jij bij een automatische lijntest? Bij mij maakt hij eerst 2 keer connectie op een 16/0,9 verbinding. Daarna valt hij op 7/0,5..

Ik heb het vinkje bij “Use previous DSL version” verwijderd. Momenteel maak ik nu ook gebruik van DSL version: 1.100.132.9.
Helaas geen snelheidswinst ook niet na de voorgeschreven procedure. Momenteel maak ik gebruik van firmware versies 6.20 te vinden op ftp://ftp.avm.de/fritz.box/fritzbox.749 ... e/belgium/
Is dit een andere van de recovery? (ftp://ftp.avm.de/fritz.box/fritzbox.749 ... c/belgium/)

Vandaag werd weer contact opgenomen met proximus omtrent dit probleem.
Hun antwoord: “wij kunnen u verder niet helpen, u dient de Bbox3 te gebruiken”.

boysim schreef:@lievenborms
Ik heb net hetzelfde probleem, tot op heden ook nog geen oplossing gevonden..

Wat voor waarden krijg jij bij een automatische lijntest? Bij mij maakt hij eerst 2 keer connectie op een 16/0,9 verbinding. Daarna valt hij op 7/0,5..

Vanaf de eerst connectie bekom ik 7/0,5.

Tot nu toe zie ik dat vooral gebruikers met een 7490/vectoring een probleem hebben met de "upstream" bug. Zijn er ook gevallen met een 7360/vectoring?

Misschien niet echt relevant (omdat voor sommige de workaround voor de 7490 werkt en voor anderen dan weer niet), maar ik stel de vraag toch maar

@Petrol242. Ik zie dat je een 7360 hebt. Kan je deze eens proberen op je schoonmama's lijn?

7360 heeft ook vlaggen...

Ik ga de work arround eens proberen tijdens de lijntest... Ik heb zo het vermoeden (ben het zeker) dat door de bug ik bij de lijntest maar een 16,5/0,9 profiel krijg. Hierop volgt dat de Rop mij fix zet op 7/0.5. Hij kan namelijk mij niet hoger geven in functie van mij upload. Moest ik de bug er nu uit krijgen tijdens de lijntest krijg ik misschien terug mijn 16,5/2... Wat denken jullie?


Verzonden vanaf mijn iPhone met Tapatalk

Wel het experiment is geslaagd.
Ik heb eerst de sagem aangesloten => sync op 7/0,5
automatische lijntest gedaan 10 minuutjes laten doen => sync op 16,5/2
fritzbox spanningsloos zetten (dikke minuut)
fritzbox terug in het stopcontact (dikke minuut met rust gelaten)
dsl kabel uit de werkende sage in de werkende Fritzbox gestoken.

En dit is het resultaat! het ligt hem dus soms aan combinaties van oplossingen

Nu wachten op DLM en hopelijk op vectoring...

Op aanraden van proximus heb ik de bbox3 dan toch maar eens vanonder het stof gehaald. Grappig genoeg bleek de downloadsnelheid zelfs nog lager te zijn namelijk 6mb/s en de upload 0,5mb/s.
Om deze rede heeft de helpdesk dan eindelijk toch eens moeite gedaan en een technieker doorverbonden. Deze was zeer luister bereid waardoor het was toegestaan om de meeste van de problemen van deze topic aan te kaarten. (whitelist, firmware versies, vectoring,…)
Met al deze info ging hij het probleem onderzoeken en een uurtje later belde hij terug om te melden dat hij enkele settings had veranderd en dat het opgelost zou moeten zijn. Intussen had de bbox3 weer plaats gemaakt voor de fritzbox 7490 en inderdaad de normale snelheden waren terug. (download 70mb/s, upload 20mb/s) Verder liet de technieker nog weten dat de gemelde problemen verder onderzocht zullen worden.
Voor degenen met gelijkaardige problemen lijkt het mij best om toch maar de helpdesk van proximus te blijven contacteren tot je iemand aan de lijn krijgt die een beetje moeite wil doen.
Bij deze bedankt mijnheer de technieker

Ben eens benieuwd welke settings de Proximus technieker zoal heeft moeten wijzigen ?

lacer schreef:Ben eens benieuwd welke settings de Proximus technieker zoal heeft moeten wijzigen ?

De technieker zou de upload-vectoring uitgeschakeld hebben.
Bijkomend zou er een soort ‘lock’ geplaatst zijn op de instellingen. Hierdoor dienen interne instellingen manueel te gebeuren en kan het systeem deze niet meer op automatische wijze aanpassen.
De kans bestaat wel dat de ‘lock’ verwijdert wordt zodra het probleem met firmware en dergelijke van de baan zou zijn.

Phuncz schreef:Bam, hiermee is het weer naar de zak. Resets elke 16u en 4 minuten. Ik gooi de regel voor dat toestel met alle poorten/protocollen er maar weer uit en zien hoe stabiel het is.

En ondertussen 80+ uren stabiel. Het is duidelijk: geen QoS/Prioritization settings met "all" of "everything except surf and email" instellen.

Hier ook stabiel met 'internet telephony' naar real-time.

Wat ook opvalt is dat de webinterface van de Fritz veel sneller geworden is vanaf het verwijderen van die andere QoS rules, vroeger moest ik soms 10-20 seconden wachten op een reactie op een click in de webinterface, momenteel is dat bijna onmiddelijk.

Yup, dat is ook mijn ervaring. Ik heb de info naar AVM gestuurd, hopelijk kunnen ze er wat mee.

pussyfooter schreef:Tot nu toe zie ik dat vooral gebruikers met een 7490/vectoring een probleem hebben met de "upstream" bug. Zijn er ook gevallen met een 7360/vectoring?

Ja, regelmatig wordt het DL signaal verbroken waarna de 7360 weer synchroniseert. Om de week of zo heb ik prijs. Maar kan ook om de 3 dagen zijn. Het is heel onregelmatig. Ik heb een versie 1 van de 7360 met firmware 6.20

We zijn nu 4 weken verder nadat Edpnet de zogenaamde "emergency certification" heeft aangevraagd. Het is echter nog veel dringender geworden, aangezien er door white hats een kwetsbaarheid is online gezet voor alle versies ouder dan 06.30. Via deze kwetsbaarheid kunnen kwaadwillenden root toegang verkrijgen op de Fritz!Box en op jouw kosten dus VoIP telefoontjes maken.

Bron: https://www.redteam-pentesting.de/en/ad ... r-overflow

Zoals je kan zien in de tijdslijn onderaan, is dit een 'responsible disclosure', waarbij ze eerst de fabrikant verwittigden en deze de kans gaven om een nieuwe firmware te ontwikkelen én uit te rollen, waarna ze pas de kwetsbaarheid publiek maakten. AVM heeft hier goed op gereageerd door 6.30 automatisch uit te rollen naar alle normale Fritz!Box modellen, behalve naar... de Belgische natuurlijk. Lang leve de whitelist!

Je moet alles lezen hé:

Due to firewall restrictions, the service is only
accessible from within the internal network connected to the FRITZ!Box.
However, it is also possible to exploit this vulnerability by utilising
cross-site request forgery, allowing typical "drive-by" exploitation
through a user's web browser.

Zal dus wel niet zo'n gang gaan...

Tjah, het is niet leuk om te weten dat je een met een lek zit, zelf al is het risico miniem.
Het is nog minder leuk om te weten dat de oplossing bestaat maar tegengehouden word door een concurrent omdat die liever zijn eigen product pusht.

Allesbehalve een geruststelling is het dat de patch voor een eventueel toekomstig lek met groot risico op dezelfde vertraging zal kunnen rekenen.

Ik begrip je standpunt
Je kan natuurlijk de bbox terugplaatsen en hopen dat daar minder lekken in zitten

Gisteren een Fritzbox 7490 (FW6.20) in dienst gezet ter vervanging van mijn Thomson (geen vectoring support).
Aan de features is er niets op aan te merken, maar de stabiliteit van de DSL lijn is er toch op achteruit gegaan. De Thomson had hier geen enkel probleem mee... dat is wel jammer. Momenteel zit ik nog op een 70/10 sync, op een keer gaat dat vrees ik zakken aangezien de vele disconnects. Ik zit op 150a200m van de ROP met Broadcom kaart en vectoring nog inactief.

Zou dit te maken kunnen hebben met het feit dat ik de telefoon kabel van de Thomson gebruikt heb op de Fritzbox? Het blauwe dunne kabeltje dat Proximus meegeeft paste niet in de DSL/TEL aansluiting van de Fritzbox, en de kabel die bij de Fritzbox zat paste niet in de aansluiting in de muur...

Log uit de DSL tab:
17.01.16 16:10:57 Internet connection established successfully. IP address: XXX, DNS server: 193.74.208.65 and 193.74.208.135, Gateway: XXX, Broadband PoP: MSR03BKC6-H104L2112L006V
17.01.16 16:10:53 DSL is available (DSL synchronization exists with 70199/10064 kbit/s).
17.01.16 16:10:23 Timeout during PPP negotiation.
17.01.16 16:10:23 Internet connection cleared.
17.01.16 16:10:18 DSL not responding (no DSL synchronization).
17.01.16 16:01:46 Internet connection established successfully. IP address: XXX, DNS server: 193.74.208.65 and 193.74.208.135, Gateway: XXX, Broadband PoP: MSR03BKC6-H104L2112L006V
17.01.16 16:01:42 DSL is available (DSL synchronization exists with 70199/10064 kbit/s).
17.01.16 16:01:11 Timeout during PPP negotiation.
17.01.16 16:01:11 Internet connection cleared.
17.01.16 16:01:07 DSL not responding (no DSL synchronization).
16.01.16 20:52:32 Internet connection established successfully. IP address: XXX, DNS server: 193.74.208.65 and 193.74.208.135, Gateway: XXX, Broadband PoP: MSR03BKC6-H104L2112L006V
16.01.16 20:52:32 Internet connection cleared.
16.01.16 18:26:50 Internet connection established successfully. IP address: XXX, DNS server: 193.74.208.65 and 193.74.208.135, Gateway: XXX, Broadband PoP: MSR03BKC6-H104L2112L006V
16.01.16 18:26:46 DSL is available (DSL synchronization exists with 70199/10064 kbit/s).
16.01.16 18:26:15 Timeout during PPP negotiation.
16.01.16 18:26:15 Internet connection cleared.
16.01.16 18:26:10 DSL not responding (no DSL synchronization).
16.01.16 18:24:42 Internet connection established successfully. IP address: XXX, DNS server: 193.74.208.65 and 193.74.208.135, Gateway: XXX, Broadband PoP: MSR03BKC6-H104L2112L006V
16.01.16 18:24:39 DSL is available (DSL synchronization exists with 70199/10064 kbit/s).
16.01.16 18:24:09 Timeout during PPP negotiation.
16.01.16 18:24:09 Internet connection cleared.
16.01.16 18:24:04 DSL not responding (no DSL synchronization).
16.01.16 16:25:36 Internet connection established successfully. IP address: XXX, DNS server: 193.74.208.65 and 193.74.208.135, Gateway: XXX, Broadband PoP: MSR03BKC6-H104L2112L006V
16.01.16 16:25:23 PPPoE error: Timeout.
16.01.16 16:25:13 Internet connection cleared.
16.01.16 16:25:13 PPPoE error: Timeout.
16.01.16 16:25:06 DSL is available (DSL synchronization exists with 70199/10064 kbit/s).

Uit jouw screenshots zie je:

• dat vectoring nog niet actief is op jouw ROP (G.INP = off)
• dat je relatief dicht zit van de ROP (line attenuation = 5 dB)
• dat er geen directe reden is voor de disconnects (SNR = 11/13 dB)
• dat de SNR mooi stabiel blijft (zie grafiek "statistcis")

Ik zou toch nog eens die verbinding nakijken. Dat RJ11 stekkertje in een RJ45 bus geeft misschien een onbetrouwbare verbinding?
Bij een officiële internationale FritzBox hoort een Y-kabel. Het DSL uiteinde is een RJ45, maar hiervoor zit er in de doos een adapter (RJ45>RJ11).
Je kan ook normale UTP kabel gebruiken, en aan één kant de stekker afknippen.

• Het blauwe paar verbind je met de blauwe contacten van de NTP
  Het groene paar verbind je met de groene contacten van de NTP (indien vaste lijn)

PS. Van zodra vectoring actief wordt op jouw lijn (binnen enkele weken?), zal je probleemloos aan 100/20 syncen .

Philippe. De RJ11-RJ45 stekkertjes heb ik gevonden, ik had ze niet gezien tijdens het uitpakken Samen met de Y-kabel heb ik voorlopig geen problemen meer gehad met de sync. Vannacht wel een time-out gehad op de PPPoe sessie, maar dat kan ook aan Scarlet gelegen hebben... Bedankt.

19.01.16 02:14:29 Internet connection established successfully. IP address: XXX, DNS server: 193.74.208.65 and 193.74.208.135, Gateway: XXX, Broadband PoP: MSR03BKC6-H104L2112L006V
19.01.16 02:14:14 PPPoE error: Timeout.
19.01.16 02:14:00 PPPoE error: Timeout.
19.01.16 02:13:47 PPPoE error: Timeout.
19.01.16 02:13:32 PPPoE error: Timeout.
19.01.16 02:13:19 PPPoE error: Timeout.
19.01.16 02:13:05 PPPoE error: Timeout.
19.01.16 02:12:52 PPPoE error: Timeout.
19.01.16 02:12:38 PPPoE error: Timeout.
19.01.16 02:12:24 PPPoE error: Timeout.
19.01.16 02:12:10 PPPoE error: Timeout.
19.01.16 02:11:56 PPPoE error: Timeout.
19.01.16 02:11:43 PPPoE error: Timeout.
19.01.16 02:11:29 PPPoE error: Timeout.
19.01.16 02:11:15 PPPoE error: Timeout.
19.01.16 02:11:01 PPPoE error: Timeout.
19.01.16 02:10:48 PPPoE error: Timeout.
19.01.16 02:10:34 PPPoE error: Timeout.
19.01.16 02:10:20 PPPoE error: Timeout.
19.01.16 02:10:06 PPPoE error: Timeout.
19.01.16 02:09:52 PPPoE error: Timeout.
19.01.16 02:09:38 PPPoE error: Timeout.
19.01.16 02:09:25 PPPoE error: Timeout.
19.01.16 02:09:11 PPPoE error: Timeout.
19.01.16 02:08:58 PPPoE error: Timeout.
19.01.16 02:08:44 PPPoE error: Timeout.
19.01.16 02:08:30 PPPoE error: Timeout.
19.01.16 02:08:17 PPPoE error: Timeout.
19.01.16 02:08:03 PPPoE error: Timeout.
19.01.16 02:07:49 Timeout during PPP negotiation.
19.01.16 02:07:49 Internet connection cleared.

Kenw00t schreef:We zijn nu 4 weken verder nadat Edpnet de zogenaamde "emergency certification" heeft aangevraagd. Het is echter nog veel dringender geworden, aangezien er door white hats een kwetsbaarheid is online gezet voor alle versies ouder dan 06.30.

Ik vernam dat er op dit ogenblik "live testen" bezig zijn bij een 100-tal EDPnet klanten met de Fritz OS 06.30
Misschien kan je (op eigen risico) de 06.30 installeren (en bij manier van spreken deelnemen aan de test )
ftp://ftp.avm.de/fritz.box/fritzbox.749 ... e/english/

06.30 greylisted?

Bij wijze van test (mezelf opgeofferd als proefkonijn ) heb ik gisterenavond de internationale Firmware 06.30 (113.06.30) op mijn FritzBox 7490 gezet ...

Mijn lijn kreeg onmiddellijk een 100/20 profiel.

• met de vorige FW (06.20) kreeg ik na een opstart 100.000/576 kpbs (upstream vectoring bug).

Uit de logs zie ik dat er een resync gebeurde rond 3.30u, waarna ik terug op 100/20 kwam.

• bij een vorige test met een niet appoved firmware, kreeg ik na enkele uren een resync + fallback.

De FritzBox blijft stabiel op 100/20

Conclusie: Hoewel nog niet officiëel, is de versie 06.30 is waarschijnlijk op de "whitelist" (als test), vandaar "greylisted"

Wie het eens wil proberen (op eigen risico) volgende opmerkingen:

• zet de automatische FW update af.
• maak een back-up van je huidige configuratie voor je de update doet.
• installeer de internationale versie 06.30: ftp://ftp.avm.de/fritz.box/fritzbox.749 ... e/english/
• bij een eventuele terugkeer naar 06.20 (downgrade) verlies je de settings (vandaar de back-up voor de upgrade).
• de FritzBox zal melden dat je niet de "laatste" approved FW gebruikt voor België (6.20). Deze melding mag je negeren.

Success.

Zit die dynamische brug al in de 6.30?

Goede vraag, ik vraag het eens na.
Je kan het ook eenvoudig testen:

• * Stel provider in op Belgacom (zonder TV).
  * Sluit decoder aan op een willekeurige LAN poort.
  * Check het IP adres die de decoder krijgt. Indien dit een 10.x.x.x adres is, dan is de dynamic bridge actief, indien je een 192.168.178.xxx adres krijgt, zit de dynamic bridge er nog niet in.
  * In dit laatste geval moet je als provider "Belgacom + TV" kiezen: dan heb je TV op LN 3+4 (bridged).

[EDIT]
Proximus dynamic bridge zal er pas zijn vanaf 06.50

philippe_d schreef:Goede vraag, ik vraag het eens na.

[EDIT]
Proximus dynamic bridge zal er pas zijn vanaf 06.50

OK, bedankt.

Betreft de firmware versie 06.30 voor de 7360 v2, staat die ook op de grijze lijst ?
ftp://ftp.avm.de/fritz.box/fritzbox.fon ... /firmware/ > mapje english (voor de internationale versie).

Ik heb geen toegang tot de Proximus whitelist, maar gezien er op dit ogenblik live testen lopen bij een honderdtal EDPNet klanten, veronderstel ik dat dit ook geldt voor de 7360 (de meeste EDPnet klanten hebben een 7360).
Ik zou zeggen:

• - neem het risico, je kan altijd terug naar 06.20 als 't niet lukt (neem altijd eerst een back-up).
  - of wacht gewoon af, het zal voor binnenkort zijn denk ik.

lacer, Philippe,

Ik heb net mijn 7360 geupdate, en voor zover ik kan zien heb ik nog steeds dezelfde waarden.

Een half uur geleden (dus 2,5 uur na update) vloog het internet eruit. De verbinding werd echter hersteld, waarna ik vaststelde dat mijn snelheid van 70/10 naar 70/15 was gestegen. Nog geen spijt van 06.30 dus.

Next step 85/15

Zit al 3 dagen met de nieuwe firmware (6.30) op men 7490. Ben aangesloten bij Scarlet. Had 70/10, ben in 2 stappen naar 70/20 gegaan. Heb nog speling om naar hogere download te gaan. Bug upload snelheid is niet meer.

Net gezien dat mijn profiel naar 100/15 is gegaan, FB7360, firmware 6.20, Scarlet Internet.

Ik heb juist de 6.30 update gekregen op mijn fritzbox 7490.

Verstuurd vanaf mijn A0001 met Tapatalk