Een (heel klein) beetje IPv6 nieuws.

Status
Niet open voor verdere reacties.

grunnsat

Forum Gebruiker
Berichten
1.053
Gisterochtend heb ik via het contact formulier twee vragen gesteld, de eerste ging over de vraag hoe het staat met het IPv6 project, en de tweede over IP multicast problemen met Cisco routers.

Ik kreeg al gauw een ontvangstbevestiging van de tweede vraag, maar toen ik laat in de middag nog geen bevestiging van de eerste had heb ik eens gebeld of ze die vraag goed ontvangen had. Ik kreeg een vriendelijke jongeman aan de lijn die mijn vraag niet kon vinden (zat in een ander mapje of zo), maar hij wilde wel even bij een deskundoloog informeren of er iets over IPv6 bekend was. Na enige tijd kwam hij terug met het antwoord van de deskundoloog, IPv6 is voorlopig nog niet nodig want Ziggo heeft nog genoeg IPv4 adressen. Heel geruststellend zo'n enorm kennisniveau bij de helpdesk. Ik heb de jongeman dus maar verteld dat zijn 'expert' op de achtergrond er goed aan doet zich maar eens wat beter te oriënteren.

Vanochtend werd ik gebeld door een tweede deskundoloog naar aanleiding van mijn mailtje. Hij wilde eerst weten waarom ik belangstelling heb voor IPv6. Omdat ik al jaren een IPv6 tunnel gebruik, en nu toch wel eens een native IPv6 verbinding wil? Het gaat er niet alleen om dat Ziggo IPv6 in voert, nee het moet eerst wereldwijd worden ingevoerd - zo gaat deze deskundige verder. Dat is al jaren geleden gebeurd kan ik hem verzekeren. En er is nog bijna geen IPv6 verkeer, zo meldt hij. Nee, als de Ziggo's van deze wereld het niet aanbieden, dan kunnen de consumenten het ook niet gebruiken. Klanten hebben ook helemaal geen belangstelling voor IPv6, zo weet hij. Ik dus wel, en er zijn meer klanten die er belangstelling voor hebben. En de consument merkt er ook niets van, alleen het modem krijgt een IPv6 adres, de router niet en de apparaten op het LAN thuis ook niet. Een adembenemend kennisniveau is bij deze expert aanwezig, zo wordt wel duidelijk.

Maar uiteindelijk weet hij mij te vertellen dat er momenteel al wel getest wordt door een selecte groep gebruikers en Ziggo personeel. Kortom, er zit blijkbaar toch een beetje schot in.
 
Laatst bewerkt door een moderator:

ArChie

Forum Gebruiker
Berichten
5.016
Maar uiteindelijk weet hij mij te vertellen dat er momenteel al wel getest wordt door een selecte groep gebruikers en Ziggo personeel. Kortom, er zit blijkbaar toch een beetje schot in.
Zo te zien niet in mijn coaxsegment aangezien de IP Initialization Parameters in de MAC Domain Descriptors IPv4 Only aangeeft als IP Provisioning Mode:

