Userbase

Een stub is een parallel aftakking en volgens zijn lengte kan deze een open lijn betekenen tot zelf een kortsluiting

jackho schreef:ik ben dan niet van de vlugste waarschijnlijk, en daarom kan ik niet volgen,
het criteria is toch de provisioning volgens verzwakking en afstand
en als de DSLAM de werkelijk lijn parameters in de modem zet
moeten die dan niet dezelfde zijn of anders gezegd moet BGC hun provisioning dan niet aanpassen want in feite kloppen ze niet

Ik zal het eens proberen uit te leggen ... Er zijn 3 punten die verklaren waarom jouw redenering niet juist is:

1. De DSLAM stuurt geen parameters naar je modem. De modem meet een aantal deze zaken (vanaf jouw thuis), zoals verzwakking (attenuation) en de SNR.
2. De parameters waarop de provisioning gebaseerd is (verzwakking local loop en afstand van de lijn) zijn 2 dingen die de modem tool niet weet (de afstand is een berekende schatting, en de attenuatiuon is deze van de lijn, en niet van de loop).
3. last but not least: DARE is niet gebaseerd op ad-hoc metingen van jouw lijn, maar op een Database die Belgacom bijhoudt. Dus of je lijn achteraf nu beter wordt of slechter maakt voor provisioning niets uit niets uit, zolang de gegevens in die database niet gewijzigd worden. Dat profiel hangt vast aan jouw lijn nummer.

Zo begrijp ik het althans.

Bedankt voor je uitleg Philippe

Het klopt inderdaad dat er tussen DSLAM en BBOx2 metingen gebeuren en dat die in de bbox ook uit te lezen zijn door het VDSL tool of zelf direct door telnet commando's uit te lezen zijn dat was wat ik bedoelde met parameters die in de BBOx staan en zover zijn we het eens.
Maar !
Belgacom heeft provisionig profiles opgesteld in functie van afstand en verzwakking rekening houdende met diameter van de kabel enz....

Tot hier allemaal goed en wel maar wordt er dan op geen enkel gebied rekening gehouden met de metingen en resultaten tussen DSLAM en BBOX !
en BGC ziet toch ook die resultaten of niet soms ?

De DLM die ook metingen uitvoert daar wordt dan wel rekening mee gehouden! Maar een database van Dare bijwerken of aanpassen dat is dan teveel gevraagd !

Het is dit die er bij mij niet goed in gaat, als je begrijpt wat ik bedoel !

Ik leg mij er zo gemakkelijk niet bij neer omdat ik andere manieren gewoon ben van werken met supervisiesystemen op gebied van SDH en SONET !!
Ik ga het hier nu eens vlak af zeggen dat sysyteem van BGC trekt op geen kl*ten als je het mij vraagt en hebben die eigenlijk wel een deftig supervisie systeem voor hun netwerk iii???? Sorry maar het moest er even uit en ik weet het je druk maken is niet goed voor het hart

Er wordt rekening gehouden met de hele lus, niet met individuele lijnmetingen.

Verstuurd van mijn Sensation met Tapatalk

Ik probeer even mijn gedachtengang uit te leggen :

in het begin staan er nog geen modems op de lus dus begrijp ik dat die provisioning in eerste instantie vastgelegd wordt in funtie van een paar parameters afstand verzwakking ...... op die lus.

Op een lus heb je bv
op adres A een provisioning A , na metingen tussen DSLAM met modem A heb je Resultaat Aa verkregen
op Adres B een provisioning B , na metingen tussen DSLAM met modem B heb je Resultaat Bb verkregen
enz...

Kan de provisioning (statische) database dan niet bijgewerkt worden met de realiteit als volgt:
op adres A provisioning aanpassen naar Aa
op adres B provisioning aanpassen naar Bb

of waar zit ik ergen verkeerd met mijn redenering ?

update van DARE vanuit DLM. Moet toch kunnen, zou je denken...

Die database staat niet geschreven in steen ofzo, die wordt wel degelijk geupdate.
Zo is op mijn vorige adres bv de lus van 8d naar 17a gegaan.

