Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie
Toon posts:

[EuroDOCSIS] Capaciteit monitoren met een DVB-C PC-TV tuner

Pagina: 1
Acties:

Onderwerpen


Acties:
  • +9Henk 'm!

  • ArChie
  • Registratie: november 2005
  • Niet online

EuroDOCSIS: Capaciteit monitoren met een DVB-C PC-TV tuner

EuroDOCSIS staat voor European Data Over Cable Service Interface Specification en definieert de interface voor versturen van data over coax kabelnetwerken. Kenmerkende eigenschap van coax kabelnetwerken is dat de signalen die op de coax kabel gemoduleerd worden gelijk zijn voor alle aansluitingen op die coax kabel. Versterkers en multitaps in de coax infrastructuur in wijken zijn namelijk geen intelligente routers of switches. Van deze kenmerkende eigenschap maken de klanten zelf ook gebruik door in huis de coax infrastructuur uit te breiden met extra coax bekabeling, versterkers, multitaps en aansluitingen om zo o.a. de RTV diensten in meerdere kamers te kunnen krijgen.

Van origine was de coax infrastructuur één richtingsverkeer om vanuit lokale headends radio en TV signalen via diverse frequenties te distribueren naar de aangesloten klanten. Om die signalen te ontvangen dienen de klanten over apparatuur te beschikken met een ingebouwde ontvanger (tuner) om te kunnen afstemmen op één van de kabel frequenties waarop een radio of TV signaal wordt doorgegeven. Bij het versturen van data tussen de provider en de klant is sprake van twee richtingsverkeer, waarbij de apparatuur bij de provider en de klant dus zowel een ontvanger als een zender moet bevatten en waarbij rekening gehouden dient te worden met alle andere signalen die via diverse frequenties op de coax kabel worden verzonden. De (Euro)DOCSIS standaard is ontwikkeld om met al dit soort kenmerken als uitgangspunt en zorgt ervoor dat diverse partijen alle benodigde apparatuur voor het versturen van data over de coax kabel kunnen ontwikkelen zoals de kabelmodems voor de klanten en de Cable Modem Termination Systems (CMTS) voor de kabel providers.

De EuroDOCSIS specificatie is op voornamelijk wat fysieke signaal distributie parameters na gelijk aan de DOCSIS specificatie. Het gaat hierbij om de frequentieranges die voor DOCSIS upstreams en downstreams gebruikt kunnen worden en de bijbehorende instellingen voor de gebruikte zenders en ontvangers in de apparatuur. De onderliggende data streams zijn MPEG datastreams en de gebruikte modulatie techniek voor het verzenden van de downstreams zijn gelijk aan de modulatie techniek die gebruikt word voor de verzending van digitale RTV transport streams via DVB-C.

EuroDOCSIS 1.0 was de eerste versie die is uitgebracht voor het versturen van data via de kabel. Deze specificatie is gebaseerd op best-effort data communicatie. Daarna is EuroDOCSIS 1.1 uitgebracht met als extra's Quality of Service (QOS) en security verbeteringen. EuroDOCSIS 2.0 bracht als belangrijkste verbetering meer geavanceerde modulatie technieken voor het verbeteren van de upstream throughput. Het huidige EuroDOCSIS 3.0 introduceerde kanaalbundeling voor de upstreams en downstreams om hogere throughput te bereiken en ondersteuning voor IPv6 en nog meer security verbetering. Het toekomstige DOCSIS 3.1 brengt voornamelijk verbeteringen qua modulatie technieken en zal ook direct een einde maken aan het onderscheid tussen EuroDOCSIS en DOCSIS. Vandaar dat de toevoeging Euro vanaf versie 3.1 komt te vervallen. Alle (Euro)DOCSIS specificaties zijn openbaar en te downloaden bij CableLabs. Meer op EuroDOCSIS gerichte informatie kan bijvoorbeeld bij Excentis gevonden worden.


EuroDOCSIS techniek

De coax infrastructuur in wijken begint in een wijkcentrale en vertakt zich via diverse multitaps, groeps- en eindversterkers naar de Abonnee Overname Punten (AOP) in de woningen in de wijk. Dit wordt ook wel een coaxsegment genoemd. Aan de kant van de provider wordt het signaal dus in de wijkcentrale op de kabel gemoduleerd en, zoals al in de inleiding werd aangestipt, het signaal dat via die coax infrastructuur verzonden wordt is voor alle aansluitingen op een coaxsegment gelijk. Voor het verzenden van data via internet downstreams vanuit de provider naar de klanten zal hier dus rekeningen mee gehouden moeten worden. Immers, als de provider een data pakketje naar klant A wil versturen, dan zal dat ook aankomen bij alle andere klanten in het coaxsegment waar klant A op aangesloten is. Het EuroDOCSIS protocol voorziet daarom in het gebruik van MAC adressen om te identificeren voor wie de data pakketjes bestemd zijn. Het kabelmodem bij de klant is qua ontvangst in feite een pakket filter dat alleen de data pakketjes uit de downstream haalt voor de aangesloten klant apparatuur en de rest negeert. Voor iedere EuroDOCSIS downstreams is er dus sprake van één zender namelijk de zender in de wijkcentrale en meerdere ontvangers die gelijktijdig op een downstreams zijn afgestemd, namelijk de ontvanger in de modems.

Voor de EuroDOCSIS upstreams is het wat complexer aangezien er daar juist sprake is van het omgekeerde, namelijk één ontvanger per EuroDOCSIS upstream in de wijkcentrale en meerdere zenders in de modems van de klanten die gebruik kunnen maken van die EuroDOCSIS upstream. Aangezien het niet de bedoeling is dat er gelijktijdig door alle modems op een bepaalde EuroDOCSIS upstream frequentie wordt uitgezonden is een groot deel van de (Euro)DOCSIS specificatie gewijd aan de coördinatie van de CMTS om de geregistreerde klant modems om de beurt te laten zenden via een upstreams. Ook bevat de door een modem verzonden data via een EuroDOCSIS upstream natuurlijk MAC adres informatie zodat de CMTS kan bepalen vanaf welke aansluiting in het coaxsegment de data afkomstig is.

Bovenstaande betekent praktisch gezien dat de upstream en downstream capaciteit in een coaxsegment dus gedeeld wordt door alle actieve modems in een coaxsegment. Dit aspect van de EuroDOCSIS techniek trachten de kabelbedrijven wanhopig via het opzettelijk verstrekken van allerlei misleidende informatie te verbergen. De kabelbedrijven zijn kennelijk zeer goed op de hoogte van de techniek van de DSL providers en het aanduiden van de beperkingen van die techniek, maar begrijpen niet hoe hun eigen EuroDOCSIS techniek werkt als we sommige volstrekte onzin uitlatingen van personeel van kabelbedrijven mogen geloven. Een zeer kwalijke zaak aangezien alle providers plechtig hebben beloofd om meer openheid te geven over de beperkingen van abonnementssnelheden.

De hamvraag is dus hoeveel capaciteit er is in een coaxsegment, hoeveel kabel internettende klanten er zijn en wat de abonnementssnelheden van die klanten zijn om de overboeking van de capaciteit te kunnen bepalen. Voor het bepalen van de beschikbare capaciteit moet eerst bekend zijn hoeveel upstream en downstream frequenties er zijn. Dergelijke informatie is meestal wel te achterhalen door het combineren van de informatie van wat modem status pagina's in een wijk. Bij voormalig Ziggo blijkt dan bijvoorbeeld dat er in totaal sprake is van 4 upstreams en 16 downstreams per coaxsegment. Gecombineerd met de EuroDOCSIS instellingen voor een downstream (256-QAM modulatie en een 6952 symbolrate) is dan uit te rekenen dat de downstream capaciteit 816 Mbps (16 * 51 Mbps) is. Hier gaat nog wat protocol overhead vanaf wat in de praktijk betekent dat er meestal wordt uitgegaan van een capaciteit van 50 Mbps per downstream.

Voor de upstreams is het berekenen van de capaciteit nog complexer aangezien diverse modulatie types worden gebruikt en er ook de nodige capaciteit verloren gaat bij het om de beurt mogen zenden. Omdat die upstream capaciteit ook niet met een DVB-C PC-TV tuner te monitoren is wordt in dit topic niet nader ingegaan op de upstream capaciteit. Zie bijvoorbeeld Wiki voor meer informatie.

Het bepalen van het aantal aansluitingen op een coaxsegment en het aantal klanten dat daarvan kabel internet heeft is een stuk lastiger. Uiteraard doen de kabelbedrijven daar zelf geen uitspraken over. De enige informatie hierover is te vinden in een TNO rapport dat in opdracht van NLkabel in 2012 is opgesteld. In dat rapport wordt aangegeven dat er in Nederland gemiddeld 800 aansluitingen zitten op een coaxsegment. Afhankelijk van de locatie kunnen dat dus ook meer of minder aansluitingen zijn. De enige manier om met zekerheid iets te kunnen zeggen over het aantal aangesloten kabelmodems in een coaxsegment is het analyseren van het DOCSIS downstream dataverkeer dat op iedere kabelaansluiting in het coaxsegment binnenkomt. Metingen in diverse coaxsegmenten bij diverse kabelproviders laat zien dat het aantal kabelmodems varieert tussen de 400 en 1100 en dat bij alle Nederlandse kabelproviders nog steeds EuroDOCSIS 2.0 modems in gebruik zijn naast de EuroDOCSIS 3.0 modems. Bij sommige providers is een deel van de EuroDOCSIS 2.0 modems geïntegreerd in de Interactieve RTV ontvangers voor gebruik als retour kanaal.

Helaas levert de DOCSIS analyse geen informatie op over de bijbehorende abonnementssnelheden van al die kabelmodems. Ook hier licht het TNO rapport een klein tipje van de sluier op door te stellen dat de overboekingsfactor in 2012 met de toenmalige abonnementssnelheden ongeveer 20 was. Dus als er in 2012 met 16 downstreams zo'n 800 Mbps aan capaciteit was in een coaxsegment, dan was de gezamelijke maximale abonnementssnelheid van de klanten in dat coaxsegment ongeveer 16 Gbps.


Monitoren van de downstream capaciteit met een DVB-C PC-TV tuner

Omdat EuroDOCSIS voor de downstreams van dezelfde zend techniek gebruik maakt als DVB-C voor digitale RTV transport streams is DVB-C PC-TV hardware in combinatie TransEdit van DVBViewer een goedkope oplossing voor het monitoren van het actuele capaciteitsgebruik in je eigen coaxsegment. Tweedehands is zo'n DVB-C PC-TV tuner meestal wel te koop voor een paar tientjes en TransEdit is optioneel te downloaden voor kopers van DVBViewer dat tegenwoordig 20 euro kost.

Voor de configuratie van TransEdit moet eerst bepaald worden welke frequenties het kabelmodem allemaal in gebruik heeft voor de downstreams. Deze informatie is te vinden via de statuspagina van het kabelmodem. Maak vervolgens in TransEdit een "transponder" lijst aan met voor iedere downstream frequentie 256-QAM als modulatie en 6952 als symbolrate. Zie onderstaand voorbeeld:


Selecteer vervolgens in de "transponder" lijst één van de downstream frequenties en druk op de "Analyze" knop. Er verschijnt een TS Analyzer window waarin de packets van de EuroDOCSIS downstream worden getoond. Zie onderstaand voorbeeld:


Een EuroDOCSIS downstream bevat twee soorten packets, namelijk packets met PID 8190 (0x1FFE) wat de DOCSIS data packets zijn voor alle kabel internettende klanten in het coaxsegment en packets met PID 8191 (0x1FFF) wat de opvul (Null) packets zijn om ervoor te zorgen dat de downstream een constante bitrate houdt. In bovenstaand voorbeeld was de downstream op 274 MHz in mijn coaxsegment dus voor 25.89% (13.27 Mbps) in gebruik voor data verkeer en was er nog 74.11% (37.98 Mbps) ruimte op het moment van meten.

Door nu deze meting te herhalen voor alle downstream frequenties van het kabelmodem is vrij eenvoudig te bepalen hoeveel capaciteit er in gebruik is in het coaxsegment:


Als alle Internet downstream frequenties er als volgt uitzien tijdens de meting dan is duidelijk dat het druk is in het coaxsegment en dat het onwaarschijnlijk wordt dat de maximale snelheid gehaald gaat worden als je nu zelf ook start met downloaden:
http://i.imgur.com/eQsd4Wf.png

In de praktijk maakt het gros van de kabel internet klanten nauwelijks gebruik van hun abonnementssnelheid. Voor een beetje browsen op het Internet, wat mail ophalen, Youtube filmpje kijken, etc. zijn echt geen hoge snelheden nodig.

Overigens is het niet nodig om zelf ook kabel internet af te nemen om bovenstaande monitoring toe te kunnen passen. De enige voorwaarde is natuurlijk wel dat er sprake is van een aansluiting en een actief abonnement bij de kabelprovider. Wel is het door het ontbreken van een kabelmodem dan wat lastiger om te bepalen op welke frequenties de EuroDOCSIS downstreams worden doorgegeven, maar met behulp van kabel internettende buren of de frequentieplannen in een ander topic is daar meestal wel achter te komen.

ArChie wijzigde deze reactie 06-04-2015 08:58 (104%)


Acties:
  • +1Henk 'm!
  • Pinned

  • ArChie
  • Registratie: november 2005
  • Niet online
Het is goed te zien dat Ziggo weer netwerk problemen heeft:



Er wordt in mijn coaxsegment extreem weinig gebruik gemaakt van de beschikbare capaciteit in de 16 Internet downstreams.

Acties:
  • +1Henk 'm!
  • Pinned

  • ArChie
  • Registratie: november 2005
  • Niet online
