Onderwerp bekijken
Alle modems geleverd door XS4ALL, waaronder de FRITZ!Box 7170.
 FRITZ!Box 7581 problemen
|
|
| tubejack |
Geplaatst op 13 September 2018, 09:31
|
 Activiteit  » Zaandam » 1506 WH » Internet,TV & Bellen » AVM Fritzbox Berichten: 1639 Lid sinds: 19 Oct 2016 |
In de BRAS van de provider wordt gewoon een profiel ingesteld. Ook al heb je 200mb download met een compact abonnement krijg je waar voor je betaald 50mb. De upload wordt niet gecapped, waar zouden ze dat dan moeten doen? In de fritzbox?  Nehh. Bovendien bij DSL is de upload altijd lager |
|
|
|
| boobies |
Geplaatst op 13 September 2018, 09:33
|
|
Activiteit  Berichten: 23 Lid sinds: 13 Sep 2018 |
Quote tubejack schreef: In de BRAS van de provider wordt gewoon een profiel ingesteld. Ook al heb je 200mb download met een compact abonnement krijg je waar voor je betaald 50mb. De upload wordt niet gecapped, waar zouden ze dat dan moeten doen? In de fritzbox? Nehh. Bovendien bij DSL is de upload altijd lagermijn BVVDSL lijn doet 220/60  |
|
|
|
| tubejack |
Geplaatst op 13 September 2018, 09:38
|
|
Activiteit » Zaandam » 1506 WH » Internet,TV & Bellen » AVM Fritzbox Berichten: 1639 Lid sinds: 19 Oct 2016 |
Quote Top  De mijne BVDSL 40/4. Tot waarschijnlijk 2023.  Toch is mijn webserver en website over deze lijn razend snel. Ik vind het wel prima zo, alles werkt  |
|
|
|
| Roger |
Geplaatst op 13 September 2018, 10:02
|
 Activiteit  » FRITZ!Box 7590 Berichten: 750 Lid sinds: 07 May 2017 |
Quote tubejack schreef: De upload wordt niet gecapped, waar zouden ze dat dan moeten doen? In de fritzbox? Edit: uiteraard is dit geen harde cap. Die wordt gedaan aan de kant van de provider. Maar het helpt de FB om geen data te sturen die vederop in de traffic shaper van de provider wordt vermalen. Dat is van groot belang als je QoS goed wilt doen. Gewijzigd door Roger op 13 September 2018, 10:52 FB 7590 (7.57) + Repeater 1750E (7.30)
|
|
|
|
| Marcel |
Geplaatst op 13 September 2018, 11:18
|
|
Activiteit  Berichten: 274 Lid sinds: 23 Mar 2017 |
Quote Roger schreef: Er zit in 6.98-60543 bij DECT-toestellen in de tab Kenmerken van het telefonie-apparaat een schuifregelaar Storingsfilter (zit die niet in 6.85-50446?). Ik heb die nu op Uit gezet bij alle toestellen. Eens kijken wat het oplevert. Goede tip. Edit: dit lost het probleem helaas niet op (maar veroorzaakt het dus waarschijnlijk ook niet). Instelling weer terug naar het midden. Also je nu die een op maximaal zet? Ik ben wel bang dat het niet in DECT en AVM heeft nooit aangegeven wat nu precies in de Plus versie hebben aangepast of heb ik dat gemist? |
|
|
|
| t541hoo |
Geplaatst op 13 September 2018, 11:22
|
|
Activiteit  » Internet & TV » Basispakket Berichten: 138 Lid sinds: 07 Sep 2014 |
Quote tubejack schreef: … De upload wordt niet gecapped, waar zouden ze dat dan moeten doen? In de fritzbox? Nehh. Bovendien bij DSL is de upload altijd lager ...Ik snap de hele redenatie niet "Upload niet gecapped"? De ene zijn upload is de andere zijn download. Waar wordt mijn download dan gecapped. Kijk ik kan er in komen wanneer je zegt dat de maximale doorvoersnelheid richting centrale/gateway provider niet gecapped wordt. Maar bij die gateway of snel daarna zal het dmv buffering en druppel, druppel door het kraantje van de provider snel afgelopen zijn. Maar mijn Speedtest.net meet gewoon al jaren 10Mb up terwijl dat voor de snelheidsverhoging naar 40/5 slechts 2Mb up had hoeven zijn. 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. Hier staat ongetwijfeld het mechanisme in dat ik bedoel. Maar ik heb geen zin om het door te vlooien. https://en.wikipedia.org/wiki/Flow_co...rol_(data) |
|
|
|
| boobies |
Geplaatst op 13 September 2018, 11:58
|
|
Activiteit Berichten: 23 Lid sinds: 13 Sep 2018 |
Quote 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. Hier zit het 'm in; van te voren weet XS4ALL niet wat ze kunnen verwachten qua uploadsnelheid. XS garandeert meestal een tiende van de downloadsnelheid op DSL. als ik mijn adres in de postcodecheck gooi, staat er ook 200 down 20 up, maar ik haal 60 up. wat ik bedoel met ""niet gecapped" is dat XS4ALL, als het om DSL gaat, geen uploadsnelheden handhaaft per abonnement. |
|
|
|
| Roger |
Geplaatst op 13 September 2018, 12:49
|
|
Activiteit » FRITZ!Box 7590 Berichten: 750 Lid sinds: 07 May 2017 |
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. Quote Ik snap de hele redenatie niet "Upload niet gecapped"? De ene zijn upload is de andere zijn download. Quote Waar wordt mijn download dan gecapped. 
FB 7590 (7.57) + Repeater 1750E (7.30)
|
|
|
|
| t541hoo |
Geplaatst op 13 September 2018, 15:50
|
|
Activiteit » Internet & TV » Basispakket Berichten: 138 Lid sinds: 07 Sep 2014 |
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 |
Geplaatst op 20 September 2018, 18:04
|
 Activiteit » Zoetermeer » 2726DS » Internet & Bellen » Fritz!Box FB7583 + ASUS GT-AX1 Berichten: 203 Lid sinds: 20 Jan 2017 |
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. |
|
|
|
Deze website gebruikt Awin affiliate links en Google advertenties, om deze service voor iedereen gratis te houden.
| |
| Spring naar forum: |
|
Gebruik BBcode of HTML om naar; 'FRITZ!Box 7581 problemen', te verwijzen!
| BBcode: | |
| HTML: |
Vergelijkbare onderwerpen
| Onderwerp | Forum | Laatste bericht | |
|---|---|---|---|
| Fritz 7580 wandhouder | Algemeen | : 2 | 22 Jun 2024 |
| Fritz!OS 7 | Fritzbox | : 731 | 04 Sep 2023 |
| FRITZ!OS 7.50 voor 7583, goed idee? | Fritzbox | : 2 | 15 Mar 2023 |
| Fritz!box 7590 os 7.29 + dect | Domotica | : 3 | 04 Dec 2022 |
| Fritz Wireless Repeater 1750E | WiFi | : 7 | 07 Sep 2022 |
Advertentie