Hebben hier meer mensen last van? Wat te doen?
Het is een probleem dat al langer speelt. Bij de producent AVM in
Berlijn is het niet gelukt dit te reproduceren, terwijl xs4all
klanten en ook de helpdesk het wel eenvoudig kunnen reproduceren.
Vorige week is iemand van AVM langsgeweest en het blijkt dat inderdaad
met de 7170s die zij hebben getest het probleem niet bestaat, en met de
7170s die xs4all heeft wel. Er is nu dus een stapel problematische
7170s naar Berlijn gegaan voor analyse.
Als je de firmware downgrade naar een oudere versie is het
probleem ook opgelost, heb ik begrepen.
Mike.
Hmmm, ik kreeg uit de mails van AVM de indruk dat ze het een paar
maanden geleden wel gezien hadden.
>
> Vorige week is iemand van AVM langsgeweest en het blijkt dat inderdaad
> met de 7170s die zij hebben getest het probleem niet bestaat, en met de
> 7170s die xs4all heeft wel. Er is nu dus een stapel problematische
> 7170s naar Berlijn gegaan voor analyse.
Oh...
Nou ja we wachten het weer af.
> Vorige week is iemand van AVM langsgeweest en het blijkt dat inderdaad
> met de 7170s die zij hebben getest het probleem niet bestaat, en met de
> 7170s die xs4all heeft wel. Er is nu dus een stapel problematische
> 7170s naar Berlijn gegaan voor analyse.
Vandaar dat AVM niets meer van zich liet horen (negeren van emails) en het
leek er op dat AVM er dus niets aan ging doen. Fijn om toch nog iets te
vernemen dat het bij hun niet te reproduceren valt en bij xs4all dus wel. Ik
hoop dat ze het met xs4all 7170's ook kunnen reproduceren.
Keep us posted Mike. Het volgen van de ontwikkelingen omtrend dit probleem
willen veel mensen graag weten :) Voorlopig ben ik wel tevreden met alle
overige features op dus het reset probleem na. Met een beetje gecontroleerd
downloaden op iets lagere snelheid kan ik voorlopig nog mee leven tot de
oplossing er is.
Danny.
Ja maar dan begint'ie steeds weer te trainen. Zo blijven we bezig
natuurlijk.
Shakespeare
Misschien hadden ze toen wel een 7170 uit dezelfde partij om het op
te testen :-)
Oh ja, de mijne komt uit de handel, niet via xs4all.
> Het is een probleem dat al langer speelt. Bij de producent AVM in
> Berlijn is het niet gelukt dit te reproduceren, terwijl xs4all
> klanten en ook de helpdesk het wel eenvoudig kunnen reproduceren.
>
> Vorige week is iemand van AVM langsgeweest en het blijkt dat inderdaad
> met de 7170s die zij hebben getest het probleem niet bestaat, en met de
> 7170s die xs4all heeft wel. Er is nu dus een stapel problematische
> 7170s naar Berlijn gegaan voor analyse.
>
> Als je de firmware downgrade naar een oudere versie is het
> probleem ook opgelost, heb ik begrepen.
>
> Mike.
Er is hier meer mis, de bel gaat vaak niet over, en dus vulde ik het
formulier bij AVM in. Daarop kreeg ik de aanwijzing de DUITSE firmware
te installeren omdat ik volgens het serienummer een duits exemplaar zou
hebben.
Hoe dat zo?
Ik ga daar niet aan beginnen. Ik heb 'm gekregen met Engelse firmware en
weet niet of dat net als bij de 5070 verschil maakt. Ge zien de overige
kwaliteit van het antwoord geniet AVM bij mij niet meer gezag dan de
schillenboer.
Hoe dan ook, jullie dure lellebel staat op de plank. Mijn oude 5070 met
defect WLAN (geen zendvermogen) werkt als modem/router en daar achter
heb ik een ST780 gedegradeerd tot switch met WLAN.
Geen gezicht! Maar wel de vereiste 100% stabiel. :-)
--
Met vr.gr,
Ruud Uphoff
Sorry ik dacht dat ik de enige was en had ik er al een workaround voor...
Ik start niet met 8 threads tegelijk, ik zet ze allemaal op pauze en start ze
1 voor 1 op en sinds ik dit doe is hij er nooit meer uitgeklapt
:-)
Ja, ik kan ook veel trekken, 12 threads langzaam starten met grabit (3
servers, 1 van xs4all en 2 stuks via ipv6 naar andere providers).
Met ftp programma wat backups uploaden (upload zet ik altijd standaard wat
lager 15 kb/s onder de max om nog iets lucht te hebben)
Dan kan ik ook nog een shoutcast stream luisteren.
Na een uur of wat gaat het mis :) Waarschijnlijk omdat er wat mailtjes
worden opgehaald of ontvange op me mailserver, of een bezoeker op de website
wilt.
Of familie update de mega grote pagina met familie webcam snapshot uploads
die via ftp geupped worden.
Maar als ik veel ineens doe dan is het meteen raak.
Maar een simpele linux ISO via HTTP gaat bijna altijd mis.
Enigste wat ik kan doen om de resets helemaal te onderdrukken is om op mijn
managed switch de UTP poort waar de fritz aan hangt te "shapen".
Dus een weg vernauwing creeeren. Maar ach.. het gaat zo ook wel.. meeste
programma's heb ik op retry 99 gezet :-) dus die paar minuten eff offline is
niet zo heel erg voor me downloads/uploads.
Danny.
Als ik de ervaringen met die FritzBox zo lees denk ik: Voorlopig geen
abo-verlenging voor mij.
Het zou mooi zijn als er bij de "veelgestelde vragen over deze actie"
zou staan:
7. Ik heb gehoord dat het een kloteding is, klopt dat?
- Ja, wacht nog maar even met verlengen tot we het opgelost hebben.
Gerben
Nee, het is een heel leuk apparaat met meer mogelijkheden dan de
concurrentie.
Er kunnen in sommige gevallen problemen optreden maar die zijn de
uitzondering en vaak is er een oplossing voorhanden.
Ach, ik heb geen klachten.
FRITZ!Box Fon WLAN 7170 Firmware-Version 29.04.70-13679 ('Labor')
>Gerben
--
) Kees
(
c[_] Madness takes its toll. Please have exact change.
-- [#200]
Bottemline: zij weten ook niet wat er aan de hand is. Betroffenen
wordt gevraagd om regelmatig allerlei systeemdumps van het modem te
maken en die op te sturen als het weer eens fout gaat. (Is me een
raadsel dat zij het niet kunnen reproduceren; ik kan het hier zo voor
elkaar krijgen :-(
Alternatief stuurden ze me een engelstalige exec die de firmware
terugzet naar 58.04.64.
Blijf ik met de keuze zitten:
1. wordt ik betatester voor AVM met een haperend modem of
2. installeer ik onbekende firmware die dreigt al mijn systeemsettings
te overschrijven (o.a. login etc.)
Is de oude firmware met XS4ALL settings nog ergens te vinden?
> Heb gebeld met de helpdesk die me prompt naar AVM doorschakelden. Daar
> werd ik te woord gestaan door een vriendelijke en kundige Duitse dame
> die zeer goed Nederlands sprak.
>
> Bottemline: zij weten ook niet wat er aan de hand is. Betroffenen
> wordt gevraagd om regelmatig allerlei systeemdumps van het modem te
> maken en die op te sturen als het weer eens fout gaat. (Is me een
> raadsel dat zij het niet kunnen reproduceren; ik kan het hier zo voor
> elkaar krijgen :-(
Blijkbaar is deze dame niet op de hoogte van de laatste ontwikkelingen, AVM
kan de reboots inmiddels wel reproduceren, en ze zijn nu bezig met hardware
debugging om de exacte oorzaak van dit probleem te achterhalen.
Dus er wordt nu hard aan gewerkt.
> Alternatief stuurden ze me een engelstalige exec die de firmware
> terugzet naar 58.04.64.
>
> Blijf ik met de keuze zitten:
>
> 1. wordt ik betatester voor AVM met een haperend modem of
Lijkt me niet nodig.
> 2. installeer ik onbekende firmware die dreigt al mijn systeemsettings
> te overschrijven (o.a. login etc.)
>
> Is de oude firmware met XS4ALL settings nog ergens te vinden?
Versie 58.04.64 is vziw gewoon een standaard firmware die het bij gebruik
op een XS4ALL aansluiting prima doet. Je zal waarschijnlijk je instellingen
wel opnieuw moeten invoeren, maar zolang je het modem instelt op VPI/VCI
8/48 en PPPoA, krijg je gewoon verbinding. Username en password hoef je
verder niet in te stellen.
--
Timo
Kan iemand mij vertellen waar de oudere firmware (ouder dan 58.04.67)
te downloaden is ?
Alvast bedankt
Is er al wat bekend over ? Ik heb er elke nacht last van, vrij irritant..
of heeft iemand een oudere firmware (anex-A, anloog)
Gr.
Alfred
Ik weet niet waar je die firmware kan downloaden, maar de laatste
firmware is 58.04.67, en de een-na-laatste is 58.04.57 . Misschien
dat Google je kan helpen (of een andere poster hier).
Overigens, dat 's nachts rebooten, weet je zeker dat dat niet
een instelling is ? Die instelling *is* er namelijk, en het kan
best zijn dat die bij jou aanstaat.
Mike.
WTF????? WTF!!!!!!!!!! Deze tip is GOUD! Modem klapt niet meer, en
downstream is ineens van 1.15 Mbyte p/sec. naar 1.36 Mbyte p/sec, dat
is 18% sneller. Kennelijk werkt jouw tip dus ook om de qos-
pakketplanner beter te balanceren. :o)
In dat geval zou ik even vragen om de nieuwe firmware aan Timo.
Daarmee is mijn workaround zelfs niet meer nodig.
Sinds ik die heb geinstalleerd is de verbinding er niet meer uitgeklapt.
> WTF????? WTF!!!!!!!!!! Deze tip is GOUD! Modem klapt niet meer, en
> downstream is ineens van 1.15 Mbyte p/sec. naar 1.36 Mbyte p/sec, dat
> is 18% sneller. Kennelijk werkt jouw tip dus ook om de qos-
> pakketplanner beter te balanceren. :o)
>
>
> In dat geval zou ik even vragen om de nieuwe firmware aan Timo.
> Daarmee is mijn workaround zelfs niet meer nodig.
> Sinds ik die heb geinstalleerd is de verbinding er niet meer
> uitgeklapt.
Zet je quotetekens even aan, nu is er geen verschil te zien tussen jouw
tekst en waarop je reageert.
Je gebruikt outlook express, onder opties, tabblad verzenden kun je dat
instellen bij indeling voor het verzenden van nieuws.
Ik weet niet of je de oe-quotefix gebruikt maar die corrigeert alle
foten van oe en werkt als een soort schil om oe. Klein en gratis
programmaatje.
http://home.in.tum.de/~jain/software/oe-quotefix/
--
MdW.
Is hier al vordering op?
Ik heb een half jaar geleden de 29.04.67 geprobeerd en merkte dat bij
(volle) belasting de fritzbox telkens reboot.
Daarna ben ik terug gegaan naar 29.04.57 die het probleem niet heeft.
Afgelopen week heb ik de nieuwe 29.04.76 geprobeerd, maar het probleem met
het modem is nog steeds niet opgelost, sterker nog met de .76 lijkt het nog
erger te zijn dan met de .67
Ben nu bezig te downgraden terug naar .57
Hoe kan ik zien of het fritzbox modem er een is uit de 'probleem'-serie? Is
dat puur een reeks serienummers? Of is er iets gewijzigd in de modems zoals
ze aan xs4all uitgeleverd zijn?
/Richard
Met versie 29.04.76 zou het reboot probleem opgelost moeten zijn, dat is ook
wat to nu toe vrijwel iedereen heeft gerapporteerd. Dat is onafhankelijk
van de hardware versie.
Als je nog steeds problemen hebt met spontane reboots, dan raad ik je aan om
dit aan AVM te melden via http://www.avm.de/en/service/support/FRITZBox.php
--
Timo
Ik heb de FW 29.04.76 (ik heb een annex B modem) er een week ingehad. Ik heb
geen spontane reboots gehad met weinig download. Maar zodra ik een newsbin
start om wat te downloaden (15mbit netto op mijn lijn die op 16 mbit sync't)
dan heb ik iedere 5 minuten een reboot te pakken. Als ik Newsbin met de
"speed-limiter" terug schroef naar 13 mbit dan download ie wel stabiel.
Ik ben zojuist terug naar 29.04.57
Ik zal eens kijken of ik een case kan aanmaken daar.
Bedankt voor de snelle feedback.
Ik had met Annex B en versie 29.04.67 ook last van reboots onder hoge
load. Met die versie 29.04.68-14579 was dat probleem definitief
opgelost. Geen enkele reboot meer gehad en goede stabiele verbinding.
Dus ook al bestond mijn probleem niet op Annex B, ze hebben er toch iets
veranderd waardoor dit niet-bestaande probleem is opgelost.
Nou ben ik benieuwd of deze zelfde iets ook is meegenomen in de branch
waar .76 uit voortgekomen is. Deze verhalen maken mij erg huiverig. Ik
wil ook absoluut niet terug naar een versie < .67 dus mijn grote vraag
is of ik die .68-14579 terug kan zetten als .76 problematisch blijkt?
Kan iemand uitleggen wat er precies veranderd is in .68-14579 waardoor
mijn probleem werd opgelost, zodat ik gerichter kan testen?
--
[J|O|R] <- .signature.gz
De fix die in 29.04.68-14579 zit om de resets bij volle download op te
lossen, zit ook in 29.04.76
Versie 29.04.68-14579 was een engineering release, buiten het normale
release schema om, 29.04.76 is de eerstvolgende reguliere release. Daar
zitten naast deze fix nog wat extra features en fixes in (zie changelog).
Als 29.04.76 om een of andere reden niet bevalt, lijkt het me geen probleem
om terug te gaan naar 29.04.68-14579
--
Timo
> Ik had met Annex B en versie 29.04.67 ook last van reboots onder hoge
Hier ook en de snelheid hoefde echt niet hoog te zijn. Ik haal gezien de
afstand naar de centrale maximaal 15000mbits. Maar gelukkig bleek ook
mijn probleem volgens AVM niet te bestaan. Een hele geruststelling.
Eh... Toch...??
En ook hier bestaat dat niet bestaande probleem en nu echt niet meer.
Maar er wel een ander "niet bestand probleem". Toen ik het beschreef aan
de Helpdesk van xs4all kreeg ik meteen te horen dat mijn Fritz een
defect lellebel moest zijn en ze stuurden meteen een nieuw. Die had dus
hetzelfde probleem, maar positief is dat xs4all tenminste had gelezen
wat ik schreef en niet begon te zwetsen over "do not disturb"
Inmiddels: als op beide "Telephony Devices" de optie "busy on busy" is
ingeschakeld en beiden regeren op hetzelfde inkomende gesprek, gaan
sommige oproepen regelrecht naar de voicemail. Probleem is dat het niet
met alle oproepen gebeurt en dus moeilijk te ontdekken was.
Maar die opties uitzetten deed het probleem verdwijnen. Het was redelijk
reproduceerbaar, ook in de laatste firmware.
Het zijn prachtige producten als je kijkt naar het WWW-gehalte (1
waarmee ontworpen, maar het besef dat ook naar klachten van die
vervelende klanten moet worden geluisterd en dat er ook gedocumenteerd
moet worden (is ook FLUT!) ontbreekt.
(1 Wazige Willy Wortel
--
Met vr. gr,
Ruud Uphoff
Over de inhoud van de fix of de oorzaak van het probleem is dus niks
bekend gemaakt? Jammer, want anders zou ik wat gerichter kunnen testen.
Maar goed, je klinkt erg stellig en van jou durf ik wel wat aan te
nemen. ;-)
Mijn ervaring in de softwareontwikkeling leert mij dat lang niet alle
wijzigingen in branches ook de volgende major release halen, vandaar dat
ik wat ongerust wordt als mensen hier melden dat de reboots nu vaker
optreden dan voorheen...
>Als 29.04.76 om een of andere reden niet bevalt, lijkt het me geen probleem
>om terug te gaan naar 29.04.68-14579
Ik heb de image nog bewaard, dus als ik binnenkort tijd&zin heb zal ik
eens gaan testen. Lijkt me wel kewl om mijn E71 aan m'n Fritz te knopen.
Bedankt!
> Ik heb de image nog bewaard, dus als ik binnenkort tijd&zin heb zal ik
> eens gaan testen. Lijkt me wel kewl om mijn E71 aan m'n Fritz te
> knopen.
Eh, wat kan je dan?
Maarten
> Is hier al vordering op?
> Ik heb een half jaar geleden de 29.04.67 geprobeerd en merkte dat bij
> (volle) belasting de fritzbox telkens reboot.
> Daarna ben ik terug gegaan naar 29.04.57 die het probleem niet heeft.
>
> Afgelopen week heb ik de nieuwe 29.04.76 geprobeerd, maar het probleem met
> het modem is nog steeds niet opgelost, sterker nog met de .76 lijkt het nog
> erger te zijn dan met de .67
> Ben nu bezig te downgraden terug naar .57
>
> Hoe kan ik zien of het fritzbox modem er een is uit de 'probleem'-serie? Is
> dat puur een reeks serienummers? Of is er iets gewijzigd in de modems zoals
> ze aan xs4all uitgeleverd zijn?
>
> /Richard
>
>
Ik heb sinds .76 geen last meer van spontane reboots bij volle belasting
(= downloaden op de max. bit rate van je verbinding).
Ik werd wel de QoS issues met VoIP zat. Als je > 50% van de verbinding
bv. voor downloaden gebruikte, gaf de 7170 een bagger kwaliteit voor
VoIP. Toch iets met processor belasting. Ik heb nu een 7270 en daar is
het stukker beter/minder. Telefoon kwaliteit is nu bijna perfect.
Ik heb sinds enkele weken een nieuwe 7170 (van XS4All) en die vertoont
met 29.04.76 ook (nog steeds?) het reset probleem.
Ik neem aan dat het niet mogelijk is om de gesavede config van
29.04.76 terug te zetten op oudere firmware?
Zou je dat alsjeblieft willen melden via het online support form van AVM?
http://www.avm.de/en/service/support/FRITZBox.php
> Ik neem aan dat het niet mogelijk is om de gesavede config van
> 29.04.76 terug te zetten op oudere firmware?
Ik durf niet te garanderen dat dat goed gaat, kwestie van proberen vrees ik.
--
Timo
Is gebeurd.
> > Ik neem aan dat het niet mogelijk is om de gesavede config van
> > 29.04.76 terug te zetten op oudere firmware?
>
> Ik durf niet te garanderen dat dat goed gaat, kwestie van proberen vrees ik.
Grapje? Je praat over een full-productie machine met
bedrijfstelefoonlijnen, internettelefonie, interne antwoordapparaten,
interne fax, etc.
--
Timo
Met een FritzBox?
Shakespeare
De box is direct na ontvangst geupgraded, en daarna volledig
geconfigureerd. Anders (eerst configureren, daarna upgraden) zou ik
wel een backup hebben van de het geconfigureerde systeem op de oude
firmware.
Maar het gaat mij ook om de downtijd t.g.v. het opnieuw flashen en
configureren. Plus de risico's -- ik heb al eens eerder een modem
verloren bij het flashen.
Ja, hoezo?
Dat is onzin, er is genoeg apparatuur die het nooit meer gaat doen
als er tijdens het flashen wat mis gaat.
>> De kans dat je bij flashen een modem kwijt raakt is zeeer klein. Ik
>> geloof dat je een groter kans hebt om Eur 100.000,- in de staatsloterij
>> te winnen ;-)
> Dat is onzin, er is genoeg apparatuur die het nooit meer gaat doen als
> er tijdens het flashen wat mis gaat.
Precies, flashen gaat nooit zonder risico's.
Heel vaak gaat het goed, maar gaat het 'e'en keer fout dan kun je
het apparaat weggooien..
Of je moet weten welke PROM leeg is, dan zou je met een programmer de
software weer terug kunnen zetten...
> De kans dat je bij flashen een modem kwijt raakt is zeeer klein. Ik
> geloof dat je een groter kans hebt om Eur 100.000,- in de staatsloterij
> te winnen ;-)
Ha, goeie tip!
Ik ga gelijk m'n modem flashen :)
Eh, bellen?
Ik kan het probleem reproduceren zo vaak ik wil, het treedt enkel op
bij grote rsync transfers (b.v. mirrors).
Weet iemand of de 7270 dit probleem ook heeft?
Had je deze 7170 al een keer omgeruild om uit te sluiten dat het aan de
hardware ligt?
> Weet iemand of de 7270 dit probleem ook heeft?
Lastig te zeggen, het probleem dat je ziet is geen bekend issue, dus dan is
het lastig om aan te geven of je dat met de 7270 ook zal hebben.
--
Timo
Ik heb het aangemeld aan avm een paar weken geleden. Ze hebben gevraagd of
ik crash logs wilde maken dus ik heb er een stuk of 5 verzameld en het
formulier ingevuld. Ze zijn er mee bezig, ik kreeg nog een mail afgelopen
week dus ghet loopt nog :)
Reboots zijn minder vaak dan eerst. Ik denk nu een keer of 3 per week, en
alleen tijdens zware download sessies met 16Mbit geconnect. Voorlopig heb ik
.76 nog draaien.
/Richard
Ik probeer XS4All zover te krijgen dat ze een nieuwe sturen.
Vooralsnog wordt het probleem niet erg serieus genomen. Misschien moet
ik eens gaan dreigen met de consumentenbond.
> > Weet iemand of de 7270 dit probleem ook heeft?
>
> Lastig te zeggen, het probleem dat je ziet is geen bekend issue, dus dan is
> het lastig om aan te geven of je dat met de 7270 ook zal hebben.
Naar het schijnt weet zowel XS4All als AVM echt wel van het probleem
af.
-- Johan
Dat zou niet nodig moeten zijn, als je deze 7170 recent hebt ontvangen, heb
je die in bruikleen en kunnen ze die vrij eenvoudig omruilen om in
iedergeval een hardware defect uit te sluiten.
>> > Weet iemand of de 7270 dit probleem ook heeft?
>>
>> Lastig te zeggen, het probleem dat je ziet is geen bekend issue, dus dan is
>> het lastig om aan te geven of je dat met de 7270 ook zal hebben.
>
> Naar het schijnt weet zowel XS4All als AVM echt wel van het probleem
> af.
Spontane resets van de 7170 met de laatste firmware, zijn voor mij geen
bekend probleem, maar ik zal het nog eens navragen bij AVM en de helpdesk.
--
Timo
Wat is het bijbehorende ticket nummer van AVM? Dan laat ik deze nog even
verder nakijken.
--
Timo
CID2269623
Werkt niet, dus...
A problem occurred while restoring the settings.
The import file does not match the current version of the firmware.
Ik moet dus alles met de hand opnieuw gaan instellen. Bummer.
De 7170 met firmware .76 crasht reproduceerbaar bij grote rsync
transfers (mirrors). Soms komt hij zelfs niet meer op.
Bij mij draaien die standaard elke nacht, dus dat is meer dan
vervelend.
Ik heb een andere 7170 gekregen van XS4All met firmware .68. Deze
lijkt geen probleem te hebben met de rsync transfers maar heeft binnen
een dag wel een keer spontaan gereboot, midden in een telefoongesprek.
De helpdesk adviseert me nu om daar de nieuwste firmware (.76, nee
he?) op te zetten.
Mijn ervaringen lijken consistent met wat in deze thread is gemeld.
Opmerkelijk is dat er kennelijk twee verschillende (doch mogelijk
gerelateerde) problemen spelen: de min of meer spontane resets met fw .
68 en de reproduceerbare crashes met fw .76. Het lijkt me een firmware
probleem en niet gekoppeld aan de hardware maar een hard bewijs
daarvoor heb ik niet.
Voorlopig prefereer ik een zelden optredende spontane reboot boven
elke nacht ellende.
Maar blij ben ik niet.
Ik zie deze draad voor het eerst (tijdje niet gekeken). Toch 2 vragen
over de nachtelijke rsync, met wat idee�n:
- Over welke 'lijnen' loopt de rsync? alleen over bedraad netwerk, over
adsl en/of over wifi?
- Loopt de verbinding (voor de 7170) op topsnelheid of is een ander deel
de bottleneck?
Mijn idee is om te zien wat de gebruikte bandbreedte is en dan de
bandbreedte te knijpen op iets minder. Rsync heeft de optie
'--bwlimit=KBPS' (letop, in bytes/sec). Als je merkt dat de rsync op 2
Mbits/sec loopt dan '--bwlimit=180' gebruiken. Dan hoeft de adsl lijn
niet op topsnelheid te werken.
Heb je rsync al eens zien werken door het in een console te draaien met
de opties --verbose en vooral --progress, zodat je beter kan zien waar
het fout gaat.
Heb je de rsync communicatie in de fritzbox al eens prioriteit gegeven?
In de laatste firmware: AdvancedSettings -> Internet -> Prioritization
-> Rules. Let daarbij wel op welk protocol de fritzbox ziet: rsync, ssh
of een andere tunnel.
Nog een vraagje: Heb je controlle over de andere kant van de rsync? Kan
het zijn dat aan die kant iets fout gaat? Zelf heb ik een rsync opgezet
dat met grote files op 50KBs geknepen bleek. Toen ik zelf een limit aan
zette, kon ik tot 100 KBs gaan. Er kan onderweg en/of aan de andere kant
ook iets mee spelen. Is het afkappen bijvoorbeeld op een vast tijdstip
ivm een nachtelijke automatische reboot. Of aantoonbaar in een bepaald
tijdsbestek ivm een nachtelijke backup waarvoor services worden afgesloten.
Success met de rsync.
Draadje naar Fritz, en dan verder over ADSL.
> - Loopt de verbinding (voor de 7170) op topsnelheid of is een ander deel
> de bottleneck?
Ik mag aannemen dat de bandbreedte ten volle wordt benut. Er loopt
geen (of hoogstens verwaarloosbaar) ander verkeer.
> Mijn idee is om te zien wat de gebruikte bandbreedte is en dan de
> bandbreedte te knijpen op iets minder. Rsync heeft de optie
> '--bwlimit=KBPS' (letop, in bytes/sec). Als je merkt dat de rsync op 2
> Mbits/sec loopt dan '--bwlimit=180' gebruiken. Dan hoeft de adsl lijn
> niet op topsnelheid te werken.
Hou ik in mijn hoofd (lees verder).
> Heb je rsync al eens zien werken door het in een console te draaien met
> de opties --verbose en vooral --progress, zodat je beter kan zien waar
> het fout gaat.
Idem.
> Heb je de rsync communicatie in de fritzbox al eens prioriteit gegeven?
> In de laatste firmware: AdvancedSettings -> Internet -> Prioritization
> -> Rules. Let daarbij wel op welk protocol de fritzbox ziet: rsync, ssh
> of een andere tunnel.
Ja, ik heb deze background priority gegeven. Maakte geen verschil.
> Nog een vraagje: Heb je controlle over de andere kant van de rsync?
Nee.
AVM houdt het voorlopig op een hardware probleem en heeft me gevraagd
dit voor het vervangende modem te verifiëren. Ze sturen me daar wat
materiaal voor, daar wacht ik nog op.