quote:
ArChie schreef op maandag 27 april 2015 @ 21:48:
Qua Internet upstreams blijft voormalig UPC echter maximaal 16-QAM toepassen i.p.v. 64-QAM bij voormalig Ziggo.
Ondertussen heeft bij voormalig UPC ook de toepassing van 64-QAM als modulatie type voor de upstreams zijn intrede gedaan. Door wat upstream instellingen van verschillende voormalig UPC klanten te combineren ziet het huidige upstream frequentie plan van voormalig UPC er als volgt uit:


Volgens TNO wordt het frequentie gebied van 5 tot 20 MHz door de Nederlandse kabelbedrijven vermeden vanwege de ruis:

Bronnen: Evolution and prospects cable networks for broadband services (2012), Multicarrier Modulation for Broadband Return Channels in Cable TV Networks (2003) en Characteristics of upstream channel noise in CATV-networks (1996).

In het gebied van 61 tot 65 MHz zou nog één upstream passen met een 3.2 MHz bandbreedte met maximale capaciteit van ongeveer 14 Mbps en als men geen 0.5 MHz tussenruimtes zou hanteren dan was er ruimte geweest voor een upstream met 6.4 MHz bandbreedte i.p.v. 3.2 MHz. Een huidige upstream capaciteit van maximaal 168 Mbps wat nog kan worden uitgebreid naar 182 Mbps. Maximaal omdat er niet continu wordt gezonden door een kabelmodem in de upstreams, maar om de beurt en er ook lagere modulatie types worden gebruikt voor ander interval gebruik. Ook verschilt het aantal te configureren downstreams per kabelmodem merk en type.

  • ArChie
  • Registratie: november 2005
  • Niet online
Het is redelijk druk qua gelijktijdig internet gebruik in mijn coaxsegment:


Goed te zien is dat de EuroDOCSIS 3.0 modems door de CMTS verdeeld zijn in twee sets van 8 downstreams. De set van 8 downstreams 274 - 330 MHz is voor ongeveer 85% in gebruik en de set van 8 downstreams van 338 - 394 MHz voor ongeveer 44%.

  • ArChie
  • Registratie: november 2005
  • Niet online
Ik zie dat ik bij het samenstellen van bovenstaand overzicht twee keer 394 MHz heb gekopieerd i.p.v. 386 en 394 MHz. Onderstaand alsnog de meting op 386 MHz:
http://i.imgur.com/U1Iuyj3.png

  • ArChie
  • Registratie: november 2005
  • Niet online
Ziggo heeft aangekondigd dat er 19 november in mijn coaxsegment onderhoud is aan Internet & Telefonie:


Goed moment dus om even wat captures te maken van de huidige toestand om straks te kunnen vergelijken met de toestand na het onderhoud.
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
====================================================================================================================================
OUI       Manufacturer                         Count  Type                                                                          
------------------------------------------------------------------------------------------------------------------------------------
00-0F-21  Scientific Atlanta, Inc                  4                                                                                
00-0F-9F  ARRIS Group, Inc.                        2  Motorola SB5100E (ED2.0)                                                      
00-11-E6  Scientific Atlanta                       2  Scientific Atlanta EPX2203 (ED2.0)                                            
00-13-71  ARRIS Group, Inc.                        2  Motorola SBV5120E (ED2.0)                                                     
00-14-E8  ARRIS Group, Inc.                        1  Motorola SBV5120E (ED2.0)                                                     
00-14-F8  Scientific Atlanta                       8  Scientific Atlanta EPX2203 (ED2.0)                                            
00-15-2F  ARRIS Group, Inc.                        5  Motorola SBV5121E (ED2.0)                                                     
00-15-CF  ARRIS International                      9  Arris TM702B (ED3.0, 4x4)/TM602B (ED2.0)                                      
00-16-92  Scientific-Atlanta, Inc.                 3  Scientific Atlanta EPX2203 (ED2.0)                                            
00-19-5E  ARRIS Group, Inc.                        8  Motorola SBV5121E (ED2.0)                                                     
00-1A-AD  ARRIS Group, Inc.                        5  Motorola SB5101E (ED2.0)                                                      
00-1B-D7  Cisco SPVTG                              2  Scientific Atlanta EPC2203 (ED2.0)                                            
00-1B-DD  ARRIS Group, Inc.                        2  Motorola SB5101E (ED2.0)/SBV5121E (ED2.0)                                     
00-1C-EA  Scientific-Atlanta, Inc                  6  Scientific Atlanta EPC2203 (ED2.0)                                            
00-21-43  ARRIS Group, Inc.                        9  Motorola SBV5121E (ED2.0)                                                     
00-22-10  ARRIS Group, Inc.                        3  Motorola SBV5121E (ED2.0)                                                     
00-22-CE  Cisco SPVTG                              1  Scientific Atlanta EPC2203 (ED2.0)                                            
00-23-A3  ARRIS Group, Inc.                        2                                                                                
00-23-ED  ARRIS Group, Inc.                        3  Motorola SBV5121E (ED2.0)                                                     
00-23-EE  ARRIS Group, Inc.                        6  Motorola SBV5121E (ED2.0)                                                     
00-26-5E  Hon Hai Precision Ind. Co.,L             1  Ubee EVM3200 (ED3.0, 8x4)                                                     
08-3E-8E  Hon Hai Precision Ind. Co.,L             2                                                                                
08-80-39  Cisco SPVTG                             10  Cisco EPC3928AD (ED3.0, 8x4, WLAN)                                            
08-95-2A  Technicolor CH USA Inc                   4                                                                                
0C-60-76  Hon Hai Precision Ind. Co.,L             1  Ubee EVM3200 (ED3.0, 8x4)                                                     
0C-84-DC  Hon Hai Precision Ind. Co.,L             7                                                                                
0C-EE-E6  Hon Hai Precision Ind. Co.,L             1                                                                                
10-08-B1  Hon Hai Precision Ind. Co.,L             1                                                                                
10-5F-49  Cisco SPVTG                              6  Cisco EPC3925 (ED3.0, 8x4, WLAN)                                              
18-55-0F  Cisco SPVTG                             32                                                                                
18-59-33  Cisco SPVTG                             20  Cisco EPC3925 (ED3.0, 8x4, WLAN)                                              
1C-3E-84  Hon Hai Precision Ind. Co.,L             2                                                                                
24-37-4C  Cisco SPVTG                              8                                                                                
24-76-7D  Cisco SPVTG                              3  Cisco EPC3208 (ED3.0, 8x4)                                                    
2C-33-7A  Hon Hai Precision Ind. Co.,L             2                                                                                
38-B1-DB  Hon Hai Precision Ind. Co.,L             8                                                                                
38-C8-5C  Cisco SPVTG                              2  Cisco EPC3212 (ED3.0, 8x4)/Cisco 8485DVB (ED2.0)                              
3C-77-E6  Hon Hai Precision Ind. Co.,L             8                                                                                
48-44-87  Cisco SPVTG                              5  Cisco 8485DVB (ED2.0)                                                         
48-5A-B6  Hon Hai Precision Ind. Co.,L             7                                                                                
50-39-55  Cisco SPVTG                             22                                                                                
54-35-30  Hon Hai Precision Ind. Co.,L             4                                                                                
54-D4-6F  Cisco SPVTG                              6  Cisco EPC3212 (ED3.0, 8x4)/Cisco EPC2203 (ED2.0)/Cisco 8485DVB (ED2.0)        
54-FA-3E  Samsung Electronics Co.,LTD             50                                                                                
58-23-8C  Technicolor CH USA                       1  Technicolor TC7210 (ED3.0, 16x4, WLAN)                                        
60-2A-D0  Cisco SPVTG                             50  Cisco EPC3212 (ED3.0, 8x4)/Cisco 8485DVB (ED2.0)                              
68-94-23  Hon Hai Precision Ind. Co.,L             3                                                                                
70-18-8B  Hon Hai Precision Ind. Co.,L             7  Ubee EVW3210 (ED3.0, 8x4, WLAN)                                               
74-29-AF  Hon Hai Precision Ind. Co.,L             4                                                                                
78-DD-08  Hon Hai Precision Ind. Co.,L            11  Ubee EVM320B (ED3.0, 8x4)                                                     
7C-B2-1B  Cisco SPVTG                              7                                                                                
80-56-F2  Hon Hai Precision Ind. Co.,L             3                                                                                
88-9F-FA  Hon Hai Precision Ind. Co.,L           105  Ubee EVW320B (ED3.0, 8x4, WLAN)                                               
90-4C-E5  Hon Hai Precision Ind. Co.,L            30  Ubee EVM320B (ED3.0, 8x4)                                                     
90-6E-BB  Hon Hai Precision Ind. Co.,L            54  Ubee EVW320B (ED3.0, 8x4, WLAN)                                               
AC-D1-B8  Hon Hai Precision Ind. Co.,L             2                                                                                
B0-C2-87  Technicolor CH USA Inc                  13                                                                                
BC-85-56  Hon Hai Precision Ind. Co.,L             8                                                                                
BC-C8-10  Cisco SPVTG                              9  Cisco EPC3925 (ED3.0, 8x4, WLAN)                                              
C0-38-96  Hon Hai Precision Ind. Co.,L             5                                                                                
C8-FB-26  Cisco SPVTG                             36  Cisco EPC3928 (ED3.0, 8x4, WLAN)                                              
CC-03-FA  Technicolor CH USA                       1                                                                                
E0-88-5D  Technicolor CH USA Inc                   1                                                                                
E4-48-C7  Cisco SPVTG                             49  Cisco EPC3925 (ED3.0, 8x4, WLAN)                                              
FC-52-8D  Technicolor CH USA Inc.                  1                                                                                
------------------------------------------------------------------------------------------------------------------------------------
                                Total:           695
====================================================================================================================================

Ten opzichte van 19 september is het aantal actieve kabelmodems in mijn coaxsegment toegenomen met 16 stuks. Ziggo heeft de afgelopen periode weer bij 18 klanten zo'n Samsung Horizon geval weten op te dringen. Qua aantallen EuroDOCSIS 2.0 kabelmodems nauwelijks wijzigingen. Wel is er ondertussen geen enkele SMT-H3102D meer in gebruik. Dat was ook zo'n slecht functionerend Samsung geval.

Acties:
  • +2Henk 'm!
  • Pinned

  • ArChie
  • Registratie: november 2005
  • Niet online
Het is natuurlijk altijd interessant om de EuroDOCSIS verrichtingen van Ziggo/UPC te vergelijken met andere kabelproviders. Prolution was zo vriendelijk om een capture set te maken van de 16 Internet downstreams bij Delta.

Delta heeft net als Ziggo/UPC in totaal 16 Internet downstreams in gebruik per coaxsegment wat een totale downstream capaciteit van 800 Mbps oplevert. Aangezien Delta een vast DVB-C en analoge RTV frequentieplan toepast in het gehele Delta kabelgebied zal waarschijnlijk ook overal hetzelfde Internet downstream frequentieplan gebruikt worden:


Qua Internet upstreams gaat Delta wat behoudender te werk dan Ziggo/UPC. Er zijn in het coaxsegment waar de captures gemaakt zijn in totaal 6 Internet upstreams frequenties in gebruik die door Delta op een 8 MHz frequentieraster zijn geplaatst:


Gezien de bandbreedte van 6.4 MHz bij gebruik van de 5120 Ksym/s symboolsnelheid levert dat de nodige onbruikbare tussenruimte op wat samengevoegd aangewend had kunnen worden voor een zevende Internet upstream. Qua modulatie staat Delta niet op alle Internet upstream frequenties het gebruik van 64-QAM toe voor de Advanced PHY Long Data Grant waardoor er minder upstream capaciteit beschikbaar is dan bij Ziggo/UPC.

In het coaxsegment van Prolution zijn 654 kabelmodems actief:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
====================================================================================================================================
OUI       Manufacturer                         Count  Type                                                                          
------------------------------------------------------------------------------------------------------------------------------------
00-0F-21  Scientific Atlanta, Inc                 13                                                                                
00-11-E6  Scientific Atlanta                       1  Scientific Atlanta EPX2203 (ED2.0)                                            
00-14-F8  Scientific Atlanta                      27  Scientific Atlanta EPX2203 (ED2.0)                                            
00-16-92  Scientific-Atlanta, Inc.                 9  Scientific Atlanta EPX2203 (ED2.0)                                            
00-18-68  Cisco SPVTG                             46                                                                                
00-19-47  Cisco SPVTG                             58  Scientific Atlanta EPX2203 (ED2.0)                                            
00-1E-6B  Cisco SPVTG                              5                                                                                
00-25-2E  Cisco SPVTG                             11  Cisco EPC3212 (ED3.0, 8x4)                                                    
08-80-39  Cisco SPVTG                              7  Cisco EPC3928AD (ED3.0, 8x4, WLAN)                                            
10-5F-49  Cisco SPVTG                             85  Cisco EPC3925 (ED3.0, 8x4, WLAN)                                              
18-55-0F  Cisco SPVTG                             16                                                                                
18-59-33  Cisco SPVTG                              6  Cisco EPC3925 (ED3.0, 8x4, WLAN)                                              
24-76-7D  Cisco SPVTG                             28  Cisco EPC3208 (ED3.0, 8x4)                                                    
2C-AB-A4  Cisco SPVTG                             49                                                                                
38-C8-5C  Cisco SPVTG                              9  Cisco EPC3212 (ED3.0, 8x4)/Cisco 8485DVB (ED2.0)                              
44-58-29  Cisco SPVTG                             14                                                                                
50-39-55  Cisco SPVTG                             25                                                                                
54-D4-6F  Cisco SPVTG                              4  Cisco EPC3212 (ED3.0, 8x4)/Cisco EPC2203 (ED2.0)/Cisco 8485DVB (ED2.0)        
60-2A-D0  Cisco SPVTG                             72  Cisco EPC3212 (ED3.0, 8x4)/Cisco 8485DVB (ED2.0)                              
7C-B2-1B  Cisco SPVTG                             16                                                                                
A4-A2-4A  Cisco SPVTG                             80                                                                                
C0-C6-87  Cisco SPVTG                             46                                                                                
C8-FB-26  Cisco SPVTG                             27  Cisco EPC3928 (ED3.0, 8x4, WLAN)                                              
------------------------------------------------------------------------------------------------------------------------------------
                                Total:           654