Maar dat is het juist wat ik met hand en tand probeer uit te leggen en wat ik ook al een ganse tijd niet begrijp.
Wat gebeurt er nu, veel mensen stellen aan mij de vraag aangezien ik zo'n goeie waardes heb die ze uitlezen uit hun modem met bv het vdsl tool of via telnet, waarom zit ik nog op een 8d profiel en niet op een 17a profiel!.(ik heb het niet over waardes die een rand geval zijn)
Dan moeten ze ofwel de vraag stellen via pb aan Eva (als je die weg al kent en waar je over het algemeen meer bereikt dan via TD)
of via TD van Belgacom maar dan moet je wat geluk hebben en op ene vallen die al weet wat je bedoelt en die er ook voor zorgt dat er opvolging gebeurt ,
en dan pas lukt het opeens we,l dan sta je op 17a!
En dat is juist mijn groot probleem dat ik op de duur mij afvraag staan die gebeiteld in steen of hoe zit dat eigenlijk.
Want die waardes kunnen gemakkeliojk ook door BGC uitgelezen worden en waarom passen ze die dan niet automatisch aan en dan zouden de klanten zelf niet moeten alle moeite doen om iemand bij BGC te vinden die het dan uiteindelijk in orde brengt via de bevoegde dienst !

Ken jij dan zoveel gevallen die "verkeerd" geprovisioneerd werden, en die na tussenkomst van 8d naar 17a gezet worden ?
Op welke basis? Want nog eens, de "goeie" waarden die mensen uit de tool of de modem uitlezen, daarop wordt provisioning toch niet gebaseerd??

jackho schreef:Maar dat is het juist wat ik met hand en tand probeer uit te leggen en wat ik ook al een ganse tijd niet begrijp.
Wat gebeurt er nu, veel mensen stellen aan mij de vraag aangezien ik zo'n goeie waardes heb die ze uitlezen uit hun modem met bv het vdsl tool of via telnet, waarom zit ik nog op een 8d profiel en niet op een 17a profiel!.(ik heb het niet over waardes die een rand geval zijn)
Dan moeten ze ofwel de vraag stellen via pb aan Eva (als je die weg al kent en waar je over het algemeen meer bereikt dan via TD)
of via TD van Belgacom maar dan moet je wat geluk hebben en op ene vallen die al weet wat je bedoelt en die er ook voor zorgt dat er opvolging gebeurt ,
en dan pas lukt het opeens we,l dan sta je op 17a!
En dat is juist mijn groot probleem dat ik op de duur mij afvraag staan die gebeiteld in steen of hoe zit dat eigenlijk.
Want die waardes kunnen gemakkeliojk ook door BGC uitgelezen worden en waarom passen ze die dan niet automatisch aan en dan zouden de klanten zelf niet moeten alle moeite doen om iemand bij BGC te vinden die het dan uiteindelijk in orde brengt via de bevoegde dienst !

Omdat uw lijn goede waardes heeft is dat daarom niet geval voor de rest van uw lus.
Je moet echt stoppen met enkel naar uw lijnwaardes te zien. Belgacom kijkt naar de gehele lus waar je op zit.

Als je op 17a wordt gezet in zo'n geval, dan is dat een interventie van iemand met de nodige rechten die (eigenlijk tegen de regels) uw lijn verhoogt. En is het dus ook mogelijk dat je andere lijnen stoort op uw lus.

jackho schreef:Maar dat is het juist wat ik met hand en tand probeer uit te leggen en wat ik ook al een ganse tijd niet begrijp.
Wat gebeurt er nu, veel mensen stellen aan mij de vraag aangezien ik zo'n goeie waardes heb die ze uitlezen uit hun modem met bv het vdsl tool of via telnet, waarom zit ik nog op een 8d profiel en niet op een 17a profiel!.(ik heb het niet over waardes die een rand geval zijn)
Dan moeten ze ofwel de vraag stellen via pb aan Eva (als je die weg al kent en waar je over het algemeen meer bereikt dan via TD)
of via TD van Belgacom maar dan moet je wat geluk hebben en op ene vallen die al weet wat je bedoelt en die er ook voor zorgt dat er opvolging gebeurt ,
en dan pas lukt het opeens we,l dan sta je op 17a!
En dat is juist mijn groot probleem dat ik op de duur mij afvraag staan die gebeiteld in steen of hoe zit dat eigenlijk.
Want die waardes kunnen gemakkeliojk ook door BGC uitgelezen worden en waarom passen ze die dan niet automatisch aan en dan zouden de klanten zelf niet moeten alle moeite doen om iemand bij BGC te vinden die het dan uiteindelijk in orde brengt via de bevoegde dienst !

