Anahtarda optiği doğrulamak
Bir modül bir portta olduğunda, her NOS’ta onun kimliğini ve DDM’sini gösteren bir komut vardır. Anahtarın modülü beklediğiniz şekilde gördüğünü doğrulamak ve CodingBox’ın okuduklarıyla çapraz kontrol etmek için bunu kullanın.
NOS’a göre komutlar
| NOS | Komut |
|---|---|
| Cisco IOS / IOS-XE | show interfaces <if> transceiver detail |
| Cisco NX-OS | show interface <if> transceiver details |
| Juniper Junos | show interfaces diagnostics optics <if> |
| Arista EOS | show interfaces <if> transceiver detail |
| Huawei VRP | display transceiver interface <if> verbose |
| Aruba CX | show interface <if> transceiver detail |
Nelere bakılmalı
- Kimlik — satıcı adı, parça numarası ve seri numarası amaçladığınızla eşleşiyor.
- DDM — sıcaklık, gerilim, bias ve optik güç aralık içinde (anahtar, CodingBox’ın gösterdiğiyle aynı SFF-8472 tanılamasını okur).
- Hatalar — bir “unsupported transceiver” notu satıcı kilidine işaret eder.
CodingBox ile çapraz kontrol
Anahtarın çıktısını uygulamanın alıcı-verici özeti ile karşılaştırın. Anahtar, CodingBox’ın tezgâhta okuduğuyla çelişiyorsa, fark anahtarın modülü nasıl yorumladığında veya kısıtladığındadır — modülün belleğinde değil.
Platform başına DDM’ye özgü komutlar,
ethtoolham dökümleri, SNMP OID’leri ve OpenConfig yolları: Araçlarla DDM okuma.
Doğruladığınızı yapılandırmak — NOS başına hız, FEC, breakout, geçersiz kılmalar: Port yapılandırma tarifleri; bir platformun bir modülü neden reddettiği: Her NOS bir modülü nasıl doğrular.
Aynı veriler SNMP ve akış telemetrisi üzerinden — satıcı başına MIB nesneleri, OpenConfig alıcı-verici yolları, uyarı için syslog mesajları: Yönetim ve izleme; bu komutlarda kullanılan arayüz adları: Port adlandırma ve LED’ler.