Onderwerp bekijken
Alle modems geleverd door Freedom, waaronder de FRITZ!Box 7170.
 Onderwerp afdrukken
FRITZ!Box 7581 problemen
Roger

Quote

t541hoo schreef:
En wat heeft het voor Xs4all voor een zin om een 20/2 verbinding aan te bieden terwijl het in wekelijkheid een 20/10 is. Commercieel niet slim zou ik zo zeggen.
Commercieel misschien niet, juridisch wel: mocht je ooit om de een of andere reden de upload willen gaan afknijpen op het contractuele niveau, dan blijf je leveren wat je beloofd hebt. Maar waarom wordt dan alleen de download gecapped? Simpelweg omdat het gebruik van een consumentenverbinding vrijwel altijd nog asymmetrischer is dan het contract. Het loont gewoon de moeite (en dus de kosten) niet om dat in te regelen.

Quote

Ik snap de hele redenatie niet "Upload niet gecapped"? De ene zijn upload is de andere zijn download.
Nog even afgezien van packet loss, geldt dat alleen voor een gesloten systeem. De wereld als geheel dus. XS4ALL zal op zijn peerings veel meer ingress verkeer (met grote bronnen als NPO, Netflix en Youtube) hebben dan egress verkeer. En dan moet je natuurlijk ook nog naar de servers binnen het XS4ALL netwerk kijken (met name de televisie servers).

Quote

Waar wordt mijn download dan gecapped.
In de BRAS van XS4ALL. Bij het opzetten van de PPPoE sessie weet de BRAS wat de parameters van jouw contract zijn en configureert daarmee de traffic shaper voor jouw sessie. XS4ALL zou daar ook je upload kunnen cappen, maar dat loont zoals ik al zei de moeite niet. En als ze het wel zouden doen, dan zouden ze ook weer de maximale datarate op de DSLAM eraan moeten koppelen (zo ging het vroeger ook). Anders gaat het CPE (jouw modem) meer data sturen dan de BRAS accepteert met packet loss als gevolg. Upload niet cappen als daar geen noodzaak voor is, is eenvoudiger en goedkoper. En als de klant meer krijgt dan hij verwacht, is de klant tevreden. Win-win, heet dat Smile
FRITZ!Box 7590 (7.57) + FRITZ!WLAN 1750E (7.30)
 
t541hoo

Quote

Roger schreef:

… Commercieel misschien niet, juridisch wel: mocht je ooit om de een of andere reden de upload willen gaan afknijpen op het contractuele niveau, dan blijf je leveren wat je beloofd hebt. …



Juridisch kan geen probleem zijn. ISP's geven al jaren een maximum aan voor de download. En ik ben er niet eens zeker van dat de term "maximum" ook niet al op de upload slaat.

Mijn grote bezwaar blijft bestaan tegen het feit dat wordt aangevoerd dat cappen "packet loss" tot gevolg heeft.

"Packet loss" is een "zachte" netwerkfout. "Zacht" met het oog op het feit dat het internet/netwerk is ingericht om dergelijke fouten zelfstandig op te lossen. "Packet loss" kan bijvoorbeeld ontstaan doordat de route waarop een packet verstuurd wordt down kan gaan of dat er anderszins niet meer voor de integriteit van een packet kan worden ingestaan. De oplossing is dan om het packet opnieuw te sturen. Dat is een "dure" maatregel want het levert extra netwerk verkeer op. Vandaar dat dit absoluut niet de manier is om te knijpen. Dat opnieuw versturen hoeft trouwens niet te betekenen dat ik opnieuw moet sturen. Een node upstream van het probleem kan het pakket nog in de cache hebben en tevens aangesloten zijn op een alternatieve route naar het doel. En daarnaast knijpen gebeurt voortdurend. Bijvoorbeeld wanneer ik met mijn 10Mb up iets aan het sturen ben naar een ontvanger die al full speed iets aan het ontvangen is of sowieso een lagere downloadsnelheid aan kan/toestaat.

Het knijpen/"throttelen" van een verbinding gebeurt door heel andere mechanismen in het netwerk, zoals doordat de "ontvangende kant"/"node op de route" aangeeft even geen pakketten meer te willen ontvangen of het tijdelijk bufferen (negatief knijpen) etc.

Het kan voor Xs4all om diverse redenen handig zijn om hogere snelheden toe te staan:
- het draadje ligt er toch en kan het aan
- er is sprake van tijdelijke overcapaciteit verderop in het netwerk
- de bijna 100% wetenschap dat het verkeer er toch komt en dan maar beter gelijk nu omdat er capaciteit is.