Stop nu eens in godsnaam met je "lawine" berichten. Is het dan zoveel gevraagd om voor eens en voor altijd begrijpelijk te willen schrijven ? Eigenlijk komt het op respect neer. Iets wat je nog steeds niet wenst te snappen.

ik denk niet dat dit perse aan Belgacom ligt maar aan het feit dat andere operatoren en duidelijk antwoordt moeten hebben.
als Belgacom gaat bepalen aan waardes zou het best kunnen dat de eerste 50 bv krijgt de tweede ook maar na 1.5 jaar er nog maar 40 gegeven kan worden.
sommige zullen dan door en betere kabel die 50 nog kunnen halen. dit heeft als gevolg dat die nieuwe aansluiting van bv snow dit als "Belgacom probeert ons te benadelen" ziet en dus en hoop processen en mogelijks boetes voor Belgacom.

Devilzown schreef: Omdat uw lijn goede waardes heeft is dat daarom niet geval voor de rest van uw lus.
Je moet echt stoppen met enkel naar uw lijnwaardes te zien. Belgacom kijkt naar de gehele lus waar je op zit.

Als je op 17a wordt gezet in zo'n geval, dan is dat een interventie van iemand met de nodige rechten die (eigenlijk tegen de regels) uw lijn verhoogt. En is het dus ook mogelijk dat je andere lijnen stoort op uw lus.

"Tegen de regels" zou ik niet zeggen. Er zijn gevallen bekend, waarbij de criteria wel voldaan werden (afstand < 400m, verzwakking < 0.4dB), en waarbij DARE toch verkeerd provisioneerde (zonder aanwijsbare reden). Dat een technieker in zo'n geval de beslissing van DARE overrulet is zijn volste recht (en zijn job), en hij overtreedt daarbij geen regels (hij corrigeert een fout).

Maar dat zijn inderdaad uitzonderingen, denk ik.

sbghannibal schreef:ik denk niet dat dit perse aan Belgacom ligt maar aan het feit dat andere operatoren en duidelijk antwoordt moeten hebben.
als Belgacom gaat bepalen aan waardes zou het best kunnen dat de eerste 50 bv krijgt de tweede ook maar na 1.5 jaar er nog maar 40 gegeven kan worden.
sommige zullen dan door en betere kabel die 50 nog kunnen halen. dit heeft als gevolg dat die nieuwe aansluiting van bv snow dit als "Belgacom probeert ons te benadelen" ziet en dus en hoop processen en mogelijks boetes voor Belgacom.

Nu ga je het toch héél ver zoeken, hoor
Trouwens, de discussie ging over provisioning (DARE). Wat je hierboven beschrijft is de reden waarom DLM alle lijnen periodiek her-evalueert, en indien nodig de snelheid terug verlaagt, toch?

vuurvos, ik heb de indruk dat jij dan niet weet wat respect is ,maar soit je kan er ook niks aan doen als je denkt dat jij dan alleen maar respectvol bent.
Ik wil hier gewoon mijn gedachtengang uiten en wat ik er van denk en waarom ik denk dat het zou anders kunnen enz...
Ik heb meer de indruk dat je niet goed verdraagt dat er nog mensen zijn die een ander gedacht, idee hebben en die hun zo maar niet neerleggen met een gewone uitleg het is nu zo om die of andere reden, ik vraag eigenlijk gewoon waarom kan het niet op die of andere manier en betere manier, meer heb ik hier niet gedaan.
Dit heeft niks te zien met geen respect want ik heb meer het omgekeerde gevoel, je hebt tenslotte maar kritiek dat ik niet duidelijk genoeg schrijf enz...
Ik heb maar mijn mogelijkheden en ik zou ook niet weten hoe ik het hier moet schrijven dit is mijn manier van doen van hoe ik ben zeker!
Anders zou ik het op een andere en betere manier neerschrijven zodat iedereen mij goed zou begrijpen.
Geef ik dan kritiek op u of anderen omdat ik denk dat het niet goed uitlegd of omdat ik niet versta wat er soms geschreven wordt bijvoorbeel, neen dat doe ik niet want ik heb heel zeker respect zelf voor iemand als u die mij aanvalt.
Ik vind het spijtig dat dan nog juist wel geteld op een forum dit niet kan gewoon je eigen zijn je mening en gedachtengang neerzettenen zeker niet met de bedoeling iemand te kwetsen. !