Code:
└─■ MDD { MAC Domain Descriptors }
  ├─■ Frequency = 274000
  │ ├─■ Source Address
  │ │ └─■ MAC Domain Descriptor
  │ │   ├─■ Configuration Change Count = 8
  │ │   ├─■ Number Of Fragments = 1
  │ │   ├─■ Fragment Sequence Number = 1
  │ │   ├─■ Current Channel DCID = 73
  │ │   └─■ TLVs:
  │ │     ├─■ Downstream Active Channel List TLV
  │ │     ├─■ Downstream Active Channel List TLV
  │ │     ├─■ Downstream Active Channel List TLV
  │ │     ├─■ Downstream Active Channel List TLV
  │ │     ├─■ Downstream Active Channel List TLV
  │ │     ├─■ Downstream Active Channel List TLV
  │ │     ├─■ Downstream Active Channel List TLV
  │ │     ├─■ Downstream Active Channel List TLV
  │ │     ├─■ Downstream Active Channel List TLV
  │ │     ├─■ Downstream Active Channel List TLV
  │ │     ├─■ Downstream Active Channel List TLV
  │ │     ├─■ Downstream Active Channel List TLV
  │ │     ├─■ Downstream Active Channel List TLV
  │ │     ├─■ Downstream Active Channel List TLV
  │ │     ├─■ Downstream Active Channel List TLV
  │ │     ├─■ Downstream Active Channel List TLV
  │ │     ├─■ MAC Domain Downstream Service Group (MD-DS-SG) TLV
  │ │     ├─■ Downstream Ambiguity Resolution Frequency List TLV
  │ │     │ └─■ Center Frequencies:
  │ │     │   ├─■ Center Frequency = 274000000
  │ │     │   ├─■ Center Frequency = 282000000
  │ │     │   ├─■ Center Frequency = 290000000
  │ │     │   ├─■ Center Frequency = 298000000
  │ │     │   ├─■ Center Frequency = 306000000
  │ │     │   ├─■ Center Frequency = 314000000
  │ │     │   ├─■ Center Frequency = 322000000
  │ │     │   ├─■ Center Frequency = 330000000
  │ │     │   ├─■ Center Frequency = 338000000
  │ │     │   ├─■ Center Frequency = 346000000
  │ │     │   ├─■ Center Frequency = 354000000
  │ │     │   ├─■ Center Frequency = 362000000
  │ │     │   ├─■ Center Frequency = 370000000
  │ │     │   ├─■ Center Frequency = 378000000
  │ │     │   ├─■ Center Frequency = 386000000
  │ │     │   └─■ Center Frequency = 394000000
  │ │     ├─■ IP Initialization Parameters TLV
  │ │     │ └─■ TLVs:
  │ │     │   └─■ IP Provisioning Mode = IPv4 Only
  │ │     ├─■ Receive Channel Profile Reporting Control TLV
  │ │     │ └─■ TLVs:
  │ │     │   ├─■ RCP Center Frequency Spacing = CM MUST report only Receive Channel Profiles assuming 8 MHz center frequency spacing
  │ │     │   ├─■ Verbose RCP reporting = CM MUST NOT provide verbose reporting of Receive Channel Profile(s)
  │ │     │   └─■ Fragmented RCP transmission = CM MAY transmit Receive Channel Profile (s) requiring fragmentation
  │ │     ├─■ Early Authentication and Encryption (EAE) Enable/Disable TLV = early authentication and encryption disabled
  │ │     ├─■ Symbol Clock Locking Indicator TLV = Symbol Clock is locked to Master Clock
  │ │     ├─■ CM-STATUS Event Control TLV
  │ │     │ └─■ TLVs:
  │ │     │   ├─■ Event Type Code = Secondary channel MDD timeout
  │ │     │   ├─■ Maximum Event Holdoff Timer = 1000 mSec
  │ │     │   └─■ Maximum Number of Reports per event = 2
  │ │     ├─■ CM-STATUS Event Control TLV
  │ │     │ └─■ TLVs:
  │ │     │   ├─■ Event Type Code = QAM/FEC lock failure
  │ │     │   ├─■ Maximum Event Holdoff Timer = 1000 mSec
  │ │     │   └─■ Maximum Number of Reports per event = 2
  │ │     ├─■ CM-STATUS Event Control TLV
  │ │     │ └─■ TLVs:
  │ │     │   ├─■ Event Type Code = Sequence out-of-range
  │ │     │   ├─■ Maximum Event Holdoff Timer = 1000 mSec
  │ │     │   └─■ Maximum Number of Reports per event = 2
  │ │     ├─■ CM-STATUS Event Control TLV
  │ │     │ └─■ TLVs:
  │ │     │   ├─■ Event Type Code = Secondary channel MDD recovery
  │ │     │   ├─■ Maximum Event Holdoff Timer = 1000 mSec
  │ │     │   └─■ Maximum Number of Reports per event = 2
  │ │     ├─■ CM-STATUS Event Control TLV
  │ │     │ └─■ TLVs:
  │ │     │   ├─■ Event Type Code = QAM/FEC lock recovery
  │ │     │   ├─■ Maximum Event Holdoff Timer = 1000 mSec
  │ │     │   └─■ Maximum Number of Reports per event = 2
  │ │     ├─■ CM-STATUS Event Control TLV
  │ │     │ └─■ TLVs:
  │ │     │   ├─■ Event Type Code = T4 timeout
  │ │     │   ├─■ Maximum Event Holdoff Timer = 1000 mSec
  │ │     │   └─■ Maximum Number of Reports per event = 2
  │ │     ├─■ CM-STATUS Event Control TLV
  │ │     │ └─■ TLVs:
  │ │     │   ├─■ Event Type Code = T3 re-tries exceeded
  │ │     │   ├─■ Maximum Event Holdoff Timer = 1000 mSec
  │ │     │   └─■ Maximum Number of Reports per event = 2
  │ │     ├─■ CM-STATUS Event Control TLV
  │ │     │ └─■ TLVs:
  │ │     │   ├─■ Event Type Code = Successful ranging after T3 retries exceeded
  │ │     │   ├─■ Maximum Event Holdoff Timer = 1000 mSec
  │ │     │   └─■ Maximum Number of Reports per event = 2
  │ │     ├─■ Upstream Active Channel List TLV
  │ │     │ └─■ TLVs:
  │ │     │   ├─■ Channel ID = 1
  │ │     │   └─■ CM-STATUS Event Enable Bitmask
  │ │     │     ├─■ T4 timeout = true
  │ │     │     ├─■ T3 re-tries exceeded = true
  │ │     │     └─■ Successful ranging after T3 re-tries exceeded = true
  │ │     ├─■ Upstream Active Channel List TLV
  │ │     │ └─■ TLVs:
  │ │     │   ├─■ Channel ID = 2
  │ │     │   └─■ CM-STATUS Event Enable Bitmask
  │ │     │     ├─■ T4 timeout = true
  │ │     │     ├─■ T3 re-tries exceeded = true
  │ │     │     └─■ Successful ranging after T3 re-tries exceeded = true
  │ │     ├─■ Upstream Active Channel List TLV
  │ │     │ └─■ TLVs:
  │ │     │   ├─■ Channel ID = 3
  │ │     │   └─■ CM-STATUS Event Enable Bitmask
  │ │     │     ├─■ T4 timeout = true
  │ │     │     ├─■ T3 re-tries exceeded = true
  │ │     │     └─■ Successful ranging after T3 re-tries exceeded = true
  │ │     ├─■ Upstream Active Channel List TLV
  │ │     │ └─■ TLVs:
  │ │     │   ├─■ Channel ID = 4
  │ │     │   └─■ CM-STATUS Event Enable Bitmask
  │ │     │     ├─■ T4 timeout = true
  │ │     │     ├─■ T3 re-tries exceeded = true
  │ │     │     └─■ Successful ranging after T3 re-tries exceeded = true
  │ │     ├─■ Upstream Ambiguity Resolution Channel List TLV
  │ │     │ └─■ Upstream Channel IDs:
  │ │     │   ├─■ Channel ID = 1
  │ │     │   ├─■ Channel ID = 2
  │ │     │   ├─■ Channel ID = 3
  │ │     │   └─■ Channel ID = 4
  │ │     ├─■ Upstream Frequency Range TLV = Extended Upstream Frequency Range
  │ │     ├─■ Upstream Transmit Power Reporting TLV = CM reports transmit power in RNG-REQ, INIT-RNG-REQ, and B-INIT-RNG-REQ messages
  │ │     └─■ CM-STATUS Event Enable for Non-Channel-Specific Events TLV
  │ │       ├─■ Sequence out-of-range = true
  │ │       ├─■ CM operating on battery backup = false
  │ │       ├─■ CM returned to A/C power = false
  │ │       └─■ CM MAC address removal = false
 
Status
Niet open voor verdere reacties.
Bovenaan