:strip_icc():strip_exif()/u/232340/crop5affede7756e3_cropped.jpeg?f=community)
AMD Ryzen 5800X - 32GB DDR4 Corsair RGB - XFX 6900XT - Panasonic HIT 990Wp - AE200L WPB met cv-ondersteuning
Dat die 10Gbit wordt verdeeld snap ik
dat gebeurd bij glasvezel ook. Maar in theorie hebben die 500 klanten dus elk 10Gbit?
AMD Ryzen 5800X - 32GB DDR4 Corsair RGB - XFX 6900XT - Panasonic HIT 990Wp - AE200L WPB met cv-ondersteuning
Nee. Als ISP zul je een individuele klant nooit de totale capaciteit van je uplink geven. Met 10Gbit zou je dus in de praktijk de powerusers gewoon 1Gbit kunnen bieden. Dan zit je link pas vol als er 10 users ook daadwerkelijk die 1Gbit dichttrekken.:
[...]
Dat die 10Gbit wordt verdeeld snap ik
In de praktijk gebeurt dat niet, want
- De client van de user is niet snel genoeg of zit bv op wifi
- De server aan de andere kant kan niet snel genoeg leveren
- Niemand trekt 1Gbit voor langere tijd, zijn allemaal korte piekjes (dan is het al binnen)
Die 10Gbit in een segment zie ik ook niet op korte termijn gebeuren. Dat is een mooie theoretische waarde. In de praktijk
- Wordt er analoog en digitale TV gebruikt
- Zijn de meeste netwerken nog niet >1Ghz geschikt
- Zal er potentieel interferentie ontstaan met MOCA
- Is de SNR lang niet overal geschikt voor QAM4096
- Men gaat niet iedereen ineens een Docsis 3.1 modem geven. Denk ook aan settopboxen. Er zullen dus ook Docsis3.0 downstreams moeten blijven de komende jaren.
- Zijn er nog geen modems die meer dan 2 OFDM kanalen kunnen
Voor de retourband zal
- Het netwerk geredesigned moeten worden (andere powerlevels door bredere OFDM kanalen, hogere retourfrequenties)
- Analoge radio komen te vervallen.
Maar zoals je nu al ziet uit dit topic: Ondanks dat Docsis 'maar' 1Gbit is (gemiddeld anno 2017 in de praktijk) is er niet tot nauwelijks sprake van capaciteitsproblemen. Er is dus ook geen enkele reden om nu overhaast ineens Docsis 3.1 uit te rollen.
Marketing technisch leuk, maar ik denk niet dat een consument extra wil betalen (de investering is groot).. voor 0.0 rendement..
Docsis 3.1FD zou een vervolgstap zijn. Afhankelijk van hoe de ontwikkelingen daarin gaan zou het maar zo kunnen dat 3.1 bij sommige providers zelfs overgeslagen wordt.
Persoonlijk gok ik dat bij (bv) een Ziggo het nog zeker 10 jaar duurt voor er een volledig full-spectrum Docsis 3.1 (of hoger) netwerk draait.
Tegen die tijd zal ook TV over IP gaan, (Video-over-Docsis), is analoog uitgefaseerd en zijn de settopboxen ook vervangen door 4K modellen enz, die vermoedelijk ook multicast zullen ondersteunen.
Op kortere termijn verwacht ik wel iets van Docsis 3.1, providers hebben ook al aangegeven hiermee bezig te zijn. Maar meer dan 2 OFDM kanalen wordt toch lastig als je ook legacy support wilt houden voor dvb, docsis 3.0 enz. Met 2 OFDM (=384 Mhz) kanalen heb je tot 3.2Gbit beschikbaar aan Docsis 3.1 per segment. In de praktijk zal dit lager zijn, omdat niet elke modem op QAM4096 zal inkoppelen, ik gok dat het gros van de modems QAM1024 of misschien QAM2048 zal gaan doen in de praktijk.
Docsis 3.1 kan pas ingevoerd worden als ook de hele retourband hier geschikt voor is. Voordeel is wel dat legacy docsis3 modems ook de retourbandfrequenties kunnen delen met 3.1, dus initieel kan de upstream al een half OFDM (48Mhz) kanaal aan binnen het huidige upstream spectrum. Wel zal het netwerk geschikt moeten worden in de backbone (versterkers, optische apparatuur) om de hogere powerlevels van 1 OFDM kanaal tov de huidige 8 docsis 3 kanaaltjes aan te moeten kunnen zonder clipping.
[ Voor 30% gewijzigd door DJSmiley op 07-01-2018 12:29 ]
Weet dat ze dat niet gaan doen was maar een theoretische vraag
Ga binnenkort ook maar eens een DVB/PC-TV tuner aanschaffen, ben wel benieuwd hoe en wat.
@DJSmiley
Dat was een heel uitgebreid antwoord op een korte vraag
ik weet ongeveer wat er moet gebeuren om 10Gbit te halen, mijn vraag ging over of het mogelijk was om zoveel gebruikers 10Gbit te laten delen (wat Tweak dus ook doet). Niet helemaal een eerlijke vergelijking maar toch.Overigens meen ik dat Ziggo gewoon bezig is met node splitsing om de segmenten kleiner te maken en te upgraden... er zijn op mijn segment ook een paar keer per jaar werkzaamheden (aankomende week weer).
Ziggo heeft overigens afgelopen jaar "digitaal zonder kaart" geïntroduceerd en wilt dus over 2 jaar helemaal van de analoge zenders af.
Enige lastige punt is de FM-band. (zelfde discussie over FM auto radio's die geen DAB+ hebben... zoals die van mij
)Misschien een beetje outdated maar hier staan wat cijfers over de uitrol:
http://bwoz.nl/ziggo/blauwdruk15.pdf
Ik dacht dat ze langzaam aan bezig waren met "fiber deep" en dus de nodes te splitsen naar ca. 150 HP.
Laatst zag ik een paar paar mensen en mini graver in de buurt die nieuwe fiber aan het leggen waren (Ziggo stond er op de busjes).
https://community.ziggo.n...optimale-verbinding-18941
Maar dat zullen ze waarschijnlijk niet overal doen als het niet nodig is
Exclusion kanalen kan wel, maar dan zit je nog wel met het probleem van de richting... Als je 110-204Mhz wilt gebruiken voor de retour, kun je niet ineens 80-108 uitzonderen. Wel kwa frequenties, niet kwa netwerktechniek (Ga je dat ineens wel weer in je forward path opnemen?) En hoe ga je dat in je nodes filteren?
Upstream is lastig.. <20Mhz wil je niet omdat daar relatief veel noise zit. 27Mhz wil je ook niet gebruiken. Met het huidige spectrum en 6.4Mhz brede kanalen zit je op de maximaal 6 downstreams. Dat is wat je nu ook ziet bij Ziggo. Doordat de 27Mhz ook een beetje vrij gehouden moet worden zie je dus ook een aantal 3.2Mhz brede kanalen in de upstream.
Tot 85Mhz gaan kan, als je retour overal geschikt is, maar dan nog zit je tegen de FM band aan. De roll-off van een filter is niet strak op de frequentie. Gevolg is dus dat je max tot 75Mhz ofzo kan gaan als je de FM band wilt aanhouden.
Downstream in 2 OFDM kanalen bovenop de 862Mhz.. Dan moet wel het netwerk (incl alle versterkers) geschikt zijn voor de hogere frequenties, en heb je nog een overlap met MoCa
2 OFDM kanalen bovenop 862Mhz betekend dat je tot 1250Mhz gaat.
De MOCA 2.0 DL band loopt van 1125 tot 1225Mhz.......
Als je >862Mhz wilt gaan zul je dus ook aan de klantzijde nog wat moeten doen, of in de EV om te voorkomen dat moca terug je netwerk in tettert. Dat wil je ook niet...
Komt bij dat stage1 van docsis 3.1 gebaseerd is op frequenties tot 1218Mhz. Dus letterlijk 2x OFDM >862Mhz past al niet
Bij docsis 3.0 en lager: Ja. Daar is de modulatie fixed.
Bij docsis 3.1 kan de modulatie dynamisch zijn.
Een klant met een SNR van 40dB kan dus QAM4096 gebruiken, terwijl een andere klant een SNR heeft van maar 31dB. Die kan dan met QAM1024 toch online komen, ipv dat de hele plant of een hoge SNR moet hebben, of dat er een slechtere modulatie (efficiency) gekozen moet worden voor het hele netwerk door 1 rotte appel.
Elke subcarrier (25 of 50Khz) binnen een OFDM kanaal kan een eigen modulatie hebben. (Net zoals dat een docsis 3.0 upstream frequenties kan sharen met een OFDM kanaal.
Voor docsis3 support hoeven er dus alleen maar een paar downstream kanalen te blijven, de upstream band kan gewoon geheel voor OFDM gebruikt worden. Daardoor denk ik dat 0.5 OFDM kanaal (48Mhz) voor de upstream in het huidige netwerk haalbaar is.
[ Voor 8% gewijzigd door DJSmiley op 07-01-2018 17:56 ]
Idd ik zie nu dat er dubbel antwoord wordt gegeven door Arnold (Ziggo):
Alleen over dat laatste concept spreken ze dus niet over in de blog... beetje jammer
AMD Ryzen 5800X - 32GB DDR4 Corsair RGB - XFX 6900XT - Panasonic HIT 990Wp - AE200L WPB met cv-ondersteuning
AMD Ryzen 5800X - 32GB DDR4 Corsair RGB - XFX 6900XT - Panasonic HIT 990Wp - AE200L WPB met cv-ondersteuning
/u/96951/crop5db75377e35bf_cropped.png?f=community)
Vraagje:
(nu nog hetzelfde)
Deze kanalen gebruikt mijn modem nu.
Bij jou zijn 24 downstream kanalen in gebruik, welke frequenties zijn dit?
En nog een oude met 16 kanalen ter vergelijking:
Edit:
En voor de leuk het complete spectrum zoals deze vandaag is;
[ Voor 8% gewijzigd door neeecht op 23-03-2018 16:16 ]
AMD Ryzen 5800X - 32GB DDR4 Corsair RGB - XFX 6900XT - Panasonic HIT 990Wp - AE200L WPB met cv-ondersteuning
Het is al weer enige tijd geleden, dus tijd voor een update. Hier in mijn gemeente is men zoals eerder aangegeven bezig met de aanleg van glasvezel, maar zoals gebruikelijk bij planningen loopt ook deze planning uit. Er is qua aantal actieve modems in mijn coaxsegment dus nog niet veranderd t.o.v. van de vorige meting, nog steeds zo'n 540 stuks.
De laatste tijd nog wat gesleuteld aan mijn DOCSIS monitor tooltje. Het is nu mogelijk om op een andere DOCSIS downstream af te stemmen terwijl het tooltje aan het monitoren is. Dat maakt het mogelijk om de diverse downstream kanalen achtereen volgens naast elkaar in één monitor sessie te tonen. Zie onderstaand het resultaat voor een monitor sessie van heden avond:
Telkens als er op een ander downstream kanaal wordt afgestemd detecteert het tooltje dit aan de hand van de MAC Domain Descriptor (MDD) berichten die de CMTS om de 2 seconden verzendt en toont dan in de bitrate grafiek(en) de ID van het downstream kanaal. In mijn coaxsegment is sprake van 24 downstream kanalen. Het TP-LINK netwerk apparaat op het PDU Level tabblad is aangesloten op een 8x4 modem dat de kanalen 73 t/m 80 heeft geconfigureerd. Om ongeveer 19:16 ben ik dat modem apart gaan monitoren. Goed zichtbaar is dat de CMTS de load die dit modem geeft zo gelijkmatig mogelijk tracht te verdelen over de door het modem gebundelde 8 downstream kanalen. Om ongeveer 19:23 was de eerste download sessie van deze klant gereed en om ongeveer 19:45 was die klant opnieuw iets met een gemiddelde bitrate van 33 Mbps per downstream kanaal te downloaden. De abonnementssnelheid van deze klant zal ongeveer 250 Mbps zijn (33 * 8 - wat DOCSIS overhead).
Tot bovenstaande aanpassing las het monitor tooltje telkens een seconde lang 188 bytes grote packets van de input stream, verwerkte een paar type DOCSIS management berichten en verwerkte de statistieken in de diverse tabellen en grafieken. Naarmate de boel wat complexer werd bleek die methode af en toe wat uitschieters in de bitrate statistieken te geven als de input stream verwerkings-thread soms wat minder tijd kreeg omdat andere threads meer tijd vroegen voor de verwerking van packets. Dit is opgelost door nu de bitrate te baseren op de SYNC berichten die de CMTS in de downstream meezendt. Die SYNC berichten bevatten een 32-bit timestamp van een 10.24 MHz clock signaal dat alle CMTS componenten en de modems moeten gebruiken om onderling de tijd te synchroniseren. De tijd die rechts op de statusbalk van het tooltje wordt getoond is de tijd op basis van de 32-bit timestamp in die SYNC berichten.
Aangezien het tooltje ook de MDD berichten verwerkt om de ID van het downstream kanaal te achterhalen wordt die informatie ook meegenomen meegenomen in de tabel op het Cable Modems tabblad:
In de Downstream CHID kolom staat de ID van het downstream kanaal waarop het modem de ranging response heeft ontvangt. Het modem zelf toont dit downstream kanaal als primary downstream kanaal op de status pagina's. Deze extra informatie geeft inzicht in de verdeling van de modems over de downstream kanalen in mijn coaxsegment. Zichtbaar is dat er in totaal 540 verschillende modems zijn gedetecteerd.
De volgende uitbreiding wordt een overzicht met de definitie van de downstream kanalen. Nog niet gereed.
De laatste tijd nog wat gesleuteld aan mijn DOCSIS monitor tooltje. Het is nu mogelijk om op een andere DOCSIS downstream af te stemmen terwijl het tooltje aan het monitoren is. Dat maakt het mogelijk om de diverse downstream kanalen achtereen volgens naast elkaar in één monitor sessie te tonen. Zie onderstaand het resultaat voor een monitor sessie van heden avond:
Telkens als er op een ander downstream kanaal wordt afgestemd detecteert het tooltje dit aan de hand van de MAC Domain Descriptor (MDD) berichten die de CMTS om de 2 seconden verzendt en toont dan in de bitrate grafiek(en) de ID van het downstream kanaal. In mijn coaxsegment is sprake van 24 downstream kanalen. Het TP-LINK netwerk apparaat op het PDU Level tabblad is aangesloten op een 8x4 modem dat de kanalen 73 t/m 80 heeft geconfigureerd. Om ongeveer 19:16 ben ik dat modem apart gaan monitoren. Goed zichtbaar is dat de CMTS de load die dit modem geeft zo gelijkmatig mogelijk tracht te verdelen over de door het modem gebundelde 8 downstream kanalen. Om ongeveer 19:23 was de eerste download sessie van deze klant gereed en om ongeveer 19:45 was die klant opnieuw iets met een gemiddelde bitrate van 33 Mbps per downstream kanaal te downloaden. De abonnementssnelheid van deze klant zal ongeveer 250 Mbps zijn (33 * 8 - wat DOCSIS overhead).
Tot bovenstaande aanpassing las het monitor tooltje telkens een seconde lang 188 bytes grote packets van de input stream, verwerkte een paar type DOCSIS management berichten en verwerkte de statistieken in de diverse tabellen en grafieken. Naarmate de boel wat complexer werd bleek die methode af en toe wat uitschieters in de bitrate statistieken te geven als de input stream verwerkings-thread soms wat minder tijd kreeg omdat andere threads meer tijd vroegen voor de verwerking van packets. Dit is opgelost door nu de bitrate te baseren op de SYNC berichten die de CMTS in de downstream meezendt. Die SYNC berichten bevatten een 32-bit timestamp van een 10.24 MHz clock signaal dat alle CMTS componenten en de modems moeten gebruiken om onderling de tijd te synchroniseren. De tijd die rechts op de statusbalk van het tooltje wordt getoond is de tijd op basis van de 32-bit timestamp in die SYNC berichten.
Aangezien het tooltje ook de MDD berichten verwerkt om de ID van het downstream kanaal te achterhalen wordt die informatie ook meegenomen meegenomen in de tabel op het Cable Modems tabblad:
In de Downstream CHID kolom staat de ID van het downstream kanaal waarop het modem de ranging response heeft ontvangt. Het modem zelf toont dit downstream kanaal als primary downstream kanaal op de status pagina's. Deze extra informatie geeft inzicht in de verdeling van de modems over de downstream kanalen in mijn coaxsegment. Zichtbaar is dat er in totaal 540 verschillende modems zijn gedetecteerd.
De volgende uitbreiding wordt een overzicht met de definitie van de downstream kanalen. Nog niet gereed.
Er blijken meer initiatieven te zijn om het capaciteitsgebruik van DOCSIS downstream kanalen te meten. Op het Duitse Vodafone-Kabel-Forum loopt een langdurig topic waarin een aantal klanten bezig zijn met eigen Linux DVB-C oplossingen. Voor de geïnteresseerden met een werkende Linux DVB-C opstelling zijn de volgende twee opensource projecten misschien interessant:
docsis-cable-load-monitor
docsis-stats
docsis-cable-load-monitor
docsis-stats
Voor de leuk:
Ziggo - Zaanstad - Docsis 3.0 Spectrum 2019-02-04:
(Signaal onder de 120 MHz is een spiegel/bug.)
Signaal laatste dag analoge TV.
En even de upstream, ingezoomt:
Update 2019-02-05, analoge TV uit:
198 - 238MHz zijn er 4 digitale signalen bijgekomen.
Geen idee wat. @ArChie jij enig idee wat er in die range zit/kan zitten?
Ziggo - Zaanstad - Docsis 3.0 Spectrum 2019-02-04:
(Signaal onder de 120 MHz is een spiegel/bug.)
Signaal laatste dag analoge TV.
En even de upstream, ingezoomt:
Update 2019-02-05, analoge TV uit:
198 - 238MHz zijn er 4 digitale signalen bijgekomen.
Geen idee wat. @ArChie jij enig idee wat er in die range zit/kan zitten?
[ Voor 33% gewijzigd door neeecht op 05-02-2019 06:46 ]
Update 2019-02-26:
De downstream kanalen zijn verplaatst:
2017-12-08:
2019-02-26:
En het nieuwe spectrum:
De downstream kanalen zijn verplaatst:
2017-12-08:
2019-02-26:
En het nieuwe spectrum:
Modem uptime nog hetzelfde. Dit wordt realtime geregeld.
En geen idee. Ik heb een hitron modem. Deze kan 24 channels.
@ArChie moet inderdaad maar weer eens kijken. A.U.B.
Logisch! Ik wist niet in welke soort management frames dit geregeld werd.
En of modems een primair management kanaal hadden of dat dit tegenwoordig over meerdere muxes verdeeld werd.
In mijn regio is analoog nog niet uitgezet en is geen datum bekend. Ik zal tegen die tijd of nu - als dat informatie biedt ook een capture maken.En geen idee. Ik heb een hitron modem. Deze kan 24 channels.
@ArChie moet inderdaad maar weer eens kijken. A.U.B.
@neeecht Interessant deze log van de Ziggo/UPC frequentie updates in Zaanstad. Gezien de frequentieset van je Hitron modem en het frequentiespectrum lijkt het erop dat Ziggo/UPC toch geleerd heeft van de problemen die ze in voormalig UPC gebied (Rotterdam en omstreken) hebben veroorzaakt door de hoogste downstream frequenties te laten overlappen met het frequentiegebied dat voor 4G in gebruik is. Zo te zien is de downstream op 762 MHz momenteel de hoogste frequentie die ze in gebruik hebben.
Ze hadden de eerste downstream van de set echter beter op 602 MHz kunnen zetten i.p.v. op 610 MHz. Als de downstream set nu namelijk nog willen uitbreiden naar 24 downstream frequenties, dan komt de hoogste downstream terecht op 762 + 32 = 794 MHz wat overlapt met de 4G LTE downlink van Tele2. Had die eerste downstream op 602 MHz gestaan, dan bleven ze met 24 downstream net uit het 4G interferentie gebied.
Een andere oplossing die ze natuurlijk ook eens hadden kunnen proberen is om downstreams in het 4G interferentiegebied met 64-QAM modulatie door te geven i.p.v. met 256-QAM modulatie. Gezien deze eerder geplaatste schermprint kiezen hun kabel collega's in Lüneburg daar wel voor zodat ze dit 4G interferentie frequentiegebied toch kunnen inzetten voor kabelinternet, maar dan met iets minder capaciteit:
Verder zie ik in de frequentiespectrum schermprint een aaneengesloten blok van 35 transport streams. Dat zijn waarschijnlijk de DTV transport stream. Het tweede aaneengesloten blokje van 5 transport streams zullen vermoedelijk de VOD transport streams zijn. Wat de overige transport streams zijn is mij niet duidelijk. Voor nader onderzoek zijn daarvan transport stream captures noodzakelijk. Het zal in ieder geval de doelstelling zijn om op termijn het gebied tot 204 MHz niet meer in te zetten voor DTV of VOD transport streams zodat ze kunnen gaan experimenteren met het aanwenden van dat gebied voor DOCSIS 3.1 upstreams.
Ze hadden de eerste downstream van de set echter beter op 602 MHz kunnen zetten i.p.v. op 610 MHz. Als de downstream set nu namelijk nog willen uitbreiden naar 24 downstream frequenties, dan komt de hoogste downstream terecht op 762 + 32 = 794 MHz wat overlapt met de 4G LTE downlink van Tele2. Had die eerste downstream op 602 MHz gestaan, dan bleven ze met 24 downstream net uit het 4G interferentie gebied.
Een andere oplossing die ze natuurlijk ook eens hadden kunnen proberen is om downstreams in het 4G interferentiegebied met 64-QAM modulatie door te geven i.p.v. met 256-QAM modulatie. Gezien deze eerder geplaatste schermprint kiezen hun kabel collega's in Lüneburg daar wel voor zodat ze dit 4G interferentie frequentiegebied toch kunnen inzetten voor kabelinternet, maar dan met iets minder capaciteit:
Verder zie ik in de frequentiespectrum schermprint een aaneengesloten blok van 35 transport streams. Dat zijn waarschijnlijk de DTV transport stream. Het tweede aaneengesloten blokje van 5 transport streams zullen vermoedelijk de VOD transport streams zijn. Wat de overige transport streams zijn is mij niet duidelijk. Voor nader onderzoek zijn daarvan transport stream captures noodzakelijk. Het zal in ieder geval de doelstelling zijn om op termijn het gebied tot 204 MHz niet meer in te zetten voor DTV of VOD transport streams zodat ze kunnen gaan experimenteren met het aanwenden van dat gebied voor DOCSIS 3.1 upstreams.
Kan natuurlijk ook
. En vind ik sec niet zo'n slechte situatie. Het is voor een modem 'gewoon' een T3 timeout die je dan ook in de teller zou moeten zien.via volpefirm en google:
Het modem scant en vindt op een kanaal een MDD bericht. In het MDD bericht worden de down/upstreams en primary downstream kanaal beschreven.
Zoals ik het lees kan men met MDD's round-robin de modems over primaire downstreams (en uberhaupt kanalen) verdelen.
Als je ruimte hebt voor meer downstreams zou je ook twee "kleinere" DOCSIS netten via één CMTS downstream fiber kunnen coderen. Dan heb je wel een beperking aan de upstream kant (waar je eigenlijk maar 6 muxes hebt).
Mogelijk wordt dit ergens gebruikt in Nederland. Bijvoorbeeld in fUPC gebied waar er veel minder upstream ruimte actief in gebruik is?
De hoge kanalen van DOCSIS 3.1 zie ik voorlopig ook nog niet gebeuren. Wat op zich zou kunnen is door middel van OFDM "gaten" als stuk downstream gebruiken of "gewoon" een OFDM mux aanbieden die voor een deel van de klanten bereikbaar is.
OFDM zie ik als een analoge situatie aan kanalen bonden in het modem. Je doet het alleen op modulatie niveau in plaats van achteaf en daardoor is er geen ruimte tussen kanalen nodig die je normaal gebruikt om overspraak te voorkomen
Hypothetische vieze overgangssituaties 8)7:
Een MDD bericht in een mux op 1300 mhz dat DOCSIS 3.1 muxes adverteert tussen 800-1300 mhz. Want als je op 1300 MHz iets kan ontvangen dan heb je al aangetoond dat jouw downstream pakket die frequenties aankan.
Aan de andere kant: Als een modem die frequenties scant duurt scannen /veel/ langer - ik zie dit niet gebeuren.
[ Voor 4% gewijzigd door ANdrode op 26-02-2019 15:49 ]
@ArChie ja, de DTV en VOD kanalen in de lagere frequenties, internet in de hogere frequenties.
Dat ze met 24 kanalen weer in de 4G banden terecht komen is niet zo heel erg. Mogelijk dipt je internet snelheid dan iets, maar zal niet uitvallen. Met DTV merk je meteen als er storing is, met internet merk je het mogelijk nooit.
En zoals ik al zei, in 2020 zal daar de 5G 700 MHz band evengoed bijkomen, dat houdt je toch.
Deze setup is nu klaar voor Docsis 3.1 kwa frequentieruimte. Kwa hardware en infrastructuur, dat weet jij beter dan ik.
Docsis 3.0 zou eventueel nog tot 1002 MHz doorkunnen.
Docsis 3.1 dan weer door naar 1218 MHz en optioneel naar 1794 MHz.
(Airspy R2 doet 24 - 1800 MHz, precies deze range, PLL lockt mogelijk nog iets hoger, rond 1850 MHz.)
Nu zal het aankomen op vraag/aanbod wanneer Ziggo Docsis 3.1 gaat uitrollen.
Off topic: T-Mobile heeft Unlimited 4G data, daarom heb ik het genomen.
Daarvoor bestond dat niet, dus bleef ik bij KPN.
Als Ziggo morgen Docsis 3.1 uitrolt, 1 Gbps down en 100 Mbps up, voor 100 euro in de maand, neem ik het direct. Hopelijk met meer upstream in de toekomst (5 - 204 MHz, met een 20 MHz gat voor Analoge Radio.)
En bij deze nog even de kanalen ingezoomt, want full range geeft wat spiegels, in de FM band lijkt nu een digitaal kanaal te zitten.
http://x264.nl/dump/ziggo...019-02-26-zoomed-view.jpg
Spectrumspy view in 200 MHz stappen. Met photoshop aan elkaar geplakt.
En express even een speedtest (upload) gedaan, goed zichtbaar in spectrum.
(Dat de signaalwaardes naar beneden aflopen heeft meer met de Airspy R2 te maken, dan met de signaal aanvoer/kabel die gebruikt wordt.)
Geen 4G op 800 MHz en en 2/3/4G op 900 MHz zichtbaar. Dat is goed natuurlijk.
En @ANdrode krijgt ook een tagje
Dat ze met 24 kanalen weer in de 4G banden terecht komen is niet zo heel erg. Mogelijk dipt je internet snelheid dan iets, maar zal niet uitvallen. Met DTV merk je meteen als er storing is, met internet merk je het mogelijk nooit.
En zoals ik al zei, in 2020 zal daar de 5G 700 MHz band evengoed bijkomen, dat houdt je toch.
Deze setup is nu klaar voor Docsis 3.1 kwa frequentieruimte. Kwa hardware en infrastructuur, dat weet jij beter dan ik.
Docsis 3.0 zou eventueel nog tot 1002 MHz doorkunnen.
Docsis 3.1 dan weer door naar 1218 MHz en optioneel naar 1794 MHz.
(Airspy R2 doet 24 - 1800 MHz, precies deze range, PLL lockt mogelijk nog iets hoger, rond 1850 MHz.)
Nu zal het aankomen op vraag/aanbod wanneer Ziggo Docsis 3.1 gaat uitrollen.
Off topic: T-Mobile heeft Unlimited 4G data, daarom heb ik het genomen.
Daarvoor bestond dat niet, dus bleef ik bij KPN.
Als Ziggo morgen Docsis 3.1 uitrolt, 1 Gbps down en 100 Mbps up, voor 100 euro in de maand, neem ik het direct. Hopelijk met meer upstream in de toekomst (5 - 204 MHz, met een 20 MHz gat voor Analoge Radio.)
En bij deze nog even de kanalen ingezoomt, want full range geeft wat spiegels, in de FM band lijkt nu een digitaal kanaal te zitten.
http://x264.nl/dump/ziggo...019-02-26-zoomed-view.jpg
Spectrumspy view in 200 MHz stappen. Met photoshop aan elkaar geplakt.
En express even een speedtest (upload) gedaan, goed zichtbaar in spectrum.
(Dat de signaalwaardes naar beneden aflopen heeft meer met de Airspy R2 te maken, dan met de signaal aanvoer/kabel die gebruikt wordt.)
Geen 4G op 800 MHz en en 2/3/4G op 900 MHz zichtbaar. Dat is goed natuurlijk.
En @ANdrode krijgt ook een tagje
Wat zit hier op 440 MHz? Daar breekt de grid en ik snap niet wat er 2x zo breed kan zijn
De data van een mux capturen gaat met een SDR waarschijnlijk niet lukken. DVB-C2 ondersteunt ook OFDM . Als deze muxes [wat betreft specs] overeenkomen met de muxes van DOCSIS3.1 zou dit mogelijk te capturen moeten zijn. Lastig
Los daarvan is Docsis 3.1 een klap dynamischer. Het kan dus best zijn dat je in de ene dump 800 subcarriers hebt met QAM64, 5min later een klant die net op een nieuwe tap/kabel/enz zit en QAM4096 kan benutten.:
[...]
De data van een mux capturen gaat met een SDR waarschijnlijk niet lukken. DVB-C2 ondersteunt ook OFDM . Als deze muxes [wat betreft specs] overeenkomen met de muxes van DOCSIS3.1 zou dit mogelijk te capturen moeten zijn. Lastig
Itt D3.0 kan D3.1 per ODFM subcarrier een andere modulatie gebruiken.
Hmm, apart, precies een stuk maar spectrumspy denk net een overlap heeft.:
[...]
Wat zit hier op 440 MHz? Daar breekt de grid en ik snap niet wat er 2x zo breed kan zijn
[...]
...
Alles wat je ziet zijn stukjes van 10 MHz.
Met 100 MHz breedte gaat het wel goed:
Maker van de software gevraagd.
Zit jij in het gebied waar de DOCSIS 3.1 OFDM pilot carrier gezien is op 883 MHz (daar)?
Dat zou in ieder geval die piek bij 800+ Mhz verklaren
Dat gebied niet, Zaanstad.:
[...]
Zit jij in het gebied waar de DOCSIS 3.1 OFDM pilot carrier gezien is op 883 MHz (daar)?
Dat zou in ieder geval die piek bij 800+ Mhz verklaren
Maar op 810 MHz?
http://x264.nl/dump/ziggo...019-02-26-zoomed-view.jpg
Geen idee.
AMD Ryzen 5800X - 32GB DDR4 Corsair RGB - XFX 6900XT - Panasonic HIT 990Wp - AE200L WPB met cv-ondersteuning
@ArChie en anderen:
http://x264.nl/dump/ziggo-docsis-3.0-2019-02-26.jpg
http://x264.nl/dump/ziggo-docsis-3.0-2019-03-31.jpg
http://x264.nl/dump/ziggo-docsis-3.0-2019-05-13.jpg
Sinds vandaag zijn er weer kanalen bijgekomen.
Zo te zien 3 aan de hoge kant en 1 onder de eerder gebruikte internet kanalen.
Ik zal zo weer een volledig spectrum maken met 200 MHz blokken.
Ik had met mijn Hitron modem en nu nieuwe Connect Box Arris modem overal 38+ SNR op de downstreams.
Kanaal 1 618 MHz is nu 33 dB
Kanaal 9 698 MHz is zelfs 26 dB
(De modem heeft zich inmiddels hersteld.)
Update:
2019-05-13 full view:
Zo als te zien tussen 2019-02-26 en 2019-03-31 zijn er wat (TV?) signalen verdwenen.
Deze ruimte is er nog steeds.
En sinds vandaag zijn er dus meer (internet) signalen bijgekomen.
Update 2:
De FM en 900 MHz mobiele signalen lijken iets meer zichtbaar.
Hier in huis is niets veranderd kwa kabels. Mogelijk een drogere grond en minder demping van water.
Update 3:
De huidige modem waardes.
Downstream:
Upstream ATDMA:
http://x264.nl/dump/ziggo-docsis-3.0-2019-02-26.jpg
http://x264.nl/dump/ziggo-docsis-3.0-2019-03-31.jpg
http://x264.nl/dump/ziggo-docsis-3.0-2019-05-13.jpg
Sinds vandaag zijn er weer kanalen bijgekomen.
Zo te zien 3 aan de hoge kant en 1 onder de eerder gebruikte internet kanalen.
Ik zal zo weer een volledig spectrum maken met 200 MHz blokken.
Ik had met mijn Hitron modem en nu nieuwe Connect Box Arris modem overal 38+ SNR op de downstreams.
Kanaal 1 618 MHz is nu 33 dB
Kanaal 9 698 MHz is zelfs 26 dB
(De modem heeft zich inmiddels hersteld.)
Update:
2019-05-13 full view:
Zo als te zien tussen 2019-02-26 en 2019-03-31 zijn er wat (TV?) signalen verdwenen.
Deze ruimte is er nog steeds.
En sinds vandaag zijn er dus meer (internet) signalen bijgekomen.
Update 2:
De FM en 900 MHz mobiele signalen lijken iets meer zichtbaar.
Hier in huis is niets veranderd kwa kabels. Mogelijk een drogere grond en minder demping van water.
Update 3:
De huidige modem waardes.
Downstream:
Upstream ATDMA:
[ Voor 46% gewijzigd door neeecht op 13-05-2019 07:54 ]
Kan iemand de piek op 860 MHz verklaren? Ik snap hem niet.
Zou dat ook aan de tijd van de capture kunnen liggen? Dat zie je in de upstream frequenties erg terug en bij GSM dus waarschijnlijk ook.
Dat je FM eerder niet zag en nu consistent wel (in de waterval) snap ik niet
Blijkbaar hebben ze meegelezen met jouw bericht. :-)
De downstream kanalen zitten precies onder de LTE (4G) downstream kanalen nu.
Mogelijk is het signaal op 810 MHz om te testen of er problemen zijn met 4G.
Dit signaal is er wel, maar wordt niet gelocked. Al hoewel bij @Jim423 wel, zou je daar een screenshot van kunnen maken Jim?
Met 5G is het straks niet anders.
Hier een overlay van de mobiele frequenties:
Leuk, tijdens het maken van dit plaatje nu ook duidelijk waarom het gat is:
DAB+ zit hier. 174-230 MHz in gebruikt, de band loopt tot 240 MHz.
Ook P2000 op 169.650 MHz wordt overgeslagen. Dit is een smal, maar zeer sterk signaal.
Al hoewel met Docsis 3.1 deze frequenties hopelijk wel gebruikt worden, meer bandbreedte.
Zie ook:
5g bron:
https://www.acm.nl/sites/...ieveiling-advies-2019.pdf
Begin april heb ik met hulp van @Donderstraaltje het frequentieplan van Ziggo/UPC/Den Haag in de gemeente Delft geactualiseerd nadat daar het frequentieplan opnieuw was ingedeeld:
Het door jou gemaakte spectrum gaat daar steeds meer op lijken qua indeling. Ik vermoed dat de twee transport streams op 154 en 162 MHz VOD transport streams zijn die nog verplaatst moeten worden naar 546 en 562 MHz zodat ze net als in Den Haag en omstreken een blokje van 7 VOD transport streams tussen de Internet downstreams en de RTV transport streams hebben.
De transport stream op 810 MHz zal net als in Den Haag en omstreken een overgebleven RTV transport stream zijn die ook op een andere frequentie wordt doorgegeven. Heeft voor de Ziggo klanten geen toegevoegde waarde. De frequentie 258 MHz houdt Ziggo/UPC vrij voor de doorgifte van een transport stream 601 die zakelijke klanten zelf mogen toevoegen via een DVB-C modulator. Wat er bij jou op 250 MHz wordt doorgegeven weet ik niet. In Den Haag en omstreken werd daar geen signaal aangetroffen.
Wat voor een modem heb je?
Ja, de 24 kanalen zijn er sinds vanochtend.
Dus hopelijk stuurt Ziggo binnenkort een software update naar de modem.
We hebben net 500 naar 600 Mbps gehad.
Met 4 kanalen erbij kan het nog dik sneller dan.
AMD Ryzen 5800X - 32GB DDR4 Corsair RGB - XFX 6900XT - Panasonic HIT 990Wp - AE200L WPB met cv-ondersteuning
Update 2019-07-12: nog steeds 20 kanalen in gebruik.
Paar dagen terug complete stroom uitval gehad in de wijk, dus ook dat was het niet.
De 4 niet gebruikte kanalen zullen denk ik gebruikt worden bij de volgende snelheid update.
Mogelijk oktober. Anders beetje zonde van de energie en capaciteit.
Paar dagen terug complete stroom uitval gehad in de wijk, dus ook dat was het niet.
De 4 niet gebruikte kanalen zullen denk ik gebruikt worden bij de volgende snelheid update.
Mogelijk oktober. Anders beetje zonde van de energie en capaciteit.
@ArChie
Zul je net zien, ik moest even uitzoomen met de browser, maar:
[01:01] * Disconnected
[01:04] * Connected
Vanacht zijn de settings veranderd dus.
Spectrum is hetzelfde gebleven.
Zul je net zien, ik moest even uitzoomen met de browser, maar:
[01:01] * Disconnected
[01:04] * Connected
Vanacht zijn de settings veranderd dus.
Spectrum is hetzelfde gebleven.
Ik moet waarzegger worden. :-):
Update 2019-07-12: nog steeds 20 kanalen in gebruik.
Paar dagen terug complete stroom uitval gehad in de wijk, dus ook dat was het niet.
De 4 niet gebruikte kanalen zullen denk ik gebruikt worden bij de volgende snelheid update.
Mogelijk oktober. Anders beetje zonde van de energie en capaciteit.
https://www.ziggo.nl/sneller
Daarvoor zijn de extra kanalen dus ingezet.
Hopelijk spoedig een uitbreiding in Nederland, leuk om een keer te testen.
1000/50mbit.
De 50mbit upload blijft belachelijk natuurlijk. Ik ga er vanuit dat analoge radio er in 2020 uit gaat.
Ik blijf namelijk op 250/40mbit, want alleen de 40mbit is voor mij belangrijk.
40 of 50mbit maakt weinig uit. Kunnen we 100-1000mbit upload krijgen, dan gaat de toekomst eindelijk sinds 1998 interessant worden voor thuis gebruik.
Het spectrum is hier nog steeds hetzelfde sinds de laatste scan.
Ik heb ook een airspy, hier bij een meting van regio headend zevenaar.
Zoals jullie kunnen zien is analoge TV hier nog steeds beschikbaar, volgens de Ziggo site zouden we 29 okt afscheidt hebben genomen maar blijkbaar hebben ze zich bedacht.
Die burst signalen zitten hier trouwens op 178 en 180 mhz, geen idee waar die dan voor dienen.
Zoals jullie kunnen zien is analoge TV hier nog steeds beschikbaar, volgens de Ziggo site zouden we 29 okt afscheidt hebben genomen maar blijkbaar hebben ze zich bedacht.
Die burst signalen zitten hier trouwens op 178 en 180 mhz, geen idee waar die dan voor dienen.
[ Voor 110% gewijzigd door Terrestrial op 12-11-2019 16:24 ]
Daar hoef je geen waarzegger voor te zijn hoor.
In augustus vorig jaar werd dat al op Tweakers gemeld
nieuws: Ziggo test 1Gbit/s-kabelinternet met docsis 3.1 in Utrecht - update
Update:
2019-11-20:
2019-05-13:
(Let op, de signaal hardheid is anders vanwege andere gain instellingen in de tuner.)
Voor Giganet, 1 Gbit/s ga ik vanuit.
Wordt het nou Docsis 3.0 of Docsis 3.1? Ik geloof dat we wel een nieuwe modem krijgen met 1 Gbit/s.
2019-11-20:
2019-05-13:
(Let op, de signaal hardheid is anders vanwege andere gain instellingen in de tuner.)
Voor Giganet, 1 Gbit/s ga ik vanuit.
Wordt het nou Docsis 3.0 of Docsis 3.1? Ik geloof dat we wel een nieuwe modem krijgen met 1 Gbit/s.
AMD Ryzen 5800X - 32GB DDR4 Corsair RGB - XFX 6900XT - Panasonic HIT 990Wp - AE200L WPB met cv-ondersteuning
@neeecht Het is te hopen dat ze het frequentiegebied van 790 t/m 862 MHz bij jullie niet alsnog gaan inzetten voor de doorgifte van EuroDOCSIS 3.0 downstreams, want dat zal ongetwijfeld bij diverse klanten gaan leiden tot signaalproblemen door interferentie van 4G signalen:
Als ze dat frequentiegebied daarvoor wel inzetten dan hopelijk net als hun Duitse collega's met een 64-QAM i.p.v. 256-QAM modulatie wat wel minder capaciteit, maar ook minder signaalproblemen zal opleveren. Maar ja, Ziggo/LGI...
Als ze dat frequentiegebied daarvoor wel inzetten dan hopelijk net als hun Duitse collega's met een 64-QAM i.p.v. 256-QAM modulatie wat wel minder capaciteit, maar ook minder signaalproblemen zal opleveren. Maar ja, Ziggo/LGI...
Sinds begin november is E-Fiber in mijn woonplaats na veel vertraging eindelijk begonnen met het realiseren/afmonteren van de glasvezel aansluiting in de woningen waarna de klanten die een abonnement hebben afgesloten bij TriNed een afspraak kunnen maken om hun glasvezel abonnement werkend op te leveren. Dit is in mijn coaxsegment zichtbaar aan de hand van het langzaam afnemen van het aantal actieve modems. In vergelijking met de meting in december 2018 is dat aantal afgenomen met zo'n 70 stuks:
@ArChie nee. Ik heb al 24 kanalen, volgens mij max van de Connectbox.
Het zullen wel Docsis 3.1 kanalen worden/zijn. Bij de aankomende 1Gbit/s upgrade.
Of gewoon meer bandbreedte in het segment.
Edit: Reactie van @Jim423 hierboven niet gelezen.
We gaan het in de gaten houden.
En @ArChie hier onder.
Het zullen wel Docsis 3.1 kanalen worden/zijn. Bij de aankomende 1Gbit/s upgrade.
Of gewoon meer bandbreedte in het segment.
Edit: Reactie van @Jim423 hierboven niet gelezen.
We gaan het in de gaten houden.
En @ArChie hier onder.
[ Voor 23% gewijzigd door neeecht op 22-11-2019 12:28 ]
@ArChie zelfde nog: http://x264.nl/dump/ziggo...4_channels-2019-07-18.jpg ... Wilde ik zeggen.
Maar HEY toch wat veranderd, was na de reset nog niet:
http://x264.nl/dump/ziggo...4_channels-2019-11-22.jpg
738 MHz niet in gebruik, 810 MHz wel in gebruik. Scherp!
Edit:
810 MHz = Kanaalnummer 27, dus er zijn 32 Docsis 3.0 kanalen.
602 MHz = Kanaalnummer 1
Maar HEY toch wat veranderd, was na de reset nog niet:
http://x264.nl/dump/ziggo...4_channels-2019-11-22.jpg
738 MHz niet in gebruik, 810 MHz wel in gebruik. Scherp!
Edit:
810 MHz = Kanaalnummer 27, dus er zijn 32 Docsis 3.0 kanalen.
602 MHz = Kanaalnummer 1
[ Voor 14% gewijzigd door neeecht op 22-11-2019 12:34 ]
@ArChie in mijn spectrum view image eerder gepost zie je dat ik totaal geen last hebt van 4G signalen.
Ik heb alle 3 de providers actief, maar 99% van de tijd wordt Band 20 (800 MHz) niet gebruikt voor uploaden.
En de downstream kanalen zijn sowieso prima afgeschermd/te zacht van buiten.
Ik heb zo'n 20-30dB demping hier in mijn apartement, dat zal ook helpen. En de kabels zitten verder in een betonnen muur/vloer/plafond.
Het stukje meterkast is afgeschermd door de liften, geen last dus.
Ik heb alle 3 de providers actief, maar 99% van de tijd wordt Band 20 (800 MHz) niet gebruikt voor uploaden.
En de downstream kanalen zijn sowieso prima afgeschermd/te zacht van buiten.
Ik heb zo'n 20-30dB demping hier in mijn apartement, dat zal ook helpen. En de kabels zitten verder in een betonnen muur/vloer/plafond.
Het stukje meterkast is afgeschermd door de liften, geen last dus.
AMD Ryzen 5800X - 32GB DDR4 Corsair RGB - XFX 6900XT - Panasonic HIT 990Wp - AE200L WPB met cv-ondersteuning
Het belangrijkste is dat het modem alle DOCSIS packets foutloos binnen krijgt of corrupte packets met behulp van Reed Solomon (RS) error correctie weet te corrigeren zodat die ontvangen packets normaal verwerkt kunnen worden. Vandaar dat ik de Post Reed Solomon error tellingen van het modem in dit verband belangrijk vind. Onderstaand een extreem voorbeeld van een Arris Connectbox modem dat duidelijk aangeeft dat het ontvangen signaal als gevolg van o.a. 4G interferentie nogal verstoord is:
En zo waren er tijdens het aanpassen van de downstream frequenties in voormalig UPC gebied vele signaal klachten van Ziggo klanten. Vergeet niet dat je ook indirect last kan hebben van 4G interferentie door slechte afscherming bij andere klanten in het coaxsegment waarop je bent aangesloten. Niet verwerkbare TCP packets als gevolg van corrupte DOCSIS packets zullen immers opnieuw naar het modem verzonden moeten worden en zorgen daardoor voor onnodige extra belasting van de beschikbare capaciteit in de coaxsegmenten.
Afgelopen vrijdag heeft Ziggo weer onderhoud uitgevoerd. Dit keer is er aan de CMTS gesleuteld gezien de nieuwe downstream channel ID's die sinds dat onderhoud in gebruik zijn in mijn coaxsegment:
Voorheen waren dit channel ID's 73 - 102 en nu 1 - 24. Afgezien van de channel ID aanpassing geen andere in het oog springende veranderingen. Nog steeds 24 (Euro)DOCSIS 3.0 downstreams en 4 (Euro)DOCSIS 3.0 upstreams. Ook zijn de analoge TV kanalen nog steeds aanwezig.
Gelijk een update van het aantal actieve kabel modems in mijn coaxsegment:
Een daling van zo'n 40 stuks t.o.v. 22 november. Het activeren van de glasvezel aansluitingen verloopt traag.
Aanvulling:
Het valt me zojuist op dat de CMTS qua load balancing nog wel het één en ander te doen heeft aangezien nu een groot deel van de modems (90 stuks) allemaal de downstream met channel ID 1 als hun primary downstream hebben geconfigureerd:
Downstream Channel ID 2:
Downstream Channel ID 3:
Het gevolg is ook zichtbaar, namelijk geen regelmatige Ranging Response update delta meer van zo'n 20 seconden voor ieder modem. Met 24 downstreams en in totaal zo'n 420 modems is de verdeling normaal rond de 18 modems per downstream met een kleine variatie.
Voorheen waren dit channel ID's 73 - 102 en nu 1 - 24. Afgezien van de channel ID aanpassing geen andere in het oog springende veranderingen. Nog steeds 24 (Euro)DOCSIS 3.0 downstreams en 4 (Euro)DOCSIS 3.0 upstreams. Ook zijn de analoge TV kanalen nog steeds aanwezig.
Gelijk een update van het aantal actieve kabel modems in mijn coaxsegment:
Een daling van zo'n 40 stuks t.o.v. 22 november. Het activeren van de glasvezel aansluitingen verloopt traag.
Aanvulling:
Het valt me zojuist op dat de CMTS qua load balancing nog wel het één en ander te doen heeft aangezien nu een groot deel van de modems (90 stuks) allemaal de downstream met channel ID 1 als hun primary downstream hebben geconfigureerd:
Downstream Channel ID 2:
Downstream Channel ID 3:
Het gevolg is ook zichtbaar, namelijk geen regelmatige Ranging Response update delta meer van zo'n 20 seconden voor ieder modem. Met 24 downstreams en in totaal zo'n 420 modems is de verdeling normaal rond de 18 modems per downstream met een kleine variatie.
[ Voor 32% gewijzigd door ArChie op 15-12-2019 13:16 ]
Amsterdam is nu ook ready volgens de check. Iemand al een OFDM(A) kanaal gezien daar
Hij begint rond de 879Mhz en stopt net iets over de 1000Mhz. Veel verder zal wel lastig zijn ivm MoCa e.d.
Hij begint rond de 879Mhz en stopt net iets over de 1000Mhz. Veel verder zal wel lastig zijn ivm MoCa e.d.
AMD Ryzen 5800X - 32GB DDR4 Corsair RGB - XFX 6900XT - Panasonic HIT 990Wp - AE200L WPB met cv-ondersteuning
Nader onderzoek met m'n DOCSIS parser tooltje leert dat de oude CMTS met bijbehorende EdgeQAM's zijn vervangen door een nieuwe CMTS die nu alle taken zelf moet uitvoeren. De oude apparatuur gebruikte de volgende Cisco source MAC adressen in het coaxsegment in de verstuurde downstream packets:
Met de nieuwe CMTS zijn alle packets afkomstig van hetzelfde Candant (Arris) source MAC adres:
Qua loadbalancing en stabiele verbindingen met modems in mijn coaxsegment is die Cadant CMTS duidelijk een stap achteruit. Nog steeds hebben veel modems downstream kanaal 1 als primary downstream kanaal geconfigureerd en worden er via de Ranging Responses opmerkelijk meer Power Level adjustment opdrachten door de Cadant CMTS verstuurd dan voorheen door de Cisco CMTS verstuurd werden. Ook blijft de update delta van de Ranging Responses zeer grillig terwijl dat voorheen met de Cisco CMTS een redelijk constante delta van ongeveer 20 seconden per modem was. Allemaal aanwijzingen dat de stabiliteit in het coaxsegment slechter geworden is door deze vervanging.
Vraagje aan de experts ( @ArChie ):
https://community.ziggo.n...el-gigabit-internet-47023
En kijkend naar:
http://x264.nl/dump/ziggo...019-11-20-zoomed-view.jpg
Die twee signalen tussen 108-204 MHz zou je naar 550 MHz kunnen verplaatsen.
(Al enig idee wat dit voor signalen zijn?)
En dan kun je tussen 108-204 MHz toch een 96 MHz upload kanaal kunnen neerzetten?
Is er een technische reden dat dit niet gebeurd?
Of is het gewoonweg goedkoper eerst analoge radio (en tv) eerst uit te zetten en dan pas de docsis 3,1 upload technisch klaar te maken?
):https://community.ziggo.n...el-gigabit-internet-47023
En kijkend naar:
http://x264.nl/dump/ziggo...019-11-20-zoomed-view.jpg
Die twee signalen tussen 108-204 MHz zou je naar 550 MHz kunnen verplaatsen.
(Al enig idee wat dit voor signalen zijn?)
En dan kun je tussen 108-204 MHz toch een 96 MHz upload kanaal kunnen neerzetten?
Is er een technische reden dat dit niet gebeurd?
Of is het gewoonweg goedkoper eerst analoge radio (en tv) eerst uit te zetten en dan pas de docsis 3,1 upload technisch klaar te maken?
[ Voor 5% gewijzigd door neeecht op 02-01-2020 21:02 ]
AMD Ryzen 5800X - 32GB DDR4 Corsair RGB - XFX 6900XT - Panasonic HIT 990Wp - AE200L WPB met cv-ondersteuning
Zou dit nog een vrij kanaal zijn wanneer je een RF modulator wilt gebruiken voor bijvoorbeeld videorecorders?
:strip_icc():strip_exif()/u/142317/crop5cbd9d51d7e14_cropped.jpeg?f=community)
Wat zit er onderaan in het spectrum? Is dat DOCSIS upload dat reflecteert?
Zo ja: In het Ziggo topic zag je de ODFMA upstream vanaf ~15 MHz. Zit je in een gebied waar die ook gebruikt wordt? Het lijkt mij interessant om te zien wat daar gebeurt.
Vooral omdat je als ik het goed bedrijp bij ODFMA sub-carriers/frequenties niet kan gebruiken als het nodig is (er is interferentie/het veroorzaakt interferentie). Ik verwacht dus een barcode ipv een lijn zoals bij een normaal kanaal