Het is zeker niet mijn bedoeling om iemand aan te vallen of de indruk te geven dat ik iets beter weet of ken, nee zeker niet en dat verwacht ik ook van anderen op het forum dat het niet eindigd in een hoop dikkenekkerij.
En ga je me nu weer uitmaken omdat ik mijn gedacht gezegd heb ik hoop van niet en nogmaals ik heb voor iedereen respect en als dit anders overkomt dan mijn excuses en ook als ik niet duidelijk kan schrijven ook mijn oprechte excuses maar ik doe mijn best.
Trouwens nog voor al de mensen die op mijn vragen al heeft willen antwoorden mijn oprechte dank.

philippe_d schreef: "Tegen de regels" zou ik niet zeggen. Er zijn gevallen bekend, waarbij de criteria wel voldaan werden (afstand < 400m, verzwakking < 0.4dB), en waarbij DARE toch verkeerd provisioneerde (zonder aanwijsbare reden). Dat een technieker in zo'n geval de beslissing van DARE overrulet is zijn volste recht (en zijn job), en hij overtreedt daarbij geen regels (hij corrigeert een fout)?

Dat mag indd als dit geld voor iedereen op de lus. Individuele lijnen hun resultaten zijn hier niet bepalend maar de maximale verzwakking en lengte van de hele lus. Mensen staren zich hier blind op individuele lijnwaardes.

[ Post made via mobile device ]

Ik hoor hier zeggen je moet hier stoppen met naar je eigen waades te kijken, dat doe ik toch niet, ik heb het trouwens niet echt over mijn geval alleen , ik heb het hierboven uitgelegd met dat vb neem op een totale lus adres A , Adres B enz....
Neem aan dat er nu 30 klanten zitten dan hebben ze toch de meetwaardes van 30 klanten en kunen ze daaruit hun provisioning profiles toch aanpassen of niet niet ?
of anders gezegd ik vraag mij af waar ik verkeerd zit met mijn redenering ?
Ik hoop dat ik duidelijk genoeg ben met mijn vraag want ik krijg op den duur schrik dat ik precies overkom als een analfabeet !

Edit: inderdaad dit komt dan eigenlijk een beetje neer zoals de DLM eigenlijk, denk ik toch !
Maar dan wel met betere aan de realiteit aangepaste provisioning tabellen, zal ik ze maar noemen, waar de DLM je kan op terug zetten bij problemen

Ik vind het een mooie en boeiende discussie, maar kan iemand van de VIP-leden hier eventueel eens checken of DARE op mijn lus niet op 17a kan? (en ik dus een van de uitzonderingen ben waarvan Dare dus niet helemaal correct gegevens van heeft)
sbghannibal ging eens naar de lijnwaarden kijken, maar vind mijn lijnnr blijbaar niet terug. (is toch mijn telnr?)
mvg,

Als ik mag afgaan op die resultataen dan denk ik van niet maar we zullen afwachten wat de VIP's antwoorden.
Wat zegt Eva trouwens als je dit vraagt in een pb naar haar gericht.

Eva kan blijkbaar geen testen doen op die lijn omdat hij geconverteerd is naar scarlet...

philip neen dit gaat er over waarom dare niet verandadert wordt in de tijd als er bv meer lijnen bij komen. maar dat men met zeer haal bare waardes begint en met dlm dan laat verhogen

De waardes voor provisioning veranderen wel degelijk, niet vaak maar het wordt aangepast aan de realiteit.