Kortom er is Xs4all alles aangelegen om hun eigen stuk van de route zo efficient mogelijk te benutten. Ze zijn mijn pakketten liever kwijt dan rijk. Maar juist dit feit heeft tevens tot gevolg dat "throttelen" noodzakelijk is. Hun eigen netwerk is namelijk 24/7 maximaal uitgenut en pieken moeten dus noodzakelijkerwijs onderdrukt worden. En "packet loss" maakt dat probleem alleen maar erger.

Dus NEE, knijpen heeft geen "packet loss" tot gevolg. Het netwerk zou daar uiterst onstabiel door worden.

Overigens spreek je je in het citaat ook nog tegen. (" … om de een of andere reden de upload willen gaan afknijpen … " ). Knijpen is nu volgens jou dus ineens wel aan de orde.
 
RuudvanMunster
Vandaag heeft de 7490 die ik achter mijn 7581 gebruik voor DECT en WIFI zijn update naar Fritz!OS 7.01 gehad. Op zich verliep de update vlekkeloos. DECT lijkt nog gewoon te werken na de update. WIFI heeft wel een probleempje. De 7490 geeft de devices nu namen in de stijl van PC-192-168-178-131 i.p.v. de in de 7581 toegekende logischer namen als iPhoneRuud. Dus de naadloze samenwerking tussen 7581 en 7490 lijkt iets minder naadloos te zijn geworden. Ik ben wel benieuwd of de 7581 nu snel volgt.
 
t541hoo

Quote

RuudvanMunster schreef: … De 7490 geeft de devices nu namen in de stijl van PC-192-168-178-131 i.p.v. de in de 7581 toegekende logischer namen als iPhoneRuud ...
Al geprobeerd om na loskoppelen van de 7581 al de instellingen van de apparaten en vermeldingen in het netwerk overzicht in de 7490 weg te halen de 7490 opnieuw op te starten en daarna weer aan de 7581 te koppelen.

Ik zie in de WiFi log van de 7581 trouwens vaak de gegenereerde naam verschijnen ipv de toegekende. En dat voor hetzelfde device soms wel en soms niet. Lijkt me een timing kwestie.
 
Roger
Laborversie 6.98-61351 is beschikbaar: https://download.avm.de/fritzbox/beta...twicklung/

Via de update functie van de FB is deze versie (nog) niet te zien. Er zitten release notes bij, maar die zijn heel algemeen (dus helaas geen gedetailleerde lijst met verbeteringen).

Edit: Ik verwacht niet dat er veel gewijzigd is sinds 6.98-61289: de bouwdatum is slechts één dag later.
Gewijzigd door Roger op 21 September 2018, 15:19
FRITZ!Box 7590 (7.57) + FRITZ!WLAN 1750E (7.30)
 
tubejack

Quote

Roger schreef:

Laborversie 6.98-61351 is beschikbaar: https://download.avm.de/fritzbox/beta...twicklung/

Via de update functie van de FB is deze versie (nog) niet te zien. Er zitten release notes bij, maar die zijn heel algemeen (dus helaas geen gedetailleerde lijst met verbeteringen).

Edit: Ik verwacht niet dat er veel gewijzigd is sinds 6.98-61289: de bouwdatum is slechts één dag later.


Dank je PPP kwam opvallend snel op, na sync Smile
 
RuudvanMunster

Quote

t541hoo schreef:

Quote

RuudvanMunster schreef: … De 7490 geeft de devices nu namen in de stijl van PC-192-168-178-131 i.p.v. de in de 7581 toegekende logischer namen als iPhoneRuud ...
Al geprobeerd om na loskoppelen van de 7581 al de instellingen van de apparaten en vermeldingen in het netwerk overzicht in de 7490 weg te halen de 7490 opnieuw op te starten en daarna weer aan de 7581 te koppelen.

Ik zie in de WiFi log van de 7581 trouwens vaak de gegenereerde naam verschijnen ipv de toegekende. En dat voor hetzelfde device soms wel en soms niet. Lijkt me een timing kwestie.

Ik wacht even af wat ie doet. Zag dat sommige namen na een aantal uren aangepast waren.
 
Roger
Op de bovenverdieping heb ik altijd maar matige WiFi gehad. Een lompe betonvloer met veel ijzer verhinderde dat. Ik heb vandaag daarom maar eens een 1750E in huis gehaald. Slechts 54 Euro tijdens een Geen BTW actie bij de MediaMarkt net over de Duitse grens Smile

