to TBF or not to TBF... that is the question

[bvhalst]

Graag jullie advies:
- okt/20-sep/21: 85 download/18 upload -> me happy
- eind sep/21 -> 70/18 -> minder happy en vraag een TBF aan op 6/11.
- Door TBF verkrijg ik 85/12. +/- happy
- begin dec/21 -> 70/12 -> me not so happy en was dan liever bij 70/18 gebleven. Nu zie ik wel dat de Seamless Rate Adaptation op OFF staat voor UL en DL (tot eind sep/21 was die ON voor UL, tussen 6/11 en begin dec was die ON voor DL; ik veronderstel dat ik dat zelf niet kan veranderen).

-> vraag is nu, vraag ik weer een TBF aan? Of zal dit niet veel nut hebben? Idealiter zat ik graag terug op 85/18, als 2e optie op 70/18 want ik laad regelmatig bestanden op een server. Alvast bedankt!


readings van de Fritz box 7530 met 7.29

fritz.jpg

(78.58 KiB) Nog niet gedownload

Spectrum

spectrum.jpg

(85.68 KiB) Nog niet gedownload

TBF analyse

Code: Selecteer alles

Diagnosis Result
Number	DT1590664
Result	Orange
Short description	Pre-Troubleshooting - Launched for :  WHOLESALE BROADBAND ACCESS VDSL2 - Executed on : 02 WHOLESALE BROADBAND ACCESS VDSL2
External Summary	Diagnose at 06/11/2021 11:39:52 for WHOLESALE BROADBAND ACCESS VDSL2 Orange Diagnose Result The measurements indicate no fault, but line quality does not seem perfect. These measurements indicate generally a potential fault on internal installation (internal cabling, CPE, splitter, ...). --- A DLM profile is active. Before the repair ticket creation, be sure that this profile is not the reason of your problem (instability, quality issue, ...). If you suspect it, first launch a TBF and wait for the results. --- If you decide to create a case it will be analysed by our helpdesk
copper analysis
CABLELENGTH = 112 m
AE_Insulation = 10 MOhm
BE_Insulation = 4475 kOhm
AB_Insulation = 10 MOhm
BA_Insulation = 10 MOhm
AE_Capacitance = 9 nF
BE_Capacitance = 11 nF
AB_CAPACITANCE = 588 nF
Copper test type = AGW
synchro analysis
LineProfile = vdsl2_DLM_DynDyn_v2
HLOG_LATEST_RESULT = Hlog Test Ok
HLOG_LATEST_CREATIONTS = 07/08/2021 08
PortState = UNLOCK
SynchroState = SYNCH
DslamName = h02lin00005
DownstreamAttenuation = 13.2
UpstreamAttenuation = 16.7
DownstreamBitRate = 69992.0
UpstreamBitRate = 18277.0
DownstreamNoiseMargin = 21.4
UpstreamNoiseMargin = 5.9
VLAN10_AgentCircuitID = *H02LIN00005 eth 5/2/01/16
VLAN10_OALID = 005320646
VLAN10_SSID = 000000001975766
VLAN10_VLAN_OLO_S-tag = 136
Copper Analysis
STOP_SELLING_COPPER_END_DATE = 2026-02-01
CT ELIGIBILITY
PM counters
LED indicator
network information
vectoring information
Firmware version = 1.180.131.76 AB
ROP vectoring level = Active_552_kHz
Maintenance mode = N
Fallback mode = NORMAL
LAN Port entries
DLM information
Date	Next eval.	Eligibility flag	Zone	Activation flag
2021-10-22T14	2021-11-11T14	F	DLMzone71	AUTO

[on4bam]

Launched for : 02*********

CABLELENGTH = 112 m
DownstreamAttenuation = 13.2
UpstreamAttenuation = 16.7
DownstreamBitRate = 69992.0
UpstreamBitRate = 18277.0
DownstreamNoiseMargin = 21.4
UpstreamNoiseMargin = 5.9
Date Next eval. Eligibility flag Zone Activation flag
2021-10-22T14 2021-11-11T14 F DLMzone71 AUTO

Haal even je telnr weg

Die waarden zouden toch een hoger profiel moeten geven.

Deze waarden zijn er op mijn lijn gemeten:
CABLELENGTH = 112 m
DownstreamAttenuation = 8.8
UpstreamAttenuation = 10.1
DownstreamBitRate = 99999.0
UpstreamBitRate = 29999.0
DownstreamNoiseMargin = 16.4
UpstreamNoiseMargin = 9.9

Je upstream attenuation lijkt mij redelijk hoog (upstream noise margin zit op de limiet met 5.9dB)