====================================================================================================================================

Dit komt min of meer overeen met de grootte van mijn coaxsegment qua aantal actieve kabelmodems, maar wel moet de kanttekening geplaatst worden dat Delta geen digitale RTV ontvangers met geïntegreerd EuroDOCSIS 2.0 kabelmodem voor Interactieve doeleinden gebruikt/uitlevert. In vergelijking met een vorige meting is zichtbaar dat Delta actief bezig is om de EuroDOCSIS 2.0 modems bij klanten te vervangen door Cisco EuroDOCSIS 3.0 modems. Delta levert tegenwoordig alleen kabelmodems van Cisco aan de klanten.

  • ArChie
  • Registratie: november 2005
  • Niet online
quote:
devil-strike schreef op dinsdag 15 december 2015 @ 17:21:
@ArChie weet jij hoe het kan dat er in oud upc gebied 16 downstream zijn waarbij er 4 de waarde van 0 is. iedergeval wel een lock maar geen channel id.


Channel / Frequency (Hz) / Power (dBmV) / SNR (dB) / Modulation / Channel ID

1 314750000 14 38 256qam 74
2 306750000 14 38 256qam 73
3 322750000 14 38 256qam 75
4 330750000 14 38 256qam 76
5 338750000 14 37 256qam 77
6 346750000 14 37 256qam 78
7 354750000 14 38 256qam 79
8 362750000 14 38 256qam 80
9 370750000 15 38 256qam 0
10 378750000 15 37 256qam 0
11 386750000 14 37 256qam 0
12 394750000 14 37 256qam 0
13 402750000 13 37 256qam 85
14 410750000 14 37 256qam 86
15 418750000 13 37 256qam 87
16 426750000 13 37 256qam 88
Geen idee, het lijkt me in ieder geval niet correct want iedere Internet downstream in een coaxsegment hoort een eigen unieke ID te hebben die bepaald wordt door de CMTS. Jouw modem haalt de DOCSIS configuratie op via de Internet downstream die op de eerste positie is geconfigureerd in je modem, dus in dit geval via de Internet downstream met channel ID 74 op 314.75 MHz.

Voor het bepalen van de DOCSIS configuratie worden o.a. de MAC Domain Descriptor (MDD) packets die via die Internet downstream worden verzonden verzameld waaruit het kabelmodem informatie haalt over het aantal Internet downstreams en de karakteristieken van iedere downstream die door de CMTS gebruikt wordt. Zie onderstaand voorbeeld voor de definitie van één Internet downstream in mijn coaxsegment:


Als sommige Internet downstreams geen channel ID hebben ga je denken aan of een configuratie fout in de CMTS of een bug in de firmware van het modem dat tot corruptie van de gepresenteerde informatie leidt of een verstoord signaal in de Internet downstream met channel ID 74?

Heb je al eens een harde reset geprobeerd van het kabelmodem? Als het daarna nog niet hersteld is, dan zou je misschien een capture kunnen maken van die Internet downstream op 314.75 MHz en die ter beschikking stellen voor nader onderzoek?

Acties:
  • +1Henk 'm!
  • Pinned

  • ArChie
  • Registratie: november 2005
  • Niet online
quote:
RobinF schreef op dinsdag 15 december 2015 @ 17:27:
Maar, hoe groot is een "coax segment" dan? Moet ik denken aan een straatkast, dorp of aan een hele gemeente/regio? Ik kan me hier namelijk niets bij voorstellen.
De grote van een coaxsegment hangt af van het aantal vertakkingen en aansluitingen op de coaxbekabeling in de wijk en die coaxbekabeling in de wijk begint meestal in een wijkcentrum. Een wijkcentrum is een grotere grijze kast die je hier en daar in wijken aantreft:


In zo'n wijkcentrum komt de glasvezel binnen vanuit het lokaal centrum en het signaal dat via die glasvezel wordt aangevoerd wordt in het wijkcentrum gemoduleerd op de coaxkabel. Het signaal op die coax infrastructuur in de wijk is voor alle aansluitingen gelijk, dus als er bij wijze van spreken in het wijkcentrum een "A" als data op de uitgaande coaxkabel wordt gemoduleerd op frequentie 314.75 MHz dan komt die "A" bij alle aansluitingen op die coaxkabel langs ongeacht of een aansluiting nu wel of niet geïnteresseerd is in die "A".

Door van alle Internet downstreams in een coaxsegment een capture te maken en die data te analyseren is te achterhalen naar welke modems de CMTS allemaal data verstuurd in het coaxsegment. Door alle unieke modem MAC adressen te tellen is dan te achterhalen hoeveel verschillende kabelmodems er actief zijn in het coaxsegment. Uit diverse van dergelijke metingen in verschillende coaxsegmenten varieert dat aantal tussen 500 tot 1000 kabelmodems. Het werkelijke aantal aansluitingen is echter nog groter, want niet elke klant heeft een kabelmodem.

  • ArChie
  • Registratie: november 2005
  • Niet online
Ik zie geen bijzonderheden in de MDD packets. De ontbrekende channel ID's in het modem overzicht zijn gewoon gedefinieerd:




Als je modem geen continu oplopende correctable/uncorrectable waarden heeft zou het mogelijk een firmware probleem kunnen zijn waardoor er geen channel ID's worden getoond.

Acties:
  • +1Henk 'm!
  • Pinned

  • ArChie
  • Registratie: november 2005
  • Niet online
In de kabel versus glasvezel discussies wordt door de kabelbedrijven onder aanvoering van NLkabel nogal eens het volgende argument aan gehaald:
quote:
Glasvezel
De kabelnetwerken bestaan reeds vrijwel geheel (voor 97%) uit glasvezel en zijn dan ook bekend onder de noemer Hybride Fiber Coax-netwerken, oftewel HFC. De laatste 300 meter tot aan het huis bestaat uit coax, met een erg hoge intrinsieke capaciteit.
Bron: NLkabel

Kabelbedrijven lijken zich met dergelijke uitspraken eigenlijk te willen presenteren als glasvezel bedrijven i.p.v. kabelbedrijven. De doelstelling van dergelijke uitspraken is echter maar één ding en dat is voorkomen dat in gebieden waar de kabelbedrijven actief zijn ook glasvezel netwerken worden aangelegd waardoor kabelbedrijven dan in de praktijk echt zouden moeten gaan concurreren met glasvezelproviders i.p.v. slechts in theorie.

In mijn dorp is er ook een initiatief om te onderzoeken of de aanleg van glasvezel haalbaar is. Daar heeft Ziggo/UPC lucht van gekregen, dus moet alles in het werk gesteld worden om het glasvezel initiatief al bij voorbaat te torpederen via o.a. post van Ziggo/UPC met als onderwerp "Ziggo versus glasvezel. Dat duel gaan we graag aan.". Onzin natuurlijk, want als Ziggo/UPC het duel zo graag aan gaat dan wachten ze totdat de glasvezel infrastructuur is aan gelegd zodat de klanten op basis van geboden diensten hun keuze kunnen maken en indien gewenst daadwerkelijk kunnen overstappen naar een andere provider.

Aan de (gewijzigde) informatie via de NLkabel website en Twitter zie je overigens dat NLkabel tegenwoordig worstelt met hun strijd tegen glasvezel. Voorheen gaven ze nog expliciet aan dat het absolute onzin was om klanten een directe aansluiting te geven op een glasvezel infrastructuur. Tegenwoordig wordt alles echter wat genuanceerder gebracht omdat een deel van de kabelbedrijven, en dus leden van NLkabel, zelf ook de keuze hebben gemaakt voor het veel toekomst vastere glasvezel i.p.v. te blijven investeren in kabel en DOCSIS infrastructuren:
quote:
Sommige kabelbedrijven hebben er voor gekozen hun netwerken niet te upgraden met DOCSIS 3, maar met een andere techniek: FttH oftewel glasvezel tot aan het huis. Ook met FttH zijn de kabelbedrijven klaar voor de toekomstige vraag naar snelle verbindingen.
Wat houdt die "97% glasvezel" en "300 meter coax" tot aan het huis nu eigenlijk in en, niet onbelangrijk, wat levert dat de klanten op? In feite levert dat de klanten niets op. Al zit er maar een centimeter coax tussen het Abonnee Overname Punt (AOP) en de achterliggende infrastructuur van het kabelbedrijf dan nog worden de mogelijkheden qua diensten voor de klanten bepaald door de kabel infrastructuur en de toegepaste kabel technieken zoals analoge RTV, DVB-C en (Euro)DOCSIS. Een kortere coaxkabel verandert niets aan de toegepaste techniek en zorgt er ook niet voor dat een kabelbedrijf opeens meer frequentieruimte krijgt die aangewend kan worden voor meer diensten transport streams. Ofwel het frequentieplan en de daardoor bepaalde capaciteit is niet afhankelijk van de lengte van de coaxkabel.

Meer glasvezel zou er echter wel voor kunnen zorgen dat de coaxsegmenten kleiner worden. Een kleiner coaxsegment wil immers zeggen dat er minder klanten zijn aangesloten op het coax deel van infrastructuur in een wijk en dat de capaciteit dus door minder klanten gedeeld hoeft te worden. Voor analoge en digitale RTV diensten haalt weinig uit omdat er sprake is van broadcasting om die gemoduleerde RTV signalen bij ieder huis aan te bieden ongeacht of er nu gebruik van gemaakt wordt of niet. Voor (Euro)DOCSIS kabel internet, telefonie en Video On Demand (VOD) diensten, ook wel narrowcasting genoemd, zou meer glasvezel echter wel zin kunnen hebben. De beschikbare capaciteit voor dergelijke diensten hoeft dan namelijk ook door minder klanten gedeeld te worden waardoor de kans kleiner wordt dat de klanten bij gelijktijdig gebruik last van elkaar zullen ondervinden. De overboekingsfactor van de capaciteit wordt dan namelijk kleiner.

Om te zien of meer glasvezel in de kabel infrastructuur inderdaad altijd leidt tot kleinere coaxsegmenten moet eerst gekeken worden naar de architectuur. In een TNO rapport over de openheid van netwerken wordt daarvoor het volgende plaatje gebruikt:


De componenten in het Gb Ethernet (corenetwerk), ook wel de backbone genoemd, zijn veelal via glasvezel met elkaar verbonden (optisch ethernet). Het HFC aansluitnetwerk tussen de CMTS/Edge QAM en de klant apparatuur bestaat deels uit glasvezel en deels uit coaxkabel. De CMTS/Edge QAM is te vinden in het lokaal (ook wel HUB genoemd) of regionaal centrum (ook wel Head End genoemd):
http://i.imgur.com/wcL1xSh.png
Groen/Blauw is glasvezel en rood coaxkabel. De optical node is het blauwe-rode bolletje en de rode driehoekjes zijn de groeps/eindversterkers. De optical node bevindt zich in het wijk centrum.

Juist het gebruik van glasvezel tussen HUB en de optical node, onderdeel van het HFC aansluitnetwerk van de infrastructuur, voegt voor de klanten niets toe omdat dergelijke glasvezel alleen gebruikt wordt voor transport van de gemoduleerde analoge signalen die in de optical node in het wijkcentrum op coaxkabel wordt gemoduleerd. Vanuit het klant perspectief is die glasvezel in feite niets meer dan een optische vervanging (RF over fibre) van een electrische coaxkabel. De signaal content na de HUB bestemd voor een bepaald segment is voor alle aangesloten huizen gelijk. In feite zou het kabelbedrijf die glasvezel in het HFC aansluitnetwerk ook weer kunnen vervangen door coaxkabels en versterkers. Een optical node is geen IP switch, die rol blijft de CMTS in het regionaal of lokaal centrum vervullen.

Ter vergelijking de architectuur van de Fibre to the Home (FttH) infrastructuur uit hetzelfde TNO rapport:


Hier wordt de glasvezel tussen BAS/DSLAM en de Residential Gateway (RG) wel gebruikt als een ongedeelde optische ethernet verbinding. Dit in tegenstelling tot de gedeelde RF over fibre glasvezel verbinding tussen HUB en optical node bij HFC netwerken.

Het percentage glasvezel en de lengte van de coaxkabel in het HFC aansluitnetwerk voegt in de discussie kabel versus glasvezel dus eigenlijk niets toe. Waar het bij de kabel infrastructuren vanwege het gedeelde karakter van de infrastructuur om draait is de beschikbare capaciteit per segment voor gedeelde diensten zoals kabelinternet, telefonie en VOD, het aantal klanten dat die capaciteit moet delen en voor kabelinternet de totale abonnementssnelheid van klanten. Niet toevallig natuurlijk dat de kabelbedrijven juist dat soort informatie niet willen delen, maar wel graag willen brabbelen over het nietszeggende 97% glasvezel en 300 meter coaxkabel.

  • ArChie
  • Registratie: november 2005
  • Niet online
quote:
ArChie schreef op vrijdag 15 april 2016 @ 19:23:
Qua aantal upstreams is er niets gewijzigd, daar zat Delta al redelijk aan het maximum aantal dat mogelijk is qua EuroDOCSIS specificatie wanneer ook rekening gehouden wordt met ruis in het laagste deel van de frequentieband.
Ik merk bij het genereren van een nieuw frequentieplan voor Delta dat er toch wat gewijzigd is qua upstreams. Delta configureert de CMTS duidelijk anders dan andere kabelbedrijven waardoor het een beetje een puzzel is om te achterhalen welke upstream frequenties ze nu eigenlijk gebruiken en welke instellingen de maximale capaciteit per upstream opleveren. Onderstaand het resultaat van die puzzel in het coaxsegment van Prolution:


In vergelijking met november 2015 zijn de upstreams op 20 en 60 MHz dus komen te vervallen en gebruikt Delta geen QPSK modulatie meer voor de "Advanced PHY Long Data Grant". Delta gebruikt in tegenstelling tot Ziggo/UPC geen 64-QAM modulatie in alle upstreams waardoor de upstream capaciteit niet optimaal is voor de 4 upstreams.

Voor de volledigheid ook nog het downstreams deel van het Delta frequntieplan:

Acties:
  • 0Henk 'm!
  • Pinned

  • ArChie
  • Registratie: november 2005
  • Niet online
quote:
ArcticWolf schreef op vrijdag 10 juni 2016 @ 23:21:
Kan ik ook zo'n capture maken van m'n segment? En hoe doe ik dat?
Als je beschikt over de hardware en software beschreven in het starttopic, dan maak je een capture door vanuit het TransEdit TS Analyzer scherm de PID 0x1FFE regel te selecteren:



Dat zorgt ervoor dat de "Start Recording" knop gebruikt kan worden waarna je 45 seconden die PID 0x1FFE opneemt. Dat herhaal je voor alle Internet downstreams in je coaxsegment. Daarna de capture bestanden in een ZIP plaatsen en ergens via een fileshare ter beschikking stellen.

ArChie wijzigde deze reactie 11-06-2016 08:36 (26%)


Acties:
  • 0Henk 'm!

  • neeecht
  • Registratie: november 2003
  • Laatst online: 18:46
Mega interessant topic. Even een vraag voor mijn abbo, 500/40mbit oud UPC gebied, Hitron CNGV4 modem:


Waarom is kanaal 6 bandwidth 3200000?



Voor de volledigheid:



Misschien ook maar eens een DVB-C tuner aanschaffen. Overdag haal ik bijna nooit 500mbit.
In de nacht en vroege ochtend wel altijd, zelfs 532/43 mbit constant.
Kabel vol dus overdag. :/

Acties:
  • 0Henk 'm!

  • ArChie
  • Registratie: november 2005
  • Niet online
Poging 2:
quote:
neeecht schreef op vrijdag 01 juli 2016 @ 19:04:

Waarom is kanaal 6 bandwidth 3200000?
Als je de afstemfrequenties in volgorde zet ziet het er als volgt uit:


De afstemfrequentie 23,3 MHz zou ook een bandbreedte kunnen hebben van 6,4 MHz. Ik vermoed dat Ziggo/UPC dat ook geprobeerd heeft, maar uiteindelijk toch de bandbreedte weer verkleind heeft naar 3.2 MHz (heeft een symboolsnelheid van 2560 kSym/s) vanwege te veel ruis. Volgens TNO is het gebied van 5 - 20 MHz eigenlijk niet bruikbaar voor upstreams vanwege de ruis.

Overigens is ook deze user interface van de Hitron CNGV4 weer een school voorbeeld waarom Ziggo/UPC niet over kennis, kunde en inzicht beschikt om apparatuur te testen, want belangrijke informatie ontbreekt en/of heeft de verkeerde aanduiding waardoor je er eigenlijk niet veel aan hebt. ATDMA is geen modulatie type en door het ontbreken van het modulatie type is geen indicatie te geven voor de capaciteit per upstream. Vandaar dat ik in die velden vraagtekens heb geplaatst.

Acties:
  • +2Henk 'm!
  • Pinned

  • ArChie
  • Registratie: november 2005
  • Niet online
Vandaag eens geprobeerd om een bitrate monitor tooltje te maken dat met als input een DOCSIS Internet downstream (is een DVB transport stream) de bitrate plot van de DOCSIS packets en de Null packets om zo het capaciteitsgebruik van de gemonitorde Internet downstream in kaart te brengen. Het tooltje bepaalt van ieder ontvangen packet om welk type packet het gaat (DOCSIS of Null packet) zodat de packets per type geteld kunnen worden en plot de getelde packets per type iedere seconde in een grafiek.

Onderstaand het resultaat van een meting die om ongeveer 20:15 vanavond is gestart op de Internet downstream op 338 MHz en tot zo'n 00:15 uur heeft gelopen:


De Internet downstream op 338 MHz is in mijn coax segment de eerste Internet downstream van de tweede set van 8 Internet downstreams die worden doorgegeven op 338, 346, 354, 362, 370, 378, 386 en 394 MHz. EuroDOCSIS 3.0 modems die 8 Internet downstreams kunnen configureren worden door de CMTS op deze set of op de set van 8 Internet downstreams van 274 - 330 MHz geplaatst. De ervaring leert ondertussen dat de CMTS de load redelijk evenredig verdeelt over zo'n set van Internet downstreams.

De piek van het Internet gebruik lag deze meting ongeveer tussen 21:25 en 22:45:


Het is goed zichtbaar dat er tussen ongeveer 21:57 en 22:04 even behoorlijk werd gedownload waardoor bijna de volledige capaciteit van de Internet downstream benut werd:


Het iedere seconde bijwerken van de packet tellingen in de grafiek verloopt nog niet optimaal waardoor de meetwaarden raffelig worden weergegeven rond de 51.2 Mbps, maximale constante bitrate van een Internet downstream.

  • ArChie
  • Registratie: november 2005
  • Niet online
Als duurtest gisterenochtend om ongeveer 08:30 het monitor tooltje gestart en iets meer dan 24 uur laten draaien. Als input is weer de Internet downstream op frequentie 338 MHz gebruikt. Onderstaand het resultaat voor die meting van 24 uur:


De boel is niet gecrashed, maar de gebruikte JFreeChart component heeft nu wel moeite om de grafiek opnieuw te tekenen als er iedere seconde opnieuw waarden worden toegevoegd. De CPU load loopt ook op naarmate het aantal waarden toeneemt. Meer dan 86400 (24*60*60) waarden is wat te veel om in één scherm weer te geven. Uitzoeken dus hoe JFreeChart te gebruiken zodat een kortere periode met minder waarden wordt getoond in het scherm en er door de tijd gescrolled kan worden.

Handmatig inzoomen op perioden van ongeveer 6 uur geeft een aardig beeld van het capaciteitsgebruik van één Internet dowstream in deze rustige vakantie periode:





Zichtbaar is dat het primetime moment van het internet gebruik ongeveer tussen 19:00 en 00:00 uur ligt en er 's nachts zoals verwacht nauwelijks geïnternet wordt.

  • ArChie
  • Registratie: november 2005
  • Niet online
Aangezien ik geen Java Swing programmeer ervaring heb de boel wat opgeleukt om wat componenten uit te proberen die ik mogelijk wil gaan gebruiken in volgende versies van het Bitrate monitor tooltje:


In de grid onder de grafiek worden de laatst toegevoegde meetwaarden aan de grafiek getoond en dus ook net als de grafiek iedere seconde bijgewerkt. Verder nog een aanpassing gemaakt aan de grafiek zodat standaard alleen de meetwaarden van het afgelopen uur worden weergegeven i.p.v. altijd de volledige meetwaarden set. Uiteraard is het nog wel mogelijk om uit of in te zoomen en naar de oudere waarden te scrollen zoals in bovenstaande grafiek wordt getoond

Nog een andere aanpak van het updaten van de bitrate grafiek toegepast, maar veel beter zijn de kleine meet variaties rond de 51.2 Mbps niet geworden. Dat zal wel iets van Java of de manier van interfacing met de gebruikte applicatie zijn om de DOCSIS downstream naar mijn tooltje te streamen. Besloten om verder geen pogingen te ondernemen om die lijn mooi vlak te krijgen.

Acties:
  • +1Henk 'm!
  • Pinned

  • ArChie
  • Registratie: november 2005
  • Niet online
Nog wat gesleuteld aan het monitor tooltje. Er zijn tabbladen toegevoegd om de data van de inkomende stream weer te geven. Het eerste tabblad geeft de packets op transport stream level weer:



Zoals eerder in dit topic uitgelegd wordt een Internet downstream over de lijn verzonden als een DVB-C transport stream met packets van elk 188 bytes groot. Voor DOCSIS bevatten de Internet downstreams twee verschillende packet types, namelijk packets met PID 0x1FFE (8190) die de payload bevatten en Null packets met PID 0x1FFF (8191) die worden gebruikt worden om de transport stream op te vullen zodat er sprake is van een constante bitrate van zo'n 51.2 Mbps. Het DOCSIS monitor tooltje telt met een interval van een seconde beide ontvangen packets per type en zet die waarden in de grafiek en tabel op het TS level tabblad. De DOCSIS packets representeren dus de packets met PID 0x1FFE (8190).