Eerst 6.98-61351 op de 7581 gezet, daarna de 1750E geconfigureerd. Dat laatste gaat onnodig lastig. Eigenlijk zou aan het bestaande LAN koppelen voldoende moeten zijn om de 1750E als gewoon access point in beeld te brengen bij de Fritz!Box. Maar doordat AVM geen Spanning Tree Protocol ondersteunt, moet je de 1750E eerst via WiFi configureren als LAN Bridge. Ook kun je met de Wizard niet verder als je geen WiFi configureert. Allemaal overbodig als je van plan bent de 1750E in een Mesh op te nemen. Dat kan beter, AVM!

Updaten naar de laatste Labor firmware was een tweetrapsraket. Bij de eerste update (naar 06.98-58663) vanuit de 7581 werd de 1750E meteen ingemesht. Geen vraag of ik dat wel wilde... (OK, ik wilde het wel; geen probleem dus) De tweede update (naar 06.98-61329) ging niet vanuit de 7581. Je kunt de 7581 kennelijk niet geforceerd laten zoeken naar een update voor de 1750E. Geduldig wachten was voor mij uiteraard geen optie. Vanuit de 1750E zelf ging het gelukkig wel. Allerlei instellingen (WiFi, push mail, update settings, tijdzone (maar weer niet de NTP server!)) worden automatisch overgenomen vanuit de 7581. Best handig.

Voor de 1750E is er geen verschil in firmware voor Duitse en internationale modellen. Maar doordat ik de 1750E in Duitsland had gekocht, was Duits toch de enige UI-taal. Het omzetten van de branding van avm naar avme loste ook dat op. De UI staat hier nu op Engels.

Tot nu toe werkt het allemaal naar tevredenheid.

Tip: de 1750E is mooi plat, maar verder best groot. Als je de 1750E in een dubbele wandcontactdoos steekt, kun je geen stekker meer steken in het tweede stopcontact. Dat heb ik opgelost door het plaatsen van een verloopstekker (zie plaatje). Daardoor past er nu een haakse stekker onder (al kun je die niet insteken of uittrekken als de 1750E ingestoken is).
Roger voegde bij, bestand:

Registreer en/of log in voor toegang tot deze bijlage.

FRITZ!Box 7590 (7.57) + FRITZ!WLAN 1750E (7.30)
 
guido66
Klopt, die stekker had dichter bij de rand moeten zitten, om het 2e stopcontact vrij te houden. Waarschijnlijk gebruiken ze in Duitsland geen dubbele contactdozen?

Eind dit jaar komt de 3000 repeater. Deze staat los van het stopcontact.
Mijn Fritzboxgeschiedenis: 7170-2x7340-7360-7369-2x7581
Huidig: 7583+7590+2x1750E in mesh
 
Prutser

Quote

tubejack schreef:

Quote

Roger schreef:

Laborversie 6.98-61351 is beschikbaar: https://download.avm.de/fritzbox/beta...twicklung/

Via de update functie van de FB is deze versie (nog) niet te zien. Er zitten release notes bij, maar die zijn heel algemeen (dus helaas geen gedetailleerde lijst met verbeteringen).

Edit: Ik verwacht niet dat er veel gewijzigd is sinds 6.98-61289: de bouwdatum is slechts één dag later.


Dank je PPP kwam opvallend snel op, na sync Smile


Hier ook maar even deze erin geflashed. Ook hier PPP verrassend vlot "op" en het lijkt er op dat de download/upload grafiekjes iets tonen wat een werkelijkheid lijkt te benaderen.
 
Deze website gebruikt Awin affiliate links en Google advertenties, om deze service voor iedereen gratis te houden.
Spring naar forum:
Nieuw onderwerp Antwoorden
Gebruik BBcode of HTML om naar; 'FRITZ!Box 7581 problemen', te verwijzen!
BBcode:
HTML:
Vergelijkbare onderwerpen
Onderwerp Forum         Laatste bericht
Weer DNS-problemen? (29 aug.) Storing : 5 29 Aug 2022
Fritz!OS 7 Fritzbox : 529 07 Aug 2021
Glasvezel rechtsreeks op FRITZ!Box 5530 Fritzbox : 9 16 Jul 2021
Fritz telefoon codes Fritzbox : 2 29 Apr 2021
Introductie: FRITZ!Box 5530 Fritzbox : 4 25 Jan 2021
Advertentie