Kan je de binnenbekabeling niet verbeteren of de modem verplaatsen mocht die niet aan het eerste punt aangesloten zijn waar de telefoonkabel binnenkomt?

[bvhalst]

Bedankt voor de tip (tel nummer)! Ik had geen idee dat die daar in stond of wat het nummer was

Jammer genoeg zit ik in een appartement en het intropoint is in de kelder. Kabels zijn verwerkt in de muur en kunnen die niet vervangen.

SNR UL is nu 9 met 12mbps, vroeger op 6 met 18, maar was stabiel.

[on4bam]

6dB is het kritische punt, lager (die 5.9dB van de meting doet mij vermoeden dat de 18Mbit UL kantje boordje was en dat je veel geluk had dat je daarmee een stabiele verbinding gehad hebt.

[EotT]

Een deel offtopic, maar vanwaar komt het grote verschil in kabellengte tussen fritzbox (281m) en test van edpnet (112m)?

Ik veronderstel dat je in zone 2 zit (zie https://userbase.be/forum/viewtopic.php?f=24&t=51035), waarmee je minstens 15 mbps upload zou moeten hebben. Een 70/12 profiel lijkt me dus geen normaal profiel te zijn, er lijkt me dus iets mis te zijn...

Jouw lijnwaarden uit de test van edpnet lijken me wel nog ok. BE_Insulation = 4475 kOhm is niet perfect, zou in ideale geval 10 MOhm moeten zijn, maar dramatisch is het ook niet. Ik heb ongeveer hetzelfde voor deze waarde, en wel een 100/30 profiel.

Ik zie bij het screenshot van de fritzbox hetvolgende: Line Branching: 1
uit de help van de fritzbox:

The "Line Branching" entry is displayed only if branched lines were detected.

Line branching is when there are branches in the telephone cabling between the DSL mulitplexer (DSLAM) and the FRITZ!Box. Whenever the FRITZ!Box detected branching, the number of branches found is displayed here.

Line branching is also displayed in the diagrams on the "Specrum" tab.

Line branching has detrimental effects on the quality of the DSL connection.

Zou dit het probleem kunnen zijn? Zijn er ergens aftakkingen?

[bvhalst]

Jep, heb een 11m interne kabel (in de muren verwerkt) die ik jammer genoeg niet kan veranderen.
Kabel lengte varieert van 190m tot 300m…

[petrol242]

De copper analyse is toch niet schitterend. Met name die BE_Insulation = 4475 kOhm
Die zou wel wat hoger mogen zijn. Binnenbekabeling eens nakijken anders ligt het probleem in de straat.
Een TBF gaat daar niet veel aan veranderen.

Een aftakking is er niet volgens mij anders zou je in de problemen komen met vectoring en die is nog actief.

En die kabellengte... dat is een schatting afhankelijk van de kwaliteit van de lijn. Als die schommelt is er degelijk iets mis met het koperpaar.
Het verschil in de copperanalyse en de schatting in de fritzbox is waarschijnlijk omdat de fritzbox de totale looplengte weergeeft, wat het dubbele is van de afstand.

[EotT]

De copper analyse is toch niet schitterend. Met name die BE_Insulation = 4475 kOhm

Ik heb ook zoiets, schommelt tussen 2000 en 6000 (maar al lang geen gerecente lijn analanyse meer gezien van mijn lijn, dus geen idee wat het nu is). Met zulke waarden komt er zelfs geen lasploeg. Zolang het meer dan enkele 100den kOhm is (weet niet exact meer hoeveel, staat denk ik ergens op het forum), wordt het als aanvaardbaar bezien.

Edit: blijkbaar moet het minstens 750 kOhm zijn.

[petrol242]

Een lasploeg gaat er zeker niet voor komen. Wat je misschien kan doen is op het entrypoint de contacten en de draden een keer opzuiveren?

[bvhalst]

BE_Insulation = 4475 kOhm

Is het hoe hoger, hoe beter of hoe lager hoe beter?

[EotT]

Hoe hoger, hoe beter. Het zou 10 MOhm (= 10000 kOhm) moeten zijn.

[philippe_d]

Graag jullie advies:
to TBF or not to TBF... that is the question

the answer is: not to TBF

Herhaaldelijke TBF's zullen je lijn niet verbeteren.
Er is toch duidelijk iets mis, een 70/12.5 profiel is mij onbekend.

Zijn er ergens aftakkingen?

Jep, heb een 11m interne kabel (in de muren verwerkt) die ik jammer genoeg niet kan veranderen.

Kan je hier wat meer details over geven? Weet je wel wat een "aftakking" is ?

• - Een verbinding vanaf de intro naar uw modem (in één stuk) is geen aftakking.
  - Een aftakking is als de kabel die binnenkomt in jouw appartement, gesplitst wordt naar verschillende punten.

Ik kan mij moeilijk voorstellen dat aftakdozen ook verwerkt zitten in de muur?

Je moet dus op zoek gaan waar precies de stijgleiding vanuit de kelder jouw appartement binnenkomt.
Dat is het punt waar (ideaal) je modem moet komen. Hier mogen geen aftakkingen zijn (eventuuel wel één doorverbinding naar de plaats waar de modem staat).

Wat je ook kan eens kan doen - als test - is je Fritz!Box beneden aansluiten waar de Proximus kabel binnenkomt (de kabel naar jouw appartement even loskoppelen), en dan je lijnwaarden bekijken. Dan weet je of het de binnenbekabeling is.

to TBF or not to TBF... that is the question

Nadat je de binnenbekabeling volledig conform hebt gemaakt, dan pas heeft een nieuwe TBF zin

[petrol242]

Mochten er echte fysieke aftakkingen zijn dan zou vectoring niet werken. Dus ik denk niet dat dat het geval is. Die ontstaan ok niet zo maar.

De modem eens rechtstreeks op het intro punt hangen is een goed idee. Daar had ik nog niet aan gedacht. Mocht het dan nog even slecht zijn is het in de straat te zoeken en dan wordt het niet simpel om dat te laten nakijken omdat de copper analyse 'niet slecht genoeg' is daarvoor.

Zijn er in het gebouw of in de straat onlangs werken geweest?

[bvhalst]

Nee, geen recente werken in het gebouw (1912). Kabels zijn in de muren vanaf de kelder verwerkt en vanaf dan geen zichtbaarheid waar die ergens naar toe gaan. Om de modem direct aan te sluiten aan het aansluitpunt: heb wat schrik om dit volledig kapot te maken. Zie foto

aansluiting.jpg

(754.82 KiB) Nog niet gedownload

Ik dacht, omdat het maanden goed ging, ik iets kon doen via de Fritz box instellingen of zo... Alleszins bedankt voor al jullie input

[philippe_d]

Mochten er echte fysieke aftakkingen zijn dan zou vectoring niet werken. Dus ik denk niet dat dat het geval is.

Dat weet ik nog zo niet.
Ook zonder vectoring mogen er geen fysieke aftakkingen zijn, want dat is nefast voor het VDSL signaal.
Indien het te erg is, wordt je op een "repair profiel" gezet.

Maar een korte aftakking, zou kan al genoeg zijn om de SNR (in een bepaald frequentiegebied) naar beneden te halen ...

Om de modem direct aan te sluiten aan het aansluitpunt: heb wat schrik om dit volledig kapot te maken. Zie foto

Die foto zegt ons wel dat die intro wat slordig bedraad is ...
Misschien moet je er iemand bijhalen die het wel aandurft.
Gewoon de kabel die naar jou appartement loopt eventjes losmaken, en op die plaats de NTP (of direct je modem) aansluiten.
Dan kan je in de FritzBox nog eens je lijnwaarden bekijken.

En zoals petrol242 hieroven als schreef: op het entrypoint de contacten en de draden een keer opzuiveren?
Dan pas weet je 100% zeker dat je er zelf niet veel meer kan aan doen.
Tenzij een nieuwe stijgleiding vanaf de kelder naar je appartement?

[bvhalst]

Bedankt voor de tips allen, als ik de moed heb zal ik er eens naar kijken en hopelijk niets verkeerd doen.
Ter info: De kabel van de fiber hangt nu los aan de gevel (ik veronderstel dat ze de installatie volgende week gaan afwerken) en naar het schijnt kan ik vanaf maart inschrijven. De kabel kan via het oude Telenet gat het appartement binnen, dus geen gedoe meer met een binnenkabel van de jaren stilletjes…

[bvhalst]

Toch een TBF laten doen. Van 70/12 naar 100/12. Ik merk echt een verschil

[petrol242]

Je weet niet of dit door de TBF komt of door de constante monitoring van DLM. Het is een onvoorspelbare tool.
Heb je ondertussen nog iets fysieks gedaan?

[bvhalst]

3 zaken:
- ipv annex B heb ik annex A geselecteerd
- in line settings heb ik ipv max stability het terug op max performance gezet (had dat vroeger eens veranderd en nadien vergeten).
- de kabels in de kelder aan aansluiting beter vastgemaakt.

Attainable throughput is dan direct van 110mbps naar 125mbps gegaan.

Dan gewacht op de DLM (had gevraagd wanneer die was aan edpnet), geen verandering die dag (noch de dag erop).

Zaterdag een TBF gevraagd en gekregen. Snelheid was dan 70/18 ipv 70/12.

Woensdag was de connectie enkele minuten weg, nadien gekeken en was dan plots 100/12.5 geworden. Ik was verbaasd, want de volgende TBF was pas gepland op 18/12 volgens het ticket bij edpnet… groot mysterie dus.

Speedtest is nu 90/11 ipv 60/17.

[petrol242]

Annex A heeft enkel invloed op de upload.
Meer stabiliteit in de FB is ook niet slecht, maar ik vermoed dat het de kabels zijn geweest in je kelder.

[philippe_d]

Annex A of Annex B maakt niets uit.
De Fritzbox zal automatisch Annex A kiezen van zodra een Broadcom ROP gedetecteerd wordt.

Bij een Ikanos ROP moet je Annex B kiezen, anders krijg je geen sync.

[Belgissschenaap]

Een bijkomende vraag over de TBF die lichtjes off topic is.
(Zie net meteen het nut van een heel ander topic aan te maken, maar zeg maar als dit toch beter was geweest)

VRAAG:
Zal het verwisselen van een fritzbox 7530 naar een o-box 3 (technicolor) sowieso een TBF opstarten?
Hoe zou je een nieuwe TBF kunnen vermijden?


Uitgebreid met situatiebeschrijving
Ik heb nu een fritzbox in gebruik, maar ga verhuizen en zou deze mee willen nemen (want het is de mijne).
Ik beschik op mijn huidige locatie over een o/b-box V3 (technicolor) van scarlet.

Als ik mijn fritzbox vervang door deze o-box, zal er dan een TBF starten? Dit zou namelijk ongewenst zijn, want op deze locatie duurt de DSLM 3 weken om volledig rond te zijn.

Kan er opgesomd worden bij welke interacties een TBF op zal starten en wanneer niet?

[petrol242]

TBF moet met interactie van de klant (via tel lijn) of de OLO/provider opgestart worden. Je kan perfect de modem wisselen. DLM gaat gewoon verder zijn werk doen.

[Belgissschenaap]

Ah da's goed. Want bij eerder berichten op dit forum leek het alsof je gewoon je fritzbox (kort) even vervangt met de bbox om dan een TBF te initialiseren. De reden dat mensen een Bbox achter de hand houden.

Waarom houden mensen deze dan achter de hand eigenlijk? Buiten een backup te hebben als de FB het begeeft natuurlijk.
(EDPNet)

[philippe_d]

Als ik mijn fritzbox vervang door deze o-box, zal er dan een TBF starten?

In principe zal er inderdaad een TBF gebeuren bij het terugplaatsen van een B-box3.
Dit wordt meestal als gewenst beschouwd, omdat dit de eenvoudigste manier is om een TBF te starten.

Dit zou namelijk ongewenst zijn, want op deze locatie duurt de DSLM 3 weken om volledig rond te zijn.

Normaal gezien zal het DLM process jou redelijk vlug terug op je huidige waarden terugbrengen (DLM heeft wel een geheugen met welke waarden de verbinding stabiel gebleven is). Jouw vrees is dus waarschijnlijk ongegrond.

Doe de wissel 's avonds, met een beetje geluk ben je terug op je huidige waarden tegen de ochtend...

[Belgissschenaap]

Ah dus tg, zal het dan doen op moment dat we tijd je minder bandbreedte nodig zullen hebben. Daarom dat ik het vraag de, dat ik zeker een goed moment kies.

Hopelijk is hij idd niet gegrond, maar verleden was toch minder rooskleurig.

1.
Dik jaar geleden omgeschakeld van scarlet naar edpnet en DSLM deed er 2 en een half weken over om naar 30/8 te gaan (is hier afgelegen)
2.
Vorige maand bij buren nieuwe intro/lijn in huis (ervoor was er geen)
En deze heeft 3 weken nodig gehad om naar 40/10 te gaan.

Wel beetje verschil, dat dit tekens een nieuw abonnement was.

Maar drankje Philippe en Petrol. Zal je binnen enkele weken weten te zeggen wat het effectieve resultaat was. Omschakeling gepland in de nacht van 14 op 15 februari. Dan is huis het leegst

[petrol242]

In principe zal er inderdaad een TBF gebeuren bij het terugplaatsen van een B-box3.

Dat is verleden tijd als ik mij niet vergis philippe. DLM van de nieuwe generatie heeft een geheugenfunctie gekregen waardoor veranderingen op de lijn niet direct leidt tot het initialiseren van de monitoring, een TBF dus. Zolang er op DSLAM niveau niets wijzigt, in de wijkkast dus, en zolang er geen ingrijpende veranderingen zijn vooral op vectoring niveau wijzigt er weinig.
Ik heb regelmatig van modem gewisseld, met verschillende firmwares en ook verschillende boxen en DLM is altijd netjes het profiel blijven geven dat bij mijn lijn past, zonder een fallback of het terug vallen naar het basis profiel.

Wel beetje verschil, dat dit tekens een nieuw abonnement was.

Bij een nieuw abonnement bij een andere OLO/provider wijzigt er wel wezenlijk iets in de wijkkast. Dan gaat er een DSLAM kaart aan je nieuwe provider toegewezen wordt, of je moest een abbo wijziging bij dezelfde provider hebben gehad.

[Belgissschenaap]

De switch is nu al een maand geleden gebeurd en conclusie:

Aansluiten van een B-box 3/ O-box3 zal geen TBF opstarten als je van een Fritzbox omschakelt en je abonnement hetzelfde blijft.

Als je van provider wisselt, zal dit dan weer wel het geval zijn (logisch)

[bvhalst]

Je kan altijd zelf een TBF aanvragen nee? In mijn geval had ik het uiteindelijk toch gedaan en gedurende enkele weken had ik 100mbps ipv 85. (Dan is er iemand tegen de contactdoos in de kelder gebotst en belandde dan op 70mbps want te veel storingen).
Nu fiber, dus dit alles is verleden tijd

[philippe_d]

In principe zal er inderdaad een TBF gebeuren bij het terugplaatsen van een B-box3.

Dat is verleden tijd als ik mij niet vergis philippe. DLM van de nieuwe generatie heeft een geheugenfunctie gekregen waardoor veranderingen op de lijn niet direct leidt tot het initialiseren van de monitoring, een TBF dus.

Ik zie het anders: DLM heeft inderdaad een geheugen, met andere woorden: na een TBF wordt je heel snel terug op je gekende DLM waarden gezet.
Maar als je op een fall-back profiel gekomen bent (bijvoorbeeld na een Firmware upgrade met de verkeerde driver), dan heeft het terugplaatsen van de B-box3 bij mij toch altijd geholpen om terug uit het fall-back profiel te geraken (wat op zich alleen mogelijk is door een TBF)...

Maar het kan recent gewijzigd zijn hé, ik ben de laatste tijd voorzichtig om fall-backs te vermijden ...

Er zijn nog dingen recent gewijzigd: bij het aansluiten van een "internet box" (b-box4) kom je automatisch op een Single VLAN configuratie

[on4bam]

Na jaren op een 100/30 profiel te staan zakte dit naar 85/30 in november. Ik vroeg toen een TBF maar aangezien DLM wat later weer zou evalueren werd die niet uitgevoerd. Na evaluatie stond ik weer op 100/30 .. me happy.
Eind januari stond mijn profiel echter plots op 70/30 en na een update van het ticket werd mij gemeld dat de volgende evaluatie van DLM op 15 februari zou zijn. Ook na evaluatie bleef ik op 70/30

Code: Selecteer alles

copper analysis
CABLELENGTH = 112 m
AE_Insulation = 6157 kOhm
BE_Insulation = 10 MOhm
AB_Insulation = 8030 kOhm
BA_Insulation = 8030 kOhm
AE_Capacitance = 10 nF
BE_Capacitance = 9 nF
AB_CAPACITANCE = 651 nF
Copper test type = AGW

synchro analysis
LineProfile = vdsl2_DLM_DynDyn_v2
HLOG_LATEST_RESULT = Hlog Test Ok
HLOG_LATEST_CREATIONTS = 05/02/2022 13
PortState = UNLOCK
SynchroState = SYNCH
DownstreamAttenuation = 8.7
UpstreamAttenuation = 10.1
DownstreamBitRate = 69997.0
UpstreamBitRate = 29999.0
DownstreamNoiseMargin = 24.1
UpstreamNoiseMargin = 10.0

Zou het starten van TBF geen disconnect en retrain moeten veroorzaken?
Mijn laatste reconnect dateert van 5 februari, ik zou er dus van uit gaan dat er geen TBF geweest is. klopt dat?
Met bovenstaande waarden is 70/30 toch wat pover, zeker gezien de stabiele waarden.