De ontvanger (ofwel een kabelmodem) moet dergelijke DOCSIS packets van 188 bytes aan elkaar plakken om packet data units (PDU's) te vormen die de data voor een bepaald protocol bevatten en bestemd kunnen zijn voor het kabelmodem en of de daarop aangesloten netwerk apparatuur. DOCSIS plaatst daarvoor frame control informatie in de packets. Op het tabblad DOCSIS level toont het tooltje de bitrates van de packets wanneer deze worden ingedeeld op basis van de verschillende frame control types:



Te zien is dat DOCSIS vier verschillende frame control types kent waarvan er in feite maar twee daadwerkelijk gebruikt worden, namelijk de Packet PDU MAC Header en de MAC Specific Header. De Packet PDU's bevatten de data van de diverse netwerk protocollen bestemt voor de modems en daarop aangesloten netwerk apparatuur. De MAC Specific PDU's bevatten o.a. alle management en timing berichten die van CMTS naar de modems worden verzonden. Zichtbaar is dat die laatste categorie in mijn coaxsegment een bitrate heeft van ongeveer 2 Mbps ongeacht of er nu wel of niet gebruik gemaakt wordt van het Internet door de kabel Internet klanten.

De volgende stap is de verwerking van de tot PDU's samengevoegde packets. De PDU's bevatten ook een bestemmingsadres zodat het actuele downstream gebruik per MAC adres getoond kan worden.

Acties:
  • 0Henk 'm!
  • Pinned

  • ArChie
  • Registratie: november 2005
  • Niet online
De basis voor de PDU verwerking is nu toegevoegd aan het DOCSIS monitor tooltje:


Het sorteren en iedere seconde bijwerken van de JTable component blijkt lastig te zijn.

Acties:
  • 0Henk 'm!
  • Pinned

  • ArChie
  • Registratie: november 2005
  • Niet online
Weer wat verder gewerkt aan het DOCSIS Monitor tooltje. Het PDU Level tabblad aangevuld met een grafiek voor de PDU bitrate en twee kolommen toegevoegd voor de fabrikant van ieder MAC bestemmingsadres en de tijd dat er voor het laatst een update van de MAC regel heeft plaatsgevonden. Ook wordt het totaal aantal verschillende MAC bestemmingsadressen weergegeven onder de tabel:


Het Java Swing concept van panels en componenten is me nog niet helemaal duidelijk waardoor de weergave van het totaal aantal bestemmingen nog niet is zoals eigenlijk de bedoeld was.

Zoals eerder aangegeven wordt het bestemmingsadres uit de PDU gehaald indien beschikbaar, zo niet dan wordt dat aangegeven met de tekst "Not available". De output van mijn andere DOCSIS tooltje leert dat alleen de SYNC berichten geen MAC adres informatie bevatten. SYNC berichten bevatten de CMTS timestamp en dienen door de kabelmodems gebruikt te worden om te synchroniseren met de CMTS. In bovenstaande afbeelding is te zien dat er zo'n 100 van die SYNC berichten per seconde worden verstuurd door de CMTS.

Door te sorteren op fabrikant worden nog een aantal andere special bestemmingen zichtbaar:


In de DOCSIS specificatie is terug te vinden waar die adressen voor gebruikt worden:


Alle MAC Management berichten die bestemd zijn voor alle kabelmodems worden dus door de CMTS verzonden naar bestemmingsadres 01-E0-2F-00-00-01. Te zien is dat dit ongeveer 2000 berichten per seconde zijn. Verder laat de aanwezigheid van 33-33-XX-XX-XX bestemmingsadressen zien dat er sprake is van IPv6 activiteit in mijn coaxsegment.

Acties:
  • 0Henk 'm!
  • Pinned

  • ArChie
  • Registratie: november 2005
  • Niet online
Het Cable Modems tabblad toont het overzicht van alleen de kabelmodems die via de gemonitorde downstream PDU's ontvangen. Dit overzicht wordt samengesteld op basis van de door de CMTS verstuurde Ranging Response PDU's te monitoren. De Ranging Response PDU's zijn gericht aan de CM MAC van de kabelmodems.



Het aantal ontvangen Ranging Responses van ieder modem wordt geteld en de tijd en datum dat de laatste Ranging Response is ontvangen. Ook wordt het tijdsverschil met de voorlaatste ontvangen Ranging Response weergeven. In totaal ontvangen 84 kabelmodems via deze downstream Ranging Responses.

ArChie wijzigde deze reactie 28-08-2016 16:33 (3%)


Acties:
  • +2Henk 'm!
  • Pinned

  • ArChie
  • Registratie: november 2005
  • Niet online
Nog een toevoeging gemaakt aan het PDU Level tabblad zodat het bit rate gebruik van één of meerdere bestemmingen kan worden gevolgd:


Het bovenste oranje rode deel van de grafiek is de bit rate van de bestemming(en) die een vinkje hebben staan in de "Monitor" kolom en het onderste rode deel van de grafiek de totale bit rate van de rest van de bestemmingen. Blauw is zoals gewoonlijk de ongebruikte capaciteit.

Tijdens het maken van bovenstaand screenshot werd er behoorlijk gebruik gemaakt van de capaciteit van de in de Internet downstream op 338 MHz in mijn coaxsegment. De bestemming met MAC adres 60-E3-27-xx-xx-7F was de grootverbruiker en werd dus apart gemonitord. De 4 Cisco apparaten wilden gelijkertijd ook een aandeel van de capaciteit van deze downstream.





Om ongeveer 16:30 haakt de bestemming met MAC adres 60-E3-27-xx-xx-7F af en krijgen de overigen wat meer ruimte.

ArChie wijzigde deze reactie 04-09-2016 16:56 (11%)


Acties:
  • 0Henk 'm!
  • Pinned

  • ArChie
  • Registratie: november 2005
  • Niet online
Wanneer ik af en toe het DOCSIS Monitor tooltje laat draaien als ik achter de PC zit valt op dat het veelal dezelfde klanten zijn die veel gebruik maken van de downstream capaciteit:


De klant die de TP-LINK router met MAC adres 60-E3-27-xx-xx-7F in gebruik heeft kan worden gerekend tot één van de grootverbruikers in mijn coaxsegment. Ook laat dit zien dat het gros van de klanten in mijn coaxsegment gezien hun capaciteitsgebruik waarschijnlijk behoorlijk zouden kunnen besparen op abonnementskosten als ze zouden kiezen voor de laagste snelheid die Ziggo te bieden heeft.


Acties:
  • 0Henk 'm!
  • Pinned

  • ArChie
  • Registratie: november 2005
  • Niet online
Cisco SPVTG apparatuur met een MAC adres dat begint met 18-59-33 (de OUI) zijn EuroDOCSIS Cisco EPC3925 kabelmodem/routers die maximaal 8 downstreams en 4 upstreams kunnen configureren. Een Cisco EPC3925 kabelmodem/router met MAC adres 18-59-33-xx-xx-7C was enige tijd actief in mijn coaxsegment waarbij een redelijk deel van de beschikbare capaciteit werd gebruikt. Ook was het kabelmodem lang genoeg in gebruik om de gelegenheid te hebben om alle 8 door dit kabelmodem gebruikte downstreams even te kunnen monitoren.

Met behulp van onderstaande screenprints van die downstreams op de frequenties 338, 346, 354, 362, 370, 378, 386 en 394 wordt dan zichtbaar hoe de CMTS de belasting die dit kabelmodem veroorzaakt zo gelijkmatig mogelijk tracht te verdelen over die op het modem geconfigureerde 8 downstreams:









Acties:
  • +1Henk 'm!
  • Pinned

  • ArChie
  • Registratie: november 2005
  • Niet online
Vandaag een tweede DVB-C PC TV tuner aangesloten om te proberen om twee downstreams tegelijkertijd te monitoren door twee instanties van het DOCSIS Monitor tooltje op te starten. Tegen de verwachting in werkte dat ook nog zonder aanpassingen te moeten maken:



Bovenstaande screenprint toont het gelijktijdig monitoren van de eerste twee downstreams (274 en 282 MHz) in mijn coaxsegment. Met behulp van de bit rate grafiek van iedere downstream is goed te zien dat de CMTS streeft naar een gelijke belasting van de capaciteit.

Als ik de eerste (274 MHz) en de laatste downstream (330 MHz) van de eerste set van 8 downstreams monitor ziet de belasting er ook nagenoeg hetzelfde uit:



Bij een vergelijking tussen de laatste downstream (330 MHz) van de eerste set van 8 downstreams en de eerste downstream (338 MHz) van de tweede set van 8 downstreams is duidelijk te zien dat de belasting verdeling door de CMTS niet gelijk is:



Dit is verklaarbaar omdat de meeste kabelmodems tegenwoordig EuroDOCSIS 3.0 8x4 kabelmodems zijn die of de eerste set van 8 downstreams (274 - 330 MHz) configureren of de tweede set van 8 downstreams (338 - 394 MHz). De EuroDOCSIS 3.0 16x.. modems configureren alle 16 downstreams en de EuroDOCSIS 2.0 en EuroDOCSIS 3.0 4x4 modems worden door de CMTS naar belasting verdeeld over de 16 downstreams.

In feite is het daarom voldoende om gelijktijdig de eerste downstream van beide sets van 8 downstreams (274 en 338 MHz) te monitoren om een goede indruk te krijgen van de actuele belasting van de totale capaciteit in mijn coaxsegment:


  • ArChie
  • Registratie: november 2005
  • Niet online
quote:
hardware-lover schreef op donderdag 15 september 2016 @ 15:15:

Ik heb twee versies van TransEdit, 3.9.6.0. en 4.1.0.0. Maar laatste is volgens mij een aangepaste versie, weet zo niet meer waarom ik die destijds geprobeerd heb. Heb in ieder geval een DVBViewer licentie en in het installatie mapje staat de 3.9.6.0. versie. Ik zie nu online dat er ook een 3.9.8.0. versie is maar dat zal allemaal niet zo heel veel uitmaken verwacht ik?
Ik gebruik zelf ook nog steeds voornamelijk versie 3.9.6.0. Die versie is geschikt voor gebruik met DOCSIS downstreams:



Versie 4.1.0.0 heb ik destijds gedownload vanwege de SAT>IP ondersteuning. Dat is (was?) echter een beta versie.

  • ArChie
  • Registratie: november 2005
  • Niet online
quote:
hardware-lover schreef op donderdag 15 september 2016 @ 19:14:
Wat zou ik binnen TransEdit nu in moeten stellen om bovenstaand overzichtje te krijgen?
DOCSIS transport streams worden doorgegeven met 256-QAM modulatie en een 6952 kSym/sec symbol rate. De gebruikte frequenties vindt je terug via de status pagina van je kabelmodem. Als je een capture set wilt maken heb ik wel een capture nodig van alle 16 frequenties. De overige 8 vind je door een raster van 8 MHz toe te passen op de laagste of hoogste frequentie die je in je kabelmodem aantreft. DOCSIS transport streams zijn namelijk altijd een aaneengesloten blok van 16 frequenties bij Ziggo/UPC.

Als voorbeeld mijn downstream frequentie definitie in TransEdit 3.9.6.0:


De gebruikte 16 downstream frequenties zullen in jouw coaxsegment mogelijk anders zijn.

  • hardware-lover
  • Registratie: augustus 2005
  • Niet online

hardware-lover

verder kijken dan ......

Dat zijn ze ook, ik zit op 8 stuks en ze beginnen op 228.

Mijn HDHomerun is nu ingesteld via DVBLink dus of deze nu via deze configuratie als DVB-C tuner herkent wordt is me niet geheel duidelijk, tenslotte is het een netwerk-tuner.. Maar als ik op preview druk dan komt er een HDHomerun videoplaatje tevoorschijn.



Zoals je kunt zien is het resultaat van de analyse wat anders dan bij jou.

A smile a day....


Acties:
  • 0Henk 'm!
  • Pinned

  • ArChie
  • Registratie: november 2005
  • Niet online
quote:
neeecht schreef op zondag 4 december 2016 @ 12:17:
Is dat nog steeds ongeveer hetzelfde een jaar later? Dat prachtige spectrum + uitleg plaatje...
Tegenwoordig laat de FRITZ!WLAN Repeater DVB-C met de meest recente firmware het plaatje zelf correct zien zodat ik de meetwaarden niet meer eerst met behulp van Excel in een grafiek moet uitzetten. Recent wat metingen gedaan direct op het AOP (een DIO-01) en op de twee aansluitingen op de UMU-1006T. Beide door een Ziggo monteur geplaatst:

DIO-01 zonder UMU-1006T:


DIO-01 met UMU-1006T via de RADIO/TV aansluiting:


DIO-01 met UMU-1006T via de DATA aansluiting:


In vergelijking met oktober 2015 is er dus wel wat veranderd:

  • ArChie
  • Registratie: november 2005
  • Niet online
quote:
neeecht schreef op zondag 4 december 2016 @ 14:43:
Als je zin/tijd hebt op een nieuwe versie van http://i.imgur.com/kGMtBhS.png te maken, zou heel erg cool zijn.
Het meest recente frequentieplan dat ik gemaakt heb voor mijn regio is van eind oktober 2016:


Sindsdien zijn er volgens mij geen frequentie wijzigingen geweest. De ongebruikte frequenties in bovenstaand frequentieplan zie je ook terug als gaten in de signaalspectrum grafieken.

  • ArChie
  • Registratie: november 2005
  • Niet online
Voor de liefhebbers ook nog een plaatje van het frequentiespectrum op de DATA uitgang van de UMU-1006T na de aanpassing:

quote:
neeecht schreef op donderdag 8 december 2016 @ 20:33:
Hier een 500mbit abbo. ArChie was 500mbit al beschikbaar in jouw regio?
Geen idee, mogelijk dat zakelijke klanten in mijn coaxsegment dat kunnen bestellen.

Acties:
  • +1Henk 'm!
  • Pinned

  • ArChie
  • Registratie: november 2005
  • Niet online
quote:
ArcticWolf schreef op zondag 8 januari 2017 @ 17:02:
Dacht trouwens dat de Docsis 3.1 standaard tot 10Gbit ging? Of kan het modem tot 6Gbit aan met een maximum van 1Gbit @ WAN?
Meer, zie bijvoorbeeld de volgende slide uit de presentatie:


Op basis van vijf OFDM kanalen met 4096-QAM modulatie is 9.4 Gbps mogelijk en 258 MHz tot 1218 MHz moet verplicht worden ondersteund door DOCSIS 3.1 modems voor de downstream kanalen. Optioneel zijn nog hogere modulatie types mogelijk waardoor de capaciteit toeneemt en ook is het optioneel mogelijk om het frequentie gebied uit te breiden zoals in bovenstaande afbeelding getoond wordt.

Ik denk dat Netgear zich met de 6 Gbps uitspraak baseert op beperkingen van de door hen gebruikte hardware/chipset. Hun DOCSIS 3.1 ondersteunt bijvoorbeeld maar twee downstream OFDM kanalen i.p.v. vijf wat bij 4096-QAM en 25 kHz subcarriers een capaciteit oplevert van 2 * 1.89 Gbps = 3,78 Gbps. Mogelijk tellen ze de DOCSIS 3.0 capaciteit ook nog mee. Uiteindelijk natuurlijk niet echt interessant als de ethernet aansluiting de abonnementssnelheid beperkt tot 1 Gbps.

In het begin werden de meeste (Euro)DOCSIS 3.0 modems ook uitgebracht voor de minimale eisen qua aantallen up en downstream kanalen terwijl tegenwoordig 16x8 toch wel een beetje het minimum is voor de huidige abonnementssnelheden en de overboeking in de coaxsegmenten. Aan dat soort basis principes verandert met de komst van DOCSIS 3.1 niets. Er is nog steeds sprake van gedeelde capaciteit in het coaxsegment, overboeking en de upstream downstream capaciteitsverhouding blijft ongeveer 1:10.

Acties:
  • 0Henk 'm!
  • Pinned

  • ArChie
  • Registratie: november 2005
  • Niet online
quote:
ANdrode schreef op zaterdag 1 juli 2017 @ 11:14:
Interessante blogpost door Ziggo over hoe nieuwe wijken nu worden ontworpen.
Overigens hebben ze de afbeelding van het model volgens mij later aangepast, want initieel stond er in die afbeelding nog de naam van fabrikant Teleste en het type deep fibre node. Die informatie is nu verdwenen:


Gezien de frequentie ranges in bovenstaande afbeelding lijkt het te gaan om de AC8700 Intelligent deep fibre-optic node van Teleste. Bijzonder dat Ziggo/UPC in nieuwbouw nog bezig is met apparatuur tot 1006 MHz (aangeduid in bovenstaande afbeelding als 1 GHz voor de downstreams (100 MHz - 1006 MHz) en een begrenzing van 65 MHz voor de upstreams (15 MHz - 65 MHz). Niet echt goed voorbereid op DOCSIS 3.1 waar de downstream frequentieband van 85 MHz tot 1218 MHz loopt (optioneel tot 1794 MHz) en de upstream frequentieband van 5 MHz tot 204 MHz. Voor DOCSIS 3.1 ondersteuning zouden ze beter de AC8710 Intelligent 1.2 GHz optical node van Teleste kunnen inzetten:
quote:
The AC8710 is DOCSIS 3.1 -compliant and can release your full network capacity today.

Acties:
  • +1Henk 'm!
  • Pinned

  • ANdrode
  • Registratie: februari 2003
  • Niet online
quote:
ArChie schreef op zaterdag 1 juli 2017 @ 11:51:
[...]
Oké, onderstaand dan mijn aangepaste reactie die ik eerder in het andere topic geplaatst had.
offtopic:
Ik had direct wat kleine fixes gedaan en je hebt ze idd opgemerkt :)
quote:
Inderdaad, waarom bij nieuwbouw überhaupt nog een coaxinfrastructuur in de wijk met 150 aansluitingen?
Ik denk een deel marketing en gedeeltelijk een praktische overweging.

Wanneer Ziggo glasvezel tot in de woningen aan gaat leggen dan zijn de monteur daars niet voor getraind én geven ze toe dat glasvezel beter is. Terwijl Ziggo de voordelen niet gaat gebruiken, want dan krijgen ze twee compleet verschillende oplossingen in hun netwerk.

Ergens lijkt "fiber deep" wel op GPON. Daar wordt het signaal over passieve infrastructuur gesplitst en deelt men met een aantal klanten de bandbreedte.

En als er hier een network-engineer meeleest: Is voor een distributienetwerk een ring een beter ontwerp dan een boom?

Coax is een boom die steeds splitst. Glasvezel heeft onder de grond op straatniveau een boom-vorm (waar de buizen splitsen), maar daarboven vanaf de POP een ring.
quote:
ArcticWolf schreef op zondag 2 juli 2017 @ 11:08:
Misschien is het gewoon een oud voorbeeld?
Het voorbeeld is recent gepost en nog recenter bijgewerkt. Als het kennelijk al gevoelige informatie is dan verwacht ik dat je bij het aanpassen ook die frequentie bereiken aanpassen.
quote:
ArChie schreef op zondag 2 juli 2017 @ 11:01:
[...]
Overigens hebben ze de afbeelding van het model volgens mij later aangepast, want initieel stond er in die afbeelding nog de naam van fabrikant Teleste en het type deep fibre node. Die informatie is nu verdwenen:
[afbeelding]
Hij is inderdaad aangepast (en ik kan hem niet terugvinden in cache)…
quote:
Bijzonder dat Ziggo/UPC in nieuwbouw nog bezig is met apparatuur tot 1006 MHz (aangeduid in bovenstaande afbeelding als 1 GHz voor de downstreams (100 MHz - 1006 MHz) en een begrenzing van 65 MHz voor de upstreams (15 MHz - 65 MHz). Niet echt goed voorbereid op DOCSIS 3.1 waar de downstream frequentieband van 85 MHz tot 1218 MHz loopt (optioneel tot 1794 MHz) en de upstream frequentieband van 5 MHz tot 204 MHz. Voor DOCSIS 3.1 ondersteuning zouden ze beter de AC8710 Intelligent 1.2 GHz optical node van Teleste kunnen inzetten:
Het voordeel van dit [kennelijk nieuwe] ontwerp is wel dat er één laag versterkers minder in zit. Bij een retrofit van anders versterkers, ivm DOCSIS 3.1/einde FM radio, hoeft er dus minder vervangen te worden.

De Braun AOP's zijn wel geschikt voor DOCSIS 3.1. Sterker nog: Er lijkt (specs in catalogus) geen low-pass filter in de retourband te zitten.


@ArChie als ik kijk naar de specs van de Teleste AC8700/AC8710 zie ik in beide gevallen dat de upstream frequency range in te stellen is op 5...65 / …85 / …200 MHz. Het grote verschil zit in de hogere downstream frequenties.

Ik snap het wel als deze worden uitgesteld om het netwerk uniform te maken. Je hebt twee richtingen voor (downstream) bandbreedte, node splits en frequenties. Dit ontwerp gebruikt node splits, hogere frequenties blijven later mogelijk. Zou je in nieuwe gebieden hoge frequenties gebruiken maar in oude niet dan krijg je een splitsing in de capaciteit van het netwerk.
Daarnaast ontstaat er ruimte voor TV muxes als een deel van de DOCSIS muxes hoger geplaatst worden

Acties:
  • 0Henk 'm!
  • Pinned

  • ArChie
  • Registratie: november 2005
  • Niet online
quote:
ANdrode schreef op zondag 2 juli 2017 @ 14:13:
Ergens lijkt "fiber deep" wel op GPON. Daar wordt het signaal over passieve infrastructuur gesplitst en deelt men met een aantal klanten de bandbreedte.
De glasvezel tussen CMTS en modem vervangt coax bekabeling als transport medium (RF over glas). Het verandert niets aan de capaciteit van de coaxinfrastructuur of de content van het signaal. Waar het bij coax om gaat is het verkleinen van het aantal aansluitingen in de coaxsegmenten zodat die capaciteit door minder klanten gedeeld hoeft te worden en de overboeking omlaag gaat. Omdat ze de coaxinfrastructuur in de wijken zo min mogelijk overhoop willen halen moeten ze dieper de wijken in met de aanvoer, dus in plaats van naar het wijkcentrum de glasvezel verder doortrekken naar de straatkasten met de groepsversterker. Verder begrijp ik van de uitleg van Ziggo/UPC dat ze ook de eindversterkers in de laatste straatkasten voor de vertakkingen naar de huizen weghalen en alleen de multitaps laten zitten.
quote:
als ik kijk naar de specs van de Teleste AC8700/AC8710 zie ik in beide gevallen dat de upstream frequency range in te stellen is op 5...65 / …85 / …200 MHz. Het grote verschil zit in de hogere downstream frequenties.
Er is ook een klein verschil in de upstream frequentieband mogelijkheden:

AC8700:


AC8710:


Voor DOCSIS 3.1 is ondersteuning van een upstream frequentie gebied van 5 MHz tot 204 MHz een vereiste.

De diplex filter plugins bepalen mede de uiteindelijk de frequentie karakteristieken van de node. Zie onderstaand de diplex filter plugins voor de AC8710:


Onderstaande afbeelding van het binnenwerk van de AC8710 uit de brochure is uitgerust met de CXF204 diplex filter voor 5...204 MHz upstream en 258...1218 MHz downstream frequenties:


Aangezien de Nederlandse kabelbedrijven aangeven dat het frequentiegebied onder de 20 MHz nu niet inzetbaar is vanwege ruis zou men kiezen voor het CXF204 19 Diplex filter. Gevolg is wel dat twee 96 MHz brede OFDMA kanalen voor de upstream niet meer passen en er dus minder upstream capaciteit mogelijk is. Vermoedelijk zal men in Nederland in het begin ook met exclusions voor de analoge radio frequentieband gaan werken wat ook gevolgen heeft voor de beschikbare upstream capaciteit. Maar goed, er zal nog wel meer vervangen moeten worden in de kabel infrastructuur voordat alles geschikt is voor DOCSIS 3.1 en volgens Ziggo/UPC wordt deep fiber momenteel voornamelijk ingezet bij nieuwbouw.

Acties:
  • 0Henk 'm!
  • Pinned

  • ANdrode
  • Registratie: februari 2003
  • Niet online
quote:
ArChie schreef op maandag 3 juli 2017 @ 23:47:
[...]
De glasvezel tussen CMTS en modem vervangt coax bekabeling als transport medium (RF over glas). Het verandert niets aan de capaciteit van de coaxinfrastructuur of de content van het signaal. Waar het bij coax om gaat is het verkleinen van het aantal aansluitingen in de coaxsegmenten zodat die capaciteit door minder klanten gedeeld hoeft te worden en de overboeking omlaag gaat. Omdat ze de coaxinfrastructuur in de wijken zo min mogelijk overhoop willen halen moeten ze dieper de wijken in met de aanvoer, dus in plaats van naar het wijkcentrum de glasvezel verder doortrekken naar de straatkasten met de groepsversterker. Verder begrijp ik van de uitleg van Ziggo/UPC dat ze ook de eindversterkers in de laatste straatkasten voor de vertakkingen naar de huizen weghalen en alleen de multitaps laten zitten.
Ik las in de uitleg ook dat de eindversterkers worden weggehaald en worden vervangen door multitaps.

Met "lijkt op GPON" bedoelde ik dat je daar ook glasvezel als gedeeld medium hebt, gedeeld met een aantal homes passed (Zoals Jonaz gebruikt). Met de opbouw in Nederland kan het aantal homes passed per uplink vezel achteraf kiezen, omdat er in de POP's gepatched wordt.

Als je de verdeling tussen AOP's en uplink statisch doet ("GPON optische splitters in de grond") heb je bij GPON iets dat sterk lijkt op coax. Praktisch gezien maakt het passieve medium niet uit zolang het aan de eisen voor de gekozen modulatie voldoet.

n.b. met natuurlijk een totaal andere modulatie voor het data signaal en mogelijk meer bandbreedte over glasvezel dan coax.
quote:
ArChie schreef op maandag 3 juli 2017 @ 23:47:
[...]
Aangezien de Nederlandse kabelbedrijven aangeven dat het frequentiegebied onder de 20 MHz nu niet inzetbaar is vanwege ruis zou men kiezen voor het CXF204 19 Diplex filter. Gevolg is wel dat twee 96 MHz brede OFDMA kanalen voor de upstream niet meer passen en er dus minder upstream capaciteit mogelijk is. Vermoedelijk zal men in Nederland in het begin ook met exclusions voor de analoge radio frequentieband gaan werken wat ook gevolgen heeft voor de beschikbare upstream capaciteit. Maar goed, er zal nog wel meer vervangen moeten worden in de kabel infrastructuur voordat alles geschikt is voor DOCSIS 3.1 en volgens Ziggo/UPC wordt deep fiber momenteel voornamelijk ingezet bij nieuwbouw.
Edits:
Downstream kunnen OFDM kanalen "over" met anders gemoduleerde kanalen overlappen door subcarriers niet te gebruiken. Daardoor gebruik je een deel van het spectrum effectief niet.

Dit staat uitgelegd in de Cisco sheets die eerder in dit topic gepost zijn.

Dit is upstream ook mogelijk. Dat maakt dat de overgangssituatie met analoge radio een stuk makkelijker.


Je zou dan de subcarriers die overlappen met radio zenders (50 KHz of minder per subcarrier) kunnen filteren en ook de subcarriers die > 200 MHz liggen.

Een ODFM subcarrier die een modem niet gebruikt lijkt sterk op subcarrier die (ODFMA) aan een ander modem is toegewezen in een timeslot.

Overigens vraag ik mij af hoe de roll-off van die filters is. Analoge filters verliezen meestal X dB per octaaf/verdubbeling van frequentie. Analoge filters op 200 MHz en op 204 MHz zijn dus praktisch gelijk als de andere karakteristieken ook gelijk zijn.

ANdrode wijzigde deze reactie 04-07-2017 15:13 (42%)


Acties:
  • 0Henk 'm!
  • Pinned

  • ArChie
  • Registratie: november 2005
  • Niet online
Zoals recent aangegeven in het "Digitale TV info & frequenties bij Ziggo/Casema/Multikabel" topic kan het Linux DVB commandline tooltje dvbv5-zap gebruikt worden om een volledige MPEG transport stream te captureren met een DVB-C PC-TV tuner. Aangezien de EuroDOCSIS downstreams in feite ook MPEG transport streams zijn was de volgende stap uiteraard om te onderzoeken of het dvbv5-zap tooltje ook EuroDOCSIS downstreams kan captureren. Wederom met assistentie van ANdrode zijn een aantal tests uitgevoerd in het coaxsegment van ANdrode in de regio Hengelo.

In de regio Hengelo wordt er in ieder geval een downstream doorgegeven op 241 MHz. Als eerste stap is er voor het dvbv5-zap tooltje een downstreams.conf "kanalen" bestand aangemaakt met de volgende inhoud:
code:
1
2
3
4
5
6
7
[DS01]
    DELIVERY_SYSTEM = DVBC/ANNEX_A
    FREQUENCY = 241000000
    SYMBOL_RATE = 6952000
    INNER_FEC = NONE
    MODULATION = QAM/256
    INVERSION = AUTO

Daarna is met het onderstaande commando gecontroleerd of dvbv5-zap überhaupt op een EuroDOCSIS downstream wil afstemmen:
code:
1
sudo dvbv5-zap -c downstreams.conf 241000000 -m

Met bovenstaande commando werd in monitor modus op de downstream op de 241 MHz frequentie afgestemd wat de volgende output opleverde:
code:
1
2
3
4
5
6
7
8
9
$  dvb sudo dvbv5-zap -c downstreams.conf 241000000 -m
 PID          FREQ         SPEED       TOTAL
1ffe   5947.26 p/s   8735.0 Kbps    17473 KB
1fff  28126.29 p/s  41310.5 Kbps    82636 KB
TOT   34073.61 p/s  50045.6 Kbps   100110 KB


Lock   (0x1f) Quality= Good Signal= 76.34% C/N= 33.09dB UCB= 3392 PER= 0
^C

In feite levert dit monitor commando vergelijkbare informatie op als met Transedit wordt getoond:


PID 1ffe in de dvbv5-zap output zijn de DOCSIS packets en PID 1fff zijn de NULL packets om de bitrate constant te houden op zo'n 51 Mbps.

De volgende stap was het maken van een capture bestand van deze downstream van 45 seconden met het volgende commando:
code:
1
sudo dvbv5-zap -c downstreams.conf -P -t 45 DS01 -o Ziggo_Hengelo_DS_`date --iso-8601`_241.ts

Dit leverde een capture bestand op van iets meer dan 270 MB. Helaas bleek het niet mogelijk om dvbv5-zap met commandline opties zodanig te in te stellen dat alleen PID 0x1FFE (8190) wordt gecaptured wat voor kleinere capture bestanden kan zorgen. Het capture bestand werd probleemloos door mijn DOCSIS parser tooltje gelezen wat de volgende informatie over alle downstreams in het coaxsegment van ANdrode opleverde:



Ook in het coaxsegment van ANdrode is dus momenteel sprake van 20 downstreams. Voor een volledige capture set van alle downstreams moet eerst het downstreams.conf bestand als volgt uitgebreid worden met alle downstream definities:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
[DS01]
    DELIVERY_SYSTEM = DVBC/ANNEX_A
    FREQUENCY = 241000000
    SYMBOL_RATE = 6952000
    INNER_FEC = NONE
    MODULATION = QAM/256
    INVERSION = AUTO

[DS02]
    DELIVERY_SYSTEM = DVBC/ANNEX_A
    FREQUENCY = 249000000
    SYMBOL_RATE = 6952000
    INNER_FEC = NONE
    MODULATION = QAM/256
    INVERSION = AUTO

[DS03]
    DELIVERY_SYSTEM = DVBC/ANNEX_A
    FREQUENCY = 257000000
    SYMBOL_RATE = 6952000
    INNER_FEC = NONE
    MODULATION = QAM/256
    INVERSION = AUTO

[DS04]
    DELIVERY_SYSTEM = DVBC/ANNEX_A
    FREQUENCY = 265000000
    SYMBOL_RATE = 6952000
    INNER_FEC = NONE
    MODULATION = QAM/256
    INVERSION = AUTO

[DS05]
    DELIVERY_SYSTEM = DVBC/ANNEX_A
    FREQUENCY = 273000000
    SYMBOL_RATE = 6952000
    INNER_FEC = NONE
    MODULATION = QAM/256
    INVERSION = AUTO

[DS06]
    DELIVERY_SYSTEM = DVBC/ANNEX_A
    FREQUENCY = 281000000
    SYMBOL_RATE = 6952000
    INNER_FEC = NONE
    MODULATION = QAM/256
    INVERSION = AUTO

[DS07]
    DELIVERY_SYSTEM = DVBC/ANNEX_A
    FREQUENCY = 289000000
    SYMBOL_RATE = 6952000
    INNER_FEC = NONE
    MODULATION = QAM/256
    INVERSION = AUTO

[DS08]
    DELIVERY_SYSTEM = DVBC/ANNEX_A
    FREQUENCY = 297000000
    SYMBOL_RATE = 6952000
    INNER_FEC = NONE
    MODULATION = QAM/256
    INVERSION = AUTO

[DS09]
    DELIVERY_SYSTEM = DVBC/ANNEX_A
    FREQUENCY = 305000000
    SYMBOL_RATE = 6952000
    INNER_FEC = NONE
    MODULATION = QAM/256
    INVERSION = AUTO

[DS10]
    DELIVERY_SYSTEM = DVBC/ANNEX_A
    FREQUENCY = 313000000
    SYMBOL_RATE = 6952000
    INNER_FEC = NONE
    MODULATION = QAM/256
    INVERSION = AUTO

[DS11]
    DELIVERY_SYSTEM = DVBC/ANNEX_A
    FREQUENCY = 321000000
    SYMBOL_RATE = 6952000
    INNER_FEC = NONE
    MODULATION = QAM/256
    INVERSION = AUTO

[DS12]
    DELIVERY_SYSTEM = DVBC/ANNEX_A
    FREQUENCY = 329000000
    SYMBOL_RATE = 6952000
    INNER_FEC = NONE
    MODULATION = QAM/256
    INVERSION = AUTO

[DS13]
    DELIVERY_SYSTEM = DVBC/ANNEX_A
    FREQUENCY = 337000000
    SYMBOL_RATE = 6952000
    INNER_FEC = NONE
    MODULATION = QAM/256
    INVERSION = AUTO

[DS14]
    DELIVERY_SYSTEM = DVBC/ANNEX_A
    FREQUENCY = 345000000
    SYMBOL_RATE = 6952000
    INNER_FEC = NONE
    MODULATION = QAM/256
    INVERSION = AUTO

[DS15]
    DELIVERY_SYSTEM = DVBC/ANNEX_A
    FREQUENCY = 353000000
    SYMBOL_RATE = 6952000
    INNER_FEC = NONE
    MODULATION = QAM/256
    INVERSION = AUTO

[DS16]
    DELIVERY_SYSTEM = DVBC/ANNEX_A
    FREQUENCY = 361000000
    SYMBOL_RATE = 6952000
    INNER_FEC = NONE
    MODULATION = QAM/256
    INVERSION = AUTO

[DS17]
    DELIVERY_SYSTEM = DVBC/ANNEX_A
    FREQUENCY = 369000000
    SYMBOL_RATE = 6952000
    INNER_FEC = NONE
    MODULATION = QAM/256
    INVERSION = AUTO

[DS18]
    DELIVERY_SYSTEM = DVBC/ANNEX_A
    FREQUENCY = 377000000
    SYMBOL_RATE = 6952000
    INNER_FEC = NONE
    MODULATION = QAM/256
    INVERSION = AUTO

[DS19]
    DELIVERY_SYSTEM = DVBC/ANNEX_A
    FREQUENCY = 385000000
    SYMBOL_RATE = 6952000
    INNER_FEC = NONE
    MODULATION = QAM/256
    INVERSION = AUTO

[DS20]
    DELIVERY_SYSTEM = DVBC/ANNEX_A
    FREQUENCY = 393000000
    SYMBOL_RATE = 6952000
    INNER_FEC = NONE
    MODULATION = QAM/256
    INVERSION = AUTO

Vervolgens moet het dvbv5-zap capture commando herhaald worden voor iedere downstream definitie in het aangevulde downstreams.conf bestand:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
/usr/bin/dvbv5-zap -c downstreams.conf -P -t 45 DS01 -o Ziggo_Hengelo_DS_`date --iso-8601`_DS01_241.ts
/usr/bin/dvbv5-zap -c downstreams.conf -P -t 45 DS02 -o Ziggo_Hengelo_DS_`date --iso-8601`_DS02_249.ts
/usr/bin/dvbv5-zap -c downstreams.conf -P -t 45 DS03 -o Ziggo_Hengelo_DS_`date --iso-8601`_DS03_257.ts
/usr/bin/dvbv5-zap -c downstreams.conf -P -t 45 DS04 -o Ziggo_Hengelo_DS_`date --iso-8601`_DS04_265.ts
/usr/bin/dvbv5-zap -c downstreams.conf -P -t 45 DS05 -o Ziggo_Hengelo_DS_`date --iso-8601`_DS05_273.ts
/usr/bin/dvbv5-zap -c downstreams.conf -P -t 45 DS06 -o Ziggo_Hengelo_DS_`date --iso-8601`_DS06_281.ts
/usr/bin/dvbv5-zap -c downstreams.conf -P -t 45 DS07 -o Ziggo_Hengelo_DS_`date --iso-8601`_DS07_289.ts
/usr/bin/dvbv5-zap -c downstreams.conf -P -t 45 DS08 -o Ziggo_Hengelo_DS_`date --iso-8601`_DS08_297.ts
/usr/bin/dvbv5-zap -c downstreams.conf -P -t 45 DS09 -o Ziggo_Hengelo_DS_`date --iso-8601`_DS09_305.ts
/usr/bin/dvbv5-zap -c downstreams.conf -P -t 45 DS10 -o Ziggo_Hengelo_DS_`date --iso-8601`_DS10_313.ts
/usr/bin/dvbv5-zap -c downstreams.conf -P -t 45 DS11 -o Ziggo_Hengelo_DS_`date --iso-8601`_DS11_321.ts
/usr/bin/dvbv5-zap -c downstreams.conf -P -t 45 DS12 -o Ziggo_Hengelo_DS_`date --iso-8601`_DS12_329.ts
/usr/bin/dvbv5-zap -c downstreams.conf -P -t 45 DS13 -o Ziggo_Hengelo_DS_`date --iso-8601`_DS13_337.ts
/usr/bin/dvbv5-zap -c downstreams.conf -P -t 45 DS14 -o Ziggo_Hengelo_DS_`date --iso-8601`_DS14_345.ts
/usr/bin/dvbv5-zap -c downstreams.conf -P -t 45 DS15 -o Ziggo_Hengelo_DS_`date --iso-8601`_DS15_353.ts
/usr/bin/dvbv5-zap -c downstreams.conf -P -t 45 DS16 -o Ziggo_Hengelo_DS_`date --iso-8601`_DS16_361.ts
/usr/bin/dvbv5-zap -c downstreams.conf -P -t 45 DS17 -o Ziggo_Hengelo_DS_`date --iso-8601`_DS17_369.ts
/usr/bin/dvbv5-zap -c downstreams.conf -P -t 45 DS18 -o Ziggo_Hengelo_DS_`date --iso-8601`_DS18_377.ts
/usr/bin/dvbv5-zap -c downstreams.conf -P -t 45 DS19 -o Ziggo_Hengelo_DS_`date --iso-8601`_DS19_385.ts
/usr/bin/dvbv5-zap -c downstreams.conf -P -t 45 DS20 -o Ziggo_Hengelo_DS_`date --iso-8601`_DS20_393.ts

Het resultaat is een capture set bestaande uit 20 bestanden die bij elkaar zo'n 5.2 GB groot is. Na compressie blijft hier zo'n 1.4 GB van over. Door deze capture set door mijn DOCSIS parser tooltje te laten verwerken werd het volgende kabelmodem overzicht gegenereerd:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
====================================================================================================================================
OUI       Manufacturer                         Count  Type                                                                          
------------------------------------------------------------------------------------------------------------------------------------
00-00-CA  ARRIS Group, Inc.                        1  Arris TM402B (ED2.0)                                                          
00-13-11  ARRIS Group, Inc.                        2  Arris TM402B (ED2.0)/TM401B (ED2.0)                                           
00-14-E8  ARRIS Group, Inc.                        1  Motorola SBV5120E (ED2.0)                                                     
00-15-96  ARRIS Group, Inc.                        4  Arris TM502B (ED2.0)/TM501B (ED2.0)                                           
00-15-A3  ARRIS Group, Inc.                        1  Arris TM502B (ED2.0)                                                          
00-18-C0  ARRIS Group, Inc.                        2  Motorola SB5101E (ED2.0)                                                      
00-19-47  Cisco SPVTG                              1  Scientific Atlanta EPX2203 (ED2.0)                                            
00-19-5E  ARRIS Group, Inc.                        2  Motorola SBV5121E (ED2.0)                                                     
00-1A-AD  ARRIS Group, Inc.                        1  Motorola SB5101E (ED2.0)                                                      
00-1A-C3  Scientific-Atlanta, Inc                  2  Cisco 8455DVB (ED2.0)                                                         
00-1B-DD  ARRIS Group, Inc.                        2  Motorola SB5101E (ED2.0)/SBV5121E (ED2.0)                                     
00-1C-EA  Scientific-Atlanta, Inc                  1  Scientific Atlanta EPC2203 (ED2.0)                                            
00-21-43  ARRIS Group, Inc.                        1  Motorola SBV5121E (ED2.0)                                                     
00-22-10  ARRIS Group, Inc.                        1  Motorola SBV5121E (ED2.0)                                                     
00-23-BE  Cisco SPVTG                              5  Cisco EPC3212 (ED3.0, 8x4)/Cisco 8485DVB (ED2.0)                              
00-23-ED  ARRIS Group, Inc.                        1  Motorola SBV5121E (ED2.0)                                                     
00-26-5E  Hon Hai Precision Ind. Co.,L             2  Ubee EVM3200 (ED3.0, 8x4)                                                     
08-80-39  Cisco SPVTG                             11  Cisco EPC3928AD (ED3.0, 8x4, WLAN)                                            
08-95-2A  Technicolor CH USA Inc.                  8  Technicolor ? (ED3.0, 16x?, ?)                                                
0C-60-76  Hon Hai Precision Ind. Co.,L             3  Ubee EVM3200 (ED3.0, 8x4)                                                     
0C-84-DC  Hon Hai Precision Ind. Co.,L             5  Ubee ? (ED3.0, 8x?, ?)                                                        
10-08-B1  Hon Hai Precision Ind. Co.,L             1  Ubee ? (ED3.0, 8x?, ?)                                                        
10-5F-49  Cisco SPVTG                              6  Cisco EPC3925 (ED3.0, 8x4, WLAN)                                              
18-55-0F  Cisco SPVTG                             28  Cisco ? (ED3.0, 8x?, ?)                                                       
18-59-33  Cisco SPVTG                             12  Cisco EPC3925 (ED3.0, 8x4, WLAN)                                              
1C-3A-DE  Samsung Electronics Co.,Ltd             23  Samsung SMT-G7400 (ED3.0, 8x4, WLAN)                                          
1C-3E-84  Hon Hai Precision Ind. Co.,L             1  Ubee ? (ED3.0, 8x?, ?)                                                        
20-D5-BF  Samsung Electronics Co.,Ltd              6  Samsung SMT-G7400 (ED3.0, 8x4, WLAN)                                          
24-37-4C  Cisco SPVTG                              6  Cisco ? (ED3.0, 8x?, ?)                                                       
24-76-7D  Cisco SPVTG                              4  Cisco EPC3208 (ED3.0, 8x4)                                                    
2C-33-7A  Hon Hai Precision Ind. Co.,L             6  Ubee ? (ED3.0, 8x?, ?)                                                        
38-B1-DB  Hon Hai Precision Ind. Co.,L             6  Ubee ? (ED3.0, 8x?, ?)                                                        
38-C8-5C  Cisco SPVTG                              1  Cisco EPC3212 (ED3.0, 8x4)/Cisco 8485DVB (ED2.0)                              
3C-62-00  Samsung Electronics Co.,Ltd              3  Samsung SMT-G7400 (ED3.0, 8x4, WLAN)                                          
3C-77-E6  Hon Hai Precision Ind. Co.,L             7  Ubee ? (ED3.0, 8x?, ?)                                                        
40-0D-10  ARRIS Group, Inc.                        1  Arris TG2492LG-ZG (ED3.0, 24x8, WLAN)                                         
48-44-87  Cisco SPVTG                              1  Cisco 8485DVB (ED2.0)                                                         
48-5A-B6  Hon Hai Precision Ind. Co.,L             5  Ubee ? (ED3.0, 8x?, ?)                                                        
50-09-59  Technicolor CH USA Inc.                  1  Technicolor TC7210 (ED3.0, 16x4, WLAN)                                        
50-39-55  Cisco SPVTG                             21  Cisco ? (ED3.0, 8x?, ?)                                                       
54-35-30  Hon Hai Precision Ind. Co.,L             1  Ubee ? (ED3.0, 8x?, ?)                                                        
54-67-51  Compal Broadband Networks, I            17  Compal CH7465LG (ED3.0, 24x8, WLAN)                                           
54-D4-6F  Cisco SPVTG                              1  Cisco EPC3212 (ED3.0, 8x4)/Cisco EPC2203 (ED2.0)/Cisco 8485DVB (ED2.0)        
54-FA-3E  Samsung Electronics Co.,Ltd             92  Samsung SMT-G7400 (ED3.0, 8x4, WLAN)                                          
58-23-8C  Technicolor CH USA Inc.                  5  Technicolor TC7210 (ED3.0, 16x4, WLAN)                                        
60-2A-D0  Cisco SPVTG                             17  Cisco EPC3212 (ED3.0, 8x4)/Cisco 8485DVB (ED2.0)                              
68-94-23  Hon Hai Precision Ind. Co.,L             2  Ubee ? (ED3.0, 8x?, ?)                                                        
70-18-8B  Hon Hai Precision Ind. Co.,L            12  Ubee EVW3210 (ED3.0, 8x4, WLAN)                                               
70-5A-9E  Technicolor CH USA Inc.                 13  Technicolor ? (ED3.0, 16x?, ?)                                                
70-77-81  Hon Hai Precision Ind. Co.,L             9  Ubee ? (ED3.0, 8x?, ?)                                                        
74-29-AF  Hon Hai Precision Ind. Co.,L             5  Ubee ? (ED3.0, 8x?, ?)                                                        
78-DD-08  Hon Hai Precision Ind. Co.,L             2  Ubee EVM320B (ED3.0, 8x4)                                                     
7C-B2-1B  Cisco SPVTG                              6  Cisco ? (ED3.0, 8x?, ?)                                                       
80-29-94  Technicolor CH USA Inc.                 19  Technicolor ? (ED3.0, 16x?, ?)                                                
80-56-F2  Hon Hai Precision Ind. Co.,L             6  Ubee ? (ED3.0, 8x?, ?)                                                        
88-9F-FA  Hon Hai Precision Ind. Co.,L             7  Ubee EVW320B (ED3.0, 8x4, WLAN)                                               
90-4C-E5  Hon Hai Precision Ind. Co.,L             8  Ubee EVM320B (ED3.0, 8x4)                                                     
90-5C-44  Compal Broadband Networks, I            53  Compal CH7465LG (ED3.0, 24x8, WLAN)                                           
90-6E-BB  Hon Hai Precision Ind. Co.,L            24  Ubee EVW320B (ED3.0, 8x4, WLAN)                                               
AC-22-05  Compal Broadband Networks, I            57  Compal CH7465LG (ED3.0, 24x8, WLAN)                                           
AC-D1-B8  Hon Hai Precision Ind. Co.,L             9  Ubee ? (ED3.0, 8x?, ?)                                                        
B0-C2-87  Technicolor CH USA Inc.                 21  Technicolor ? (ED3.0, 16x?, ?)                                                
BC-85-56  Hon Hai Precision Ind. Co.,L             5  Ubee ? (ED3.0, 8x?, ?)                                                        
BC-C8-10  Cisco SPVTG                              5  Cisco EPC3925 (ED3.0, 8x4, WLAN)                                              
C0-38-96  Hon Hai Precision Ind. Co.,L             6  Ubee ? (ED3.0, 8x?, ?)                                                        
C8-FB-26  Cisco SPVTG                             23  Cisco EPC3928 (ED3.0, 8x4, WLAN)                                              
CC-03-FA  Technicolor CH USA Inc.                  3  Technicolor ? (ED3.0, 16x?, ?)                                                
D0-B2-C4  Technicolor CH USA Inc.                 16  Technicolor TC7210 (ED3.0, 16x4, WLAN)                                        
E0-88-5D  Technicolor CH USA Inc.                  2  Technicolor ? (ED3.0, 16x?, ?)                                                
E4-48-C7  Cisco SPVTG                             27  Cisco EPC3925 (ED3.0, 8x4, WLAN)/Cisco 8485DVB (ED2.0)                        
FC-52-8D  Technicolor CH USA Inc.                  1  Technicolor ? (ED3.0, 16x?, ?)                                                
------------------------------------------------------------------------------------------------------------------------------------
                                Total:           670
====================================================================================================================================

Qua aantal kabelmodems en samenstelling vergelijkbaar met de omvang van andere coaxsegmenten in Ziggo/UPC gebied.

Acties:
  • +2Henk 'm!
  • Pinned

  • ArChie
  • Registratie: november 2005
  • Niet online
Voor de aardigheid vandaag weer eens gewerkt aan het DOCSIS Monitor tooltje. De informatie in de Ranging Reponses, zoals de Upstream Channel ID, Power Level Adjustment en Ranging Status, wordt nu ook getoond in het Cable Modems overzicht:


Een normaal functionerend modem stuurt om de ongeveer 20 seconden een Ranging Request in naar de CMTS voor één van de gekoppelde upstream kanalen. Voor een EuroDOCSIS 2.0 modem is dat telkens voor hetzelfde upstream kanaal en voor EuroDOCSIS 3.0 modems is dat om de 20 seconden een ander gekoppeld upstream kanaal. De CMTS stuurt voor iedere ontvangen Ranging Request een Ranging Reponse retour waarin het modem indien nodig instructies worden gegeven om de zendwaarden aan te passen of om het modem te instrueren om het gebruik van de upstream af te breken.

Bovenstaand voorbeeld screenshot laat zien dat er twee modems zijn die niet goed geregistreerd zijn. Bij het Technicolor modem met MAC adres B0-C2-87-XX-XX-42 is er sprake van een partial service. Alleen voor de upstream kanalen 1, 2 en 4 worden Ranging Responses ontvangen. De Samsung Mediabox met MAC adres 54-FA-3E-XX-XX-47 heeft enige tijd geprobeerd om zich te registreren waarbij het telkens de abort instructie kreeg van de CMTS.

Acties:
  • 0Henk 'm!
  • Pinned

  • ArChie
  • Registratie: november 2005
  • Niet online
Aangezien er nogal wat gaten in de Manufacturer en Hardware kolom zaten de OUI tabel en de hardware definities van het tooltje bijgewerkt. Verder de juiste eenheid geïmplementeerd voor de waarden in de Power level adujstment kolom. In de downstream op 314 MHz waren onderstaande twee test gevallen voor de eenheid aanpassing aanwezig:


De Samsung Mediabox lukt het niet om een upstream te registreren. Het Technicolor modem krijgt regelmatig kleine sterkte aanpassingsopdrachten van de CMTS een deel van de gekoppelde upstreams.

Acties:
  • +2Henk 'm!

  • neeecht
  • Registratie: november 2003
  • Laatst online: 18:46
quote:
ArChie schreef op vrijdag 23 maart 2018 @ 11:39:
Dinsdag 20 maart is er onderhoud geweest in mijn coaxsegment. Ziggo/UPC heeft nu vier extra Internet downstreams geactiveerd op de frequenties 434, 442, 450 en 458 MHz. Dat brengt het totaal aantal Internet downstreams op 24 stuks. Ik zal binnenkort een volledige capture set maken van alle Internet downstreams om te achterhalen of er naast deze uitbreiding van het aantal downstreams nog meer gewijzigd is.
Vraagje:
http://x264.nl/dump/ziggo_docsis3.0_2017-12-08-downstream-channels-internet.jpg
(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:
http://x264.nl/dump/ziggo_docsis3.0_2017-11-27-downstream-channels-internet.jpg


Edit:
En voor de leuk het complete spectrum zoals deze vandaag is;
http://x264.nl/dump/ziggo_docsis3.0_2018-03-23-full-spectrum.jpg

neeecht wijzigde deze reactie 23-03-2018 16:16 (8%)


Acties:
  • +1Henk 'm!
  • Pinned

  • ArChie
  • Registratie: november 2005
  • Niet online
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.

Acties:
  • +3Henk 'm!
  • Pinned

  • ArChie
  • Registratie: november 2005
  • Niet online
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


  • neeecht
  • Registratie: november 2003
  • Laatst online: 18:46
Voor de leuk:

Ziggo - Zaanstad - Docsis 3.0 Spectrum 2019-02-04:
http://x264.nl/dump/ziggo-docsis-3.0-2019-02-04.jpg
(Signaal onder de 120 MHz is een spiegel/bug.)
Signaal laatste dag analoge TV.

En even de upstream, ingezoomt:
http://x264.nl/dump/ziggo-docsis-3.0-2019-02-04-upstream.jpg


Update 2019-02-05, analoge TV uit:
http://x264.nl/dump/ziggo-docsis-3.0-2019-02-05.jpg

198 - 238MHz zijn er 4 digitale signalen bijgekomen.
http://x264.nl/dump/ziggo-docsis-3.0-2019-02-05-198mhz-238mhz.jpg

Geen idee wat. @ArChie jij enig idee wat er in die range zit/kan zitten?

neeecht wijzigde deze reactie 05-02-2019 06:46 (33%)


  • neeecht
  • Registratie: november 2003
  • Laatst online: 18:46
Update 2019-02-26:

De downstream kanalen zijn verplaatst:

2017-12-08:
http://x264.nl/dump/ziggo_hitron_downstream_channels_frequencies_2017-12-08.jpg

2019-02-26:
http://x264.nl/dump/ziggo_hitron_downstream_channels_frequencies_2019-02-26.jpg


En het nieuwe spectrum:
http://x264.nl/dump/ziggo-docsis-3.0-2019-02-26.jpg

  • ArChie
  • Registratie: november 2005
  • Niet online
@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.

  • ANdrode
  • Registratie: februari 2003
  • Niet online
ArChie schreef op dinsdag 26 februari 2019 @ 15:23:
[...]
Zonder me er verder in verdiept te hebben zal Ziggo/UPC ongetwijfeld hebben gekozen voor de eenvoudige oplossing door gewoon de downstreams te verplaatsen bij het onderhoud waarna de modems verwoeste pogingen zullen ondernemen om opnieuw het configuratie en registratie proces te doorlopen. Op enig moment vinden ze dan weer een downstream waarin ook alle benodigde DOCSIS management informatie over de nieuwe opbouw van het DOCSIS coaxsegment is opgenomen en kunnen de modems zich gaan registreren onder regie van de CMTS. Het zal wel even drukjes zijn geweest.
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.
Afhankelijk van de configuratie kan iedere downstream dienen als een primairy downstream en de CMTS zorgt ervoor dat de modems een beetje gelijkwaardig over de primary downstreams worden verdeeld.
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?
In mijn regio is ook nog niets veranderd. Veel haast zullen ze ook nog niet hebben aangezien er hier toch al 24 downstreams in gebruik zijn en ze voor DOCSIS 3.1 nog een hoop zullen moeten vervangen aan de infrastructuur componenten in het HFC segment van Ziggo/UPC. Genoeg oude versterkers bijvoorbeeld die niet DOCSIS 3.1 geschikt zijn.
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.

ANdrode wijzigde deze reactie 26-02-2019 15:49 (4%)


  • neeecht
  • Registratie: november 2003
  • Laatst online: 18:46
@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
http://x264.nl/dump/ziggo-docsis-3.0-2019-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 :)

  • neeecht
  • Registratie: november 2003
  • Laatst online: 18:46
ANdrode schreef op dinsdag 26 februari 2019 @ 21:41:
[...]


Wat zit hier op 440 MHz? Daar breekt de grid en ik snap niet wat er 2x zo breed kan zijn :+


[...]


...
Hmm, apart, precies een stuk maar spectrumspy denk net een overlap heeft.
Alles wat je ziet zijn stukjes van 10 MHz.

Met 100 MHz breedte gaat het wel goed:
http://x264.nl/dump/spectrumspy_445mhz_ziggo.jpg
Maker van de software gevraagd. :)

Acties:
  • +1Henk 'm!

  • neeecht
  • Registratie: november 2003
  • Laatst online: 18:46
@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:
http://x264.nl/dump/ziggo-docsis-3.0-2019-05-13-zoomed-view.jpg

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:
http://x264.nl/dump/ziggo_connectbox_arris_downstream_channels-2019-05-13.jpg

Upstream ATDMA:
http://x264.nl/dump/ziggo_connectbox_arris_upstream_channels_atdma-2019-05-13.jpg

neeecht wijzigde deze reactie 13-05-2019 07:54 (46%)


Acties:
  • 0Henk 'm!

  • neeecht
  • Registratie: november 2003
  • Laatst online: 18:46
ArChie schreef op dinsdag 26 februari 2019 @ 15:04:
@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:

[Afbeelding]

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.
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:
http://x264.nl/dump/ziggo-docsis-3.0-2019-05-13-zoomed-view_qrm_overlay.jpg

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:
http://x264.nl/dump/airbands_2018-03-23.jpg


5g bron:
https://www.acm.nl/sites/...ieveiling-advies-2019.pdf
Multibandveiling 700/1400/2100 MHz
153. Bij de aankomende multibandveiling zal het volgende spectrum worden geveild:
- 2x30 MHz in de 700 MHz band (703-733 MHz en 758-788 MHz)
- 40 MHz in de 1400 MHz band (1452-1492 MHz)
- 2x60 MHz in de 2100 MHz band (1920-1980 MHz en 2110-2170 MHz)

Acties:
  • 0Henk 'm!

  • ArChie
  • Registratie: november 2005
  • Niet online
neeecht schreef op maandag 13 mei 2019 @ 06:41:
Sinds vandaag zijn er weer kanalen bijgekomen.
Zo te zien 3 aan de hoge kant en 1 onder de eerder gebruikte internet kanalen.
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.
Downstream:
Wat voor een modem heb je?

  • neeecht
  • Registratie: november 2003
  • Laatst online: 18:46
@ArChie
Zul je net zien, ik moest even uitzoomen met de browser, maar:
http://x264.nl/dump/ziggo_docsis3.0_24_channels-2019-07-18.jpg

[01:01] * Disconnected
[01:04] * Connected

Vanacht zijn de settings veranderd dus.
Spectrum is hetzelfde gebleven. :)

  • Terrestrial
  • Registratie: oktober 2001
  • Laatst online: 12-11 19:14
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.

Terrestrial wijzigde deze reactie 12-11-2019 16:24 (110%)

Pagina: 1


Apple iPhone 11 Nintendo Switch Lite LG OLED C9 Google Pixel 4 FIFA 20 Samsung Galaxy S10 Sony PlayStation 5 Elektrische auto

'14 '15 '16 '17 2018

Tweakers vormt samen met Hardware Info, AutoTrack, Gaspedaal.nl, Nationale Vacaturebank, Intermediair en Independer DPG Online Services B.V.
Alle rechten voorbehouden © 1998 - 2019 Hosting door True