ルータは Small Form-Factor Pluggable（SFP）ネットワーク インターフェイス モジュールを使用して DSL 機能を追加します。DSL ソリューションは、次の Annex をサポートしています。

ADSL2（A）、ADSL2 +（A、J、J は 17.5.1 リリースでのみサポート）。VDSL2 は Annex A、B をサポートしています。すべて TR100、TR105、TR114、TR115 に準拠しています。

IOS-XE リリース 17.5.1 では、コントローラインターフェイスで Annex-J 設定のサポートが追加されています。

（注）	ADSL2+ J はサポートされていますが、ADSL2 J は 17.5.1 ではまだサポートされていません。

Annex-J を有効にするには、次の手順を実行します。

router#config term
router(conf)#controller vdsl 0/0/0
router(conf-if)#capability annex-j
router#(conf-if)#exit
router#

Annex-J を削除するには、次の手順を実行します。

router#config term
router(conf)#controller vdsl 0/0/0
router(conf-if)#no capability annex-j
router#(conf-if)#exit
router#

17.5.1 では、新しいコマンド rx-padding が追加されています。このコマンドは、MTU が 64 バイト未満のパケットに使用されます。

（注）	サービスプロバイダからのダウンストリームで 64mtu 未満のフレームが想定される場合、VLAN 設定は vlan 96 である必要があります。サービスプロバイダからのダウンストリームで 64mtu 未満のフレームが想定される場合、単一の PVC（つまり、Vlan96）でサポートされるのは単一の VLAN だけです。今後のリリースでは、VLAN サポートの範囲を Vlan44 〜 1024、single-vlanin single-pvc に拡張する予定です。

コマンドの例は次のとおりです。

router#config term
router#controller vdsl 0/0/0
router(conf-if)#rx-padding
router(conf-if)#end
router#write mem

Dying Gasp は、ルータがコンデンサの残存電力の一部を使用して DSLAM に機能停止メッセージを送信する機能です。show controller vdsl 0/0/0 local コマンドを使用して、ルータが Dying Gasp メッセージを送信する準備ができていることを確認できます。

Router#show controllers vdsl 0/0/0 local
SFP Vendor PID: SFPV5311TR
SFP Vendor SN: V021932028C
Firmware embedded in IOS-XE: 1_62_8463
Running Firmware Version: 1_62_8455
Management Link: up
DSL Status: showtime 
Dumping internal info: idle
Dying Gasp: armed
Dumping DELT info:  idle

（注）	Dying Gasp が無効になっている場合、出力には Dying gasp: disarmed と表示されます。

Dying Gasp の設定はありません。実装に対しソフトウェアによって内部的に処理されます。SFP shut/no shut がトリガーされると、1 〜 2 の通知が 50 ns 以内に送信されます。

DSL SFP の挿入手順については、 製品のハードウェア設置ガイドを参照してください。

警告	取り付け作業者がこれらの指示を理解すること、および SFP の挿入および取り外しの正しい方法に精通していることが重要です。そうでない場合は、SFP に損傷を与える可能性があります。

DSL SFP をサポートするための IOS-XE の最小リリースは、IR1101 では 17.4.1 です。

configure t
Router(conf)#interface g0/0/0
Router(conf-if)#media-type sfp
Router(conf-if)#no shut
Router(conf-if)#exit

Router#show inventory

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
INFO: Please use "show license UDI" to get serial number for licensing.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

NAME: "Chassis", DESCR: "IR1101 Base Chassis"
PID: IR1101-K9 , VID: V03 , SN: FCW23500H5X

NAME: "Module 0 - Mother Board", DESCR: "Cisco IR1101 motherboard"
PID: IR1101-K9 , VID: V03 , SN: FOC23473SRK

NAME: "module subslot 0/0", DESCR: "IR1101-ES-5"
PID: IR1101-ES-5 , VID: V01 , SN:

NAME: "subslot 0/0 transceiver 0", DESCR: "GE T"
PID: SFP-VADSL2+-I , VID: V01 , SN: MET2023000A
Ignore the description, it will always reflect GE T for all IR1101 SFPs
PID and S/N are what matter

Router#show interfaces transceiver detail
IDPROM for transceiver Gigabitethernet0/0/0:
Description = SFP or SFP+ optics (type 3)
Transceiver Type: = GE T (26)
Product Identifier (PID) = SFP-VADSL2+-I
Vendor Revision = V5.1
Serial Number (SN) = MET2023000A
Vendor Name = CISCO-METANOIA
Vendor OUI (IEEE company ID) = 00.00.00 (0)
CLEI code =
Cisco part number = 74-124941
Device State = Enabled.
Date code (yy/mm/dd) = 20/23/
Connector type = .
Encoding = 8B10B (1)
Nominal bitrate = GE (1300 Mbits/s)
Minimum bit rate as % of nominal bit rate = not specified
Maximum bit rate as % of nominal bit rate = not specified

Socket Verification


SFP IDPROM Page 0xA0:
000: 03 04 22 08 00 00 00 00 00 00
010: 00 01 0D 00 00 00 00 00 FF 00
020: 43 49 53 43 4F 2D 4D 45 54 41
030: 4E 4F 49 41 20 20 00 00 00 00
040: 53 46 50 56 35 33 31 31 54 52
050: 35 31 43 53 20 20 56 35 2E 31
060: 00 00 00 3F 08 00 00 00 4D 45
070: 54 32 30 32 33 30 30 30 41 20
080: 20 20 20 20 32 30 32 33 20 20
090: 20 20 00 00 00 6D 63 00 30 60
100: FE 53 E4 C1 54 F1 F1 C1 FA 1A
110: 98 EC 6B E0 7F 00 00 00 00 00
120: 00 00 00 00 8C D0 5C F7 00 00
130: 00 00 00 00 00 00 00 00 37 34
140: 2D 31 32 34 39 34 31 20 56 30
150: 31 20 CF EC 55 00 00 00 00 D4
160: 00 00 00 00 00 00 00 00 00 00
170: 00 00 00 00 00 00 00 00 00 00
180: 00 00 00 00 00 00 00 00 00 00
190: 00 00 53 46 50 2D 56 41 44 53
200: 4C 32 2B 2D 49 20 20 20 20 20
210: 20 20 00 00 17 00 00 00 00 00
220: 00 00 00 5A

SFP IDPROM Page 0xA2:
000: 00 00 00 00 00 00 00 00 00 00
010: 00 00 00 00 00 00 00 00 00 00
020: 00 00 00 00 00 00 00 00 00 00
030: 00 00 00 00 00 00 00 00 00 00
040: 00 00 00 00 00 00 00 00 00 00
050: 00 00 00 00 00 00 00 00 00 00
060: 00 00 00 00 00 00 00 00 00 00
070: 00 00 00 00 00 00 00 00 00 00
080: 00 00 00 00 00 00 00 00 00 00
090: 00 00 00 00 00 00 00 00 00 00
100: 00 00 00 00 00 00 00 00 00 00
110: 00 00 00 00 00 00 00 00 00 00
120: 00 00 00 00 00 00 00 00 00 00
130: 00 00 00 00 00 00 00 00 00 00
140: 00 00 00 00 00 00 00 00 00 00
150: 00 00 00 00 00 00 00 00 00 00
160: 00 00 00 00 00 00 00 00 00 00
170: 00 00 00 00 00 00 00 00 00 00
180: 00 00 00 00 00 00 00 00 00 00
190: 00 00 00 00 00 00 00 00 00 00
200: 00 00 00 00 00 00 00 00 00 00
210: 00 00 00 00 00 00 00 00 00 00
220: 00 00 00 00 00 00 00 00 00 00
230: 00 00 00 00 00 00 00 00 00 00
240: 00 00 00 00 00 00 00 00 00 00
250: 00 00 00 00 00 00
Link reach for 9u fiber (km) = SX(550/270m) (0)
1xFC-MM(500/300m) (0)
2xFC-MM(300/150m) (0)
ESCON-MM(2km) (0)
Link reach for 9u fiber (m) = SX(550/270m) (0)
1xFC-MM(500/300m) (0)
2xFC-MM(300/150m) (0)
ESCON-MM(2km) (0)
Link reach for 50u fiber (m) = SR(2km) (0)
IR-1(15km) (0)
IR-2(40km) (0)
LR-1(40km) (0)
LR-2(80km) (0)
LR-3(80km) (0)
DX(40KM) (0)
HX(40km) (0)
ZX(80km) (0)
VX(100km) (0)
1xFC, 2xFC-SM(10km) (0)
ESCON-SM(20km) (0)
Link reach for 62.5u fiber (m) = SR(2km) (0)
IR-1(15km) (0)
IR-2(40km) (0)
LR-1(40km) (0)
LR-2(80km) (0)
LR-3(80km) (0)
DX(40KM) (0)
HX(40km) (0)
ZX(80km) (0)
VX(100km) (0)
1xFC, 2xFC-SM(10km) (0)
ESCON-SM(20km) (0)
Nominal laser wavelength = 0 nm.
DWDM wavelength fraction = 0.0 nm.

No transceiver present

17.8.1 リリースでは、ADSL2+ Annex B がサポートされます。

Annex B はデフォルトでは設定されていません。Annex B を有効にするには、次のコマンドを使用します。

controller VDSL 0/0/0
  capability annex-b

DSL SFP には 2 つの LED インジケータが組み込まれています。この LED は、ルータのパネルにある LED とは無関係に動作します。

（注）	show platform led は SFP LED を対象としていません。DSL リンクステータスには、show controller vdsl 0/0/0 local コマンドを使用します。

DSL SFP にファームウェアがロードされている。SFP にロードされているバージョンを確認し、ルータイメージで使用可能なバージョンと比較する必要があります。お客様は、ISP との契約に応じてアップグレードを決定する必要があります。

SFP をアップグレードするには SFP の最小設定が必要です。

configure t
Router(conf)#interface g0/0/0
Router(conf-if)#media-type sfp
Router(conf-if)#no shut
Router(conf-if)#exit

show controller vdsl 0/0/0 local コマンドを実行して、ファームウェアレベルを確認します。

Router#show controllers vdsl 0/0/0 local
SFP Vendor PID: SFPV5311TR
SFP Vendor SN: V021932028C
Firmware embedded in IOS-XE: 1_62_8463
Running Firmware Version: 1_62_8455
Management Link: up
DSL Status: showtime 
Dumping internal info: idle
Dying Gasp: armed
Dumping DELT info:  idle

SFP をアップグレードするには、次のコマンドを使用します。

Router#upgrade hw-module subslot 0/0 sfp 0
Upgrade SFP firmware on interface GigabitEthernet0/0/0 from 1_62_8455 to 1_62_8463
Connection will be disrupted, Continue(Y/N)?y
Start ebm upgrade!! 
........................................................
........................................................
..................
firmware update success!!

このコマンドは新しいファームウェアをロードしてから、インターフェイスで shut/no shut を実行して SFP をリセットします。

（注）	17.5.1 以降では、IOS イメージにバンドルされている SFP ファームウェアに加えて、スタンドアロン SFP ファームウェアをアップグレードする機能があります。次に例を示します。

Router#upgrade hw-module subslot 0/0 sfp 0 {flash|usbflash0|msata}:sfp_fw_image 

オプションの IOS ファイルパスが既存のアップグレードコマンドの最後に追加されました。ファイルは SFP-VADSL2-I キーで署名する必要があります。ファイルは bootflash:/flash:、usbflash0、または msata: のものが使用できます。リモートファイルシステムからは使用できません。

この項では、ADSL2/2+ の概要を示します。

重要	ルータ SFP ベースの DSL サポートは、他の ISR DSL プラットフォームと比べると、設定とトラブルシューティングの点で異なります。ATM インターフェイスはなく、イーサネットと ATM 間のパケット変換は Adaption Layer5（AAL5）を介して内部的に処理されます。すべての設定は、コントローラ vdsl 0/0/0 および g0/0/0 のインターフェイス/サブインターフェイスにあります。AAL5 よりも UBR が推奨されています。

詳細については、以降の章を参照してください。

ADSL2/2+ は auto モードで動作します（DSL コントローラとの DSLAM 自動ネゴシエーションの設定）。Annex A は ADSL2+ でサポートされています。Annex A と reach-extended Annex L mode-1 は ADSL2 でサポートされています。これは TR-100/TR-105 に準拠しています。

• 自動ネゴシエーション ハンドシェイク手順では SFP は ITU-T G.994.1 DSL TRx に準拠しており、物理層管理では ITU-T G.997.1 for DSL TRx に準拠しています。

• DSL SFP は AVD2 CPE モードのみをサポートする ITU-T G.99x 標準に準拠しています。

• LLC/SNAP および VCMux イーサネット ブリッジド カプセル化オプションをサポートしています。

• すべての PPPoX カプセル化は、PPPoE を介してのみ設定されます。内部的にはパケット変換は ATM を介して処理されます。c111x ISR の場合のような PPPoA 設定はありません。

• ADSL-PVC はコントローラ VDSL 0/0/0 で設定できます。各 SFP は 8 つの PVC をサポートしています。

• 各 PVC は、802.1q VLAN タギングとのマッピングをサポートしています。

• VPI の範囲は 0 〜 255、VCI の範囲は 32 〜 65535 です。

show controller vdsl 0/0/0 に反映される「mode」は、常に PTM（パケット転送モード）です。内部的に ATM へのパケット変換が処理されます（AAL5）。

この項では、VDSL2 の概要を示します。

ルータ DSL SFP-VADSL2+-I は、ITU-T 標準 G.993.2（VDSL2）に準拠して VDSL2 Annex A、B のサポートを提供します。この xDSL SFP は、TR-114（VDSL2 Annex A および B のパフォーマンス）と TR-115（University of New Hampshire による VDSL2 機能検証テスト）にも準拠します。SFP は、AVD2 CPE モードのみをサポートする ITU-T G.99x 標準に準拠します。

• 設定可能なバンドプラン。3072/4096 と 8 バンド/4 通過帯域制約に従う北米の Annex A（G.998）と欧州の Annex B（G.997、998）バンドプランに準拠

• すべての VDSL2 プロファイル（8a/b/c/d、12a / b、17a、30a）をサポート

• EU タイプのアップストリームバンド 0（US0）をサポート

• DSL TRx の ITU-T G.994.1 ハンドシェイク手順に準拠

• DSL TRx の ITU-T G.997.1 物理層管理に準拠

• CPE モードの ITU-T G.993.5 Self-FEXT キャンセル（ベクトル化）に準拠

• 堅牢なオーバーヘッドチャネル（ROC）をサポート

• D/L の変更とビットスワッピングによるシームレスレート適応（SRA）を含むオンライン再設定（OLR）をサポート

• アップストリーム/ダウンストリーム電源バックオフ（UPBO / DPBO）をサポート

• DELT をサポート

• VDSL2 でサポートされている最大 MTU サイズは 1,800 バイト

• 標準準拠の VDSL2 モードは PTM（パケット転送モード）

• VDSL2 のベクトル化をサポート

設定および表示用のコマンドについては、以下の詳細な項を参照してください。show controller vdsl 0/0/0 は検証のための基本的なコマンドです。

YANG は、NETCONF や RESTCONF などのネットワーク管理プロトコルを介して送信されるデータを表す一般的なデータモデリング言語です。

Cisco-IOS-XE-controller-vdsl-oper は、コントローラの vdsl 設定を編集するために導入されました。これにより、DSL の yang のサポートが提供されます。

dsl コントローラの設定の編集で一般的な yang 応答の例を次に示します。

<native xmlns="http://cisco.com/ns/yang/Cisco-IOS-XE-native">
          <controller>
            <VDSL xmlns="http://cisco.com/ns/yang/Cisco-IOS-XE-controller">
              <name>0/0/0</name>
              <adsl-pvc xmlns="http://cisco.com/ns/yang/Cisco-IOS-XE-adsl">
                <vpi-vci>255/65535</vpi-vci>
                <bridge-dot1q>21</bridge-dot1q>
                <encapsulation>vcmux</encapsulation>
              </adsl-pvc>
            </VDSL>
          </controller>
        </native>
      </nc:config></nc:edit-config></nc:rpc>

（注）	コントローラ設定は、Cisco-IOS-XE-native yang モデルの get および get-config 操作を使用して取得できます。

Cisco IOS-XE YANG データモデルは次のとおりです。

https://github.com/YangModels/yang/tree/master/vendor/cisco/xe

各リリースにはディレクトリがあり、17.5.1 リリースは 1751 の下にあります。

IR1101 の回線速度と達成可能なレートを取得するために、MIB のサポートが追加されました。

新しい MIB を次に示します。

1.3.6.1.2.1.10.94.1.1.4.1.2 ADSL-LINE MIB:adslAtucChanCurrTxRate

1.3.6.1.2.1.10.94.1.1.5.1.2 ADSL-LINE MIB:adslAturChanCurrTxRate

1.3.6.1.2.1.10.94.1.1.2.1.8 ADSL-LINE MIB:adslAtucCurrAttainableRate

1.3.6.1.2.1.10.94.1.1.3.1.8 ADSL-LINE MIB:adslAturCurrAttainableRate

IR1101 では、次の ADSL MIB OID がサポートされる予定です。

1.3.6.1.2.1.10.94.1.1.6.1.15	ADSL-LINE-MIB	adslAtucPerfCurr15MinInits
1.3.6.1.2.1.10.94.1.1.6.1.22	ADSL-LINE-MIB	adslAtucPerfCurr1DayInits

IR1101 では、次の VDSL MIB OID がサポートされる予定です。

1.3.6.1.2.1.10.251.1.4.1.2.1.3    VDSL2-LINE-MIB   xdsl2PMLInitCurr15MTimeElapsed
1.3.6.1.2.1.10.251.1.4.1.2.1.4    VDSL2-LINE-MIB   xdsl2PMLInitCurr15MFullInits
1.3.6.1.2.1.10.251.1.4.1.2.1.5    VDSL2-LINE-MIB   xdsl2PMLInitCurr15MFailedFullInits
1.3.6.1.2.1.10.251.1.4.1.2.1.6    VDSL2-LINE-MIB   xdsl2PMLInitCurr15MShortInits
1.3.6.1.2.1.10.251.1.4.1.2.1.7    VDSL2-LINE-MIB   xdsl2PMLInitCurr15MFailedShortInits
1.3.6.1.2.1.10.251.1.4.1.2.1.10   VDSL2-LINE-MIB   xdsl2PMLInitCurr1DayTimeElapsed
1.3.6.1.2.1.10.251.1.4.1.2.1.11   VDSL2-LINE-MIB   xdsl2PMLInitCurr1DayFullInits
1.3.6.1.2.1.10.251.1.4.1.2.1.12   VDSL2-LINE-MIB   xdsl2PMLInitCurr1DayFailedFullInits
1.3.6.1.2.1.10.251.1.4.1.2.1.13   VDSL2-LINE-MIB   xdsl2PMLInitCurr1DayShortInits
1.3.6.1.2.1.10.251.1.4.1.2.1.14   VDSL2-LINE-MIB   xdsl2PMLInitCurr1DayFailedShortInits
1.3.6.1.2.1.10.251.1.4.1.1.1.2    VDSL2-LINE-MIB   xdsl2PMLCurr15MValidIntervals
1.3.6.1.2.1.10.251.1.4.1.1.1.3    VDSL2-LINE-MIB   xdsl2PMLCurr15MInvalidIntervals
1.3.6.1.2.1.10.251.1.4.1.1.1.4    VDSL2-LINE-MIB   xdsl2PMLCurr15MTimeElapsed
1.3.6.1.2.1.10.251.1.4.1.1.1.5    VDSL2-LINE-MIB   xdsl2PMLCurr15MFecs
1.3.6.1.2.1.10.251.1.4.1.1.1.6    VDSL2-LINE-MIB   xdsl2PMLCurr15MEs
1.3.6.1.2.1.10.251.1.4.1.1.1.7    VDSL2-LINE-MIB   xdsl2PMLCurr15MSes
1.3.6.1.2.1.10.251.1.4.1.1.1.8    VDSL2-LINE-MIB   xdsl2PMLCurr15MLoss
1.3.6.1.2.1.10.251.1.4.1.1.1.9    VDSL2-LINE-MIB   xdsl2PMLCurr15MUas
1.3.6.1.2.1.10.251.1.4.1.1.1.10   VDSL2-LINE-MIB   xdsl2PMLCurr1DayValidIntervals
1.3.6.1.2.1.10.251.1.4.1.1.1.11   VDSL2-LINE-MIB   xdsl2PMLCurr1DayInvalidIntervals
1.3.6.1.2.1.10.251.1.4.1.1.1.12   VDSL2-LINE-MIB   xdsl2PMLCurr1DayTimeElapsed
1.3.6.1.2.1.10.251.1.4.1.1.1.13   VDSL2-LINE-MIB   xdsl2PMLCurr1DayFecs
1.3.6.1.2.1.10.251.1.4.1.1.1.14   VDSL2-LINE-MIB   xdsl2PMLCurr1DayEs
1.3.6.1.2.1.10.251.1.4.1.1.1.15   VDSL2-LINE-MIB   xdsl2PMLCurr1DaySes
1.3.6.1.2.1.10.251.1.4.1.1.1.16   VDSL2-LINE-MIB   xdsl2PMLCurr1DayLoss
1.3.6.1.2.1.10.251.1.4.1.1.1.17   VDSL2-LINE-MIB   xdsl2PMLCurr1DayUas
1.3.6.1.2.1.10.251.1.4.1.3.1.3    VDSL2-LINE-MIB   xdsl2PMLHist15MMonitoredTime
1.3.6.1.2.1.10.251.1.4.1.3.1.4    VDSL2-LINE-MIB   xdsl2PMLHist15MFecs
1.3.6.1.2.1.10.251.1.4.1.3.1.5    VDSL2-LINE-MIB   xdsl2PMLHist15MEs
1.3.6.1.2.1.10.251.1.4.1.3.1.6    VDSL2-LINE-MIB   xdsl2PMLHist15MSes
1.3.6.1.2.1.10.251.1.4.1.3.1.7    VDSL2-LINE-MIB   xdsl2PMLHist15MLoss
1.3.6.1.2.1.10.251.1.4.1.3.1.8    VDSL2-LINE-MIB   xdsl2PMLHist15MUas
1.3.6.1.2.1.10.251.1.4.1.3.1.9    VDSL2-LINE-MIB   xdsl2PMLHist15MValidInterval
1.3.6.1.2.1.10.251.1.4.1.4.1.3    VDSL2-LINE-MIB   xdsl2PMLHist1DMonitoredTime
1.3.6.1.2.1.10.251.1.4.1.4.1.4    VDSL2-LINE-MIB   xdsl2PMLHist1DFecs
1.3.6.1.2.1.10.251.1.4.1.4.1.5    VDSL2-LINE-MIB   xdsl2PMLHist1DEs
1.3.6.1.2.1.10.251.1.4.1.4.1.6    VDSL2-LINE-MIB   xdsl2PMLHist1DSes
1.3.6.1.2.1.10.251.1.4.1.4.1.7    VDSL2-LINE-MIB   xdsl2PMLHist1DLoss
1.3.6.1.2.1.10.251.1.4.1.4.1.8    VDSL2-LINE-MIB   xdsl2PMLHist1DUas
1.3.6.1.2.1.10.251.1.4.1.4.1.9    VDSL2-LINE-MIB   xdsl2PMLHist1DValidInterval
1.3.6.1.2.1.10.251.1.4.2.1.1.2    VDSL2-LINE-MIB   xdsl2PMChCurr15MValidIntervals
1.3.6.1.2.1.10.251.1.4.2.1.1.3    VDSL2-LINE-MIB   xdsl2PMChCurr15MInvalidIntervals
1.3.6.1.2.1.10.251.1.4.2.1.1.4    VDSL2-LINE-MIB   xdsl2PMChCurr15MTimeElapsed
1.3.6.1.2.1.10.251.1.4.2.1.1.5    VDSL2-LINE-MIB   xdsl2PMChCurr15MCodingViolations
1.3.6.1.2.1.10.251.1.4.2.1.1.6    VDSL2-LINE-MIB   xdsl2PMChCurr15MCorrectedBlocks
1.3.6.1.2.1.10.251.1.4.2.1.1.7    VDSL2-LINE-MIB   xdsl2PMChCurr1DayValidIntervals
1.3.6.1.2.1.10.251.1.4.2.1.1.8    VDSL2-LINE-MIB   xdsl2PMChCurr1DayInvalidIntervals
1.3.6.1.2.1.10.251.1.4.2.1.1.9    VDSL2-LINE-MIB   xdsl2PMChCurr1DayTimeElapsed
1.3.6.1.2.1.10.251.1.4.2.1.1.10   VDSL2-LINE-MIB   xdsl2PMChCurr1DayCodingViolations
1.3.6.1.2.1.10.251.1.4.2.1.1.11   VDSL2-LINE-MIB   xdsl2PMChCurr1DayCorrectedBlocks
1.3.6.1.2.1.10.251.1.4.2.2.1.3    VDSL2-LINE-MIB   xdsl2PMChHist15MMonitoredTime
1.3.6.1.2.1.10.251.1.4.2.2.1.4    VDSL2-LINE-MIB   xdsl2PMChHist15MCodingViolations
1.3.6.1.2.1.10.251.1.4.2.2.1.5    VDSL2-LINE-MIB   xdsl2PMChHist15MCorrectedBlocks
1.3.6.1.2.1.10.251.1.4.2.2.1.6    VDSL2-LINE-MIB   xdsl2PMChHist15MValidInterval
1.3.6.1.2.1.10.251.1.4.2.3.1.3    VDSL2-LINE-MIB   xdsl2PMChHist1DMonitoredTime
1.3.6.1.2.1.10.251.1.4.2.3.1.4    VDSL2-LINE-MIB   xdsl2PMChHist1DCodingViolations
1.3.6.1.2.1.10.251.1.4.2.3.1.5    VDSL2-LINE-MIB   xdsl2PMChHist1DCorrectedBlocks
1.3.6.1.2.1.10.251.1.4.2.3.1.6    VDSL2-LINE-MIB   xdsl2PMChHist1DValidInterval

この項では、DSL 制御やデータパスが稼働していない場合のトラブルシューティングとデバッグについて説明します。

問題：WAN インターフェイス g0/0/0 がダウンしている場合：

回避策：次を試します。

• L1 のケーブル配線、ネットワーキングを確認し、別の SFP で確認する

• show int g0/0/0、show run all、および show version の出力をキャプチャする

• g0/0/0 に media-type sfp 設定があり、インターフェイスがシャットダウンされているかどうかを確認する

• 別の SFP を試して検出されるかどうかを確認する

• SFP の LED ステータスを確認する。SFP 上の LED 表示を参照してください。

問題：コントローラの状態が DOWN の場合：

次に例を示します。

Router#show controllers vdsl 0/0/0
Controller VDSL 0/0/0 is DOWN

回避策：次を試します。

• L1 ケーブル配線を確認する

• RJ11 オスと RJ45 メスのコネクタに RJ11 ケーブルを差し込んで、位置が合うかどうかを確認する

• 実行中の FW がシステム FW と同じであることを確認する。そうでない場合は、SFP FW をアップグレードします。DSL SFP ファームウェアのアップグレードを参照してください。

• すべての L1 トレーニングログの出力を収集する。フォルダ内の L1 デバッグログが Cisco TAC に送信されること、およびサービス内部コマンド test vdsl option 0x0 6 の出力と show controller 0/0/0 local の出力を確認します。L1 トレーニングログを参照してください。

• 考えられる回避策：上記のログを収集した後、ルータが再起動して回復するかどうかを確認します。それでも動作しない場合は、SFP を再度ホットリムーブまたは挿入してみます。

問題：コントローラが稼働していても show controller vdsl 0/0/0 に DSL リンクアイドルが表示されます。

回避策：次を試します。

• show controller vdsl 0/0/0 local が Running FW = System FW を表示することを確認する。そうでない場合は、FW をアップグレードし、shut/no shut g0/0/0 を実行します。DSL SFP ファームウェアのアップグレードを参照してください。

• DSLAM でキャリアセットが（コントローラ vdsl 0/0/0 で）一致することを確認する

• 設定が変更された場合は、DSLAM インターフェイスを再起動する

• DSLAM 側のパワースペクトル密度、周波数帯域計画、プロファイル、動作モード、VLAN などを微調整する。ルータ DSL コントローラ側では、auto モードがデフォルトであり、キャリアセットを除き、設定は必要ありません。例：DSLAM が POTS のみをサポートする場合、キャリアセットを a43 に設定することを推奨します。デフォルトでは、a43、a43c、b43 が許可されています。

• DSLAM プロファイルには、VDSL2/ADSL2/2+ により、サポートされるプロファイル、帯域などのみが含まれていることを確認します。DSL 機能の仕様の表を参照してください。

• service internal コマンドの test vdsl rawcli "basic show summary 1" を連続して使用すると、ステータスが Idle/Handshake/Training から Idle に戻るか、または Idle でスタックすることがあります。Idle に戻る場合は、DSLAM プロファイルの設定を再確認します。スタックする場合は、L1 デバッグログを共有します。

• DSLAM の設定が以前機能していたものと同じであり、イメージのアップグレード後、または新しい SFP の変更後にコントローラが稼働していてもネゴシエーションが実行されない場合は、次の情報をシスコに提供してください。

  • SFP LED ステータス

  • Capture show version, show running-config, show run all | sec controller, show interface gigabitethernet 0/0/0, and show controller vdsl 0/0/0 local.

• 考えられる回避策：シスコにログを提供した後、write erase を試し、ルータをリロードします。また、このデバイスに接続されている DSLAM インターフェイスを shut/no shut し、SFP とケーブルを再度取り外します。

問題：コントローラは稼働しているのにデーモンがダウンしている。

回避策：次を試します。

• debug vdsl を有効にしてデバッグし、Cisco TAC と共有する。

• 既知の最新の動作設定とソフトウェアバージョンを提供する。

• 考えられる回避策：シスコにログを提供した後、write erase を試し、ルータをリロードします。また、このデバイスに接続されている DSLAM インターフェイスを shut/no shut し、SFP とケーブルを再度取り外します。

• 適切な datak9、securityk9、および network-advantage ライセンスがピアとクライアントの両方で有効になっているかどうかを確認します。

問題：show controller vdsl 0/0/0 で DSLAM up のプロファイルがありコントローラは稼働しているが、ダイヤラは IP を取得していない

回避策：次を試します。

• ルートの確認

• debug dialer の出力を調べて、情報が提供されているかどうかを確認します。ダイヤラのアイドル時間がすぐにリセットされる場合は、ダイヤラのアイドルタイムアウトを変更します（デフォルトは 120 秒で、十分最適な値です）。

  • PPPoE サーバと PPPoE クライアント/CPE の両方に SW ライセンス（datak9、securityk9、および network-advantage）があることを確認します。

  • 次に、機能する基本的なダイヤラ設定を示します。

    interface Dialer1
    ip address negotiated
    no ip redirects
    encapsulation ppp
    dialer pool 1
    dialer-group 1
    no cdp enable
    ppp authentication chap callin
    ppp chap hostname WORD
    ppp chap password 0 WORD
    ppp ipcp route default
    !        
    ip route 0.0.0.0 0.0.0.0 Dialer1 (or any route that works in user environment)

• PPPoE サーバの認証クレデンシャルが PPPoE クライアントと一致していることを確認します。

• DHCP を使用する場合は、サーバにリースするための十分なアドレスがあることを確認します。

• パケットを受信した場合にデバッグするには、ヘッドエンド/ピアルータで debug ppp session と debug ip dhcp server packet detail を有効にします。ルータで debug ppp session を有効にする。

• 上記の手順で問題を解決できなかった場合は、上記のすべてのデバッグ情報を次の情報とともに Cisco TAC に提供してください。

  • show version、show running、show run all | sec controller、show controller vdsl 0/0/0、および show controller vdsl 0/0/0 local の出力

  • service internal コマンドの test vdsl rawcli "basic show summary 1"、basic show summary 1、および test vdsl option 0x0 6 の出力

  • DSLAM の設定

  • L1 トレーニングログL1 トレーニングログを参照してください。

• 考えられる回避策：上記のログをシスコに提出するために順番に収集した後、write erase を試し、ピアとルータをリロードします。具体的には、PPP 設定でダイヤラインターフェイスを削除してからもう一度適用します。最後の手段としては、このルータ DSL SFP インターフェイスに接続されている DSLAM インターフェイスの shut/no shut を試します。さらに、動作を切り分けるため、別のルータ（使用可能な場合）でこの SFP を検証します。動作する場合は、同じルータで複数の SFP を検証します（SFP またはルータの問題の場合は絞り込みます）。

問題：コントローラが動作しておりダイヤラが起動しているが、ダイヤラが IP を取得していない場合、認証は PAP でのみ機能し、CHAP では機能しません。

解決策：次のようなシナリオがあるとします。

show controller vdsl 0/0/0 が showtime を表示

show pppoe session が確立された PPP セッションを表示。

次に、仮想アクセスがダイヤラにバインドされていることがわかりますが、それでもダイヤラはダイヤラの PAP 設定で IP を取得しませんでした。しかし、PPPoE サーバー側では CHAP が機能しません。CHAP 認証に成功し、デバイス ack も表示されましたが、 PPPoE クライアント/デバイス側で IP をまだ取得していません。

debug ppp packet はすべてが正常であることを示しましたが、IP をまだ取得していません。このような場合は、次のように有効にして監視します。debugppp authentication を有効にすると、chap ハンドシェイクが成功した後、ルータクライント（または任意の IOS ルータ）で chap にデフォルトのローカルホスト名が設定されている場合、無効にする必要があるルータ CLI で設定されたローカルホスト名に基づいて検証するデバイス/クライアントによって、別の試行があったことに気づくことがあります。

config t
service internal
Int Dialer1
no ppp chap ignoreus
no shut
exit

詳細については、PPP CHAP 認証の理解および設定のリンクを参照してください。https://www.cisco.com/c/en/us/support/docs/wan/point-to-point-protocol-ppp/25647-understanding-ppp-chap.html

問題：コントローラが稼働している場合にダイヤラは IP を取得しましたが、ダイヤラを self-ping したり、PPPoE サーバーを ping したりできません。

回避策：次を試します。

• 適切な SW ライセンス（datak9、securityk9、および network-advantage）が PPPoe サーバとクライアントの両方で有効になっていることを確認します。

• PPPoE クライアントセッションで icmp が有効になっているかどうかを確認します（アクセスリスト経由で有効にします）。

• debug pppoe session で pap/chap 認証と一致していることを確認します。

• show pppoe session should reflect session（ダイヤラとの仮想アクセスバインディング）

• PPPoE セッションのデバッグの場合、次の項はすべての IOS プラットフォームに共通します。 https://www.cisco.com/c/en/us/td/docs/routers/ir910/software/release/1_0/configuration/guide/ir910scg/swpppoe.pdf

• g0/0/0 DSL インターフェイスにスタティック IP を適用し、DSLAM とピアを ping できるかどうかを確認します（DSL SFP の問題を特定するため）

• 次に、基本的な PPPoE サーバと PPPoE クライアントの設定を示します。PPPoE サーバも Cisco IOS デバイスであることが前提です。

  PPPoE Server
  ip dhcp excluded-address 41.41.41.1 41.41.41.9
  !
  ip dhcp pool 41-41-41-pool
  network 41.41.41.0 255.255.255.0
  default-router 41.41.41.1
   lease 2
  !
  username dslpeer password 0 dslpeerpass
  !!
  bba-group pppoe global
  virtual-template 1
  !
  interface GigabitEthernet0/0/0
  no ip address
  media-type sfp
  !
  interface GigabitEthernet0/0/0.1
  encapsulation dot1Q 1 native
  ip address 41.41.41.1 255.255.255.0
  pppoe enable group global
  !
  interface Virtual-Template1
  ip unnumbered GigabitEthernet0/0/0.1
  peer default ip address dhcp-pool 41-41-41-pool
  ppp authentication pap chap
  !
   >>>>>> Add routes as relevant, next hop being the IP that Router Dialer acquires
  !
  ip route 10.0.0.0 255.255.255.0 41.41.41.3 >> dialer ip, change as necessary
  
  PPPoE Client:
  controller VDSL 0/0/0
  Carrier-set a43 >>> Can set to whichever [a43, b43, a43c, v43 depending on DSLAM support]
  interface GigabitEthernet0/0/0
  no ip address
  media-type sfp
  !
  interface GigabitEthernet0/0/0.1
  encapsulation dot1Q 1 native
  pppoe enable group global
  pppoe-client dial-pool-number 1
  !
  interface Dialer1
  ip address negotiated
  no ip redirects
  encapsulation ppp
  dialer pool 1
  dialer-group 1
  no cdp enable
  ppp authentication chap callin
  ppp chap hostname dslpeer
  ppp chap password 0 dslpeerpass
  ppp ipcp route default
  !        
  ip route 0.0.0.0 0.0.0.0 Dialer1
  

問題：DSL トラフィックがしばらくの間は通過していましたが、そのうちに帯域幅が低くなります。

回避策：次を試します。

• DSLAM プロファイルの PSD、バンドプランの設定が微調整されていることを確認します（このような場合、理想としてはルータ DSL SFP とは無関係であることです）。

• Cisco ルータ DSL インターフェイス、ダイヤラインターフェイスで ip arp タイムアウトが引き上げられていることを確認します（これは、トラフィックが集中している場合や輻輳時に特に役立ちます）。

（注）	次のコマンドは、トラブルシューティングに役立つ場合があります。

インターフェイスのステータス：

Router#show ip interface brief
Use this command to validate if Dialer acquired an IP address

インベントリのステータス：

Router#show inventory

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
INFO: Please use "show license UDI" to get serial number for licensing.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

NAME: "Chassis", DESCR: "IR1101 Base Chassis"
PID: IR1101-K9 , VID: V03 , SN: FCW23500H5X

NAME: "Module 0 - Mother Board", DESCR: "Cisco IR1101 motherboard"
PID: IR1101-K9 , VID: V03 , SN: FOC23473SRK

NAME: "module subslot 0/0", DESCR: "IR1101-ES-5"
PID: IR1101-ES-5 , VID: V01 , SN:

NAME: "subslot 0/0 transceiver 0", DESCR: "GE T"
PID: SFP-VADSL2+-I , VID: V01 , SN: MET2023000A
Ignore the description, it will always reflect GE T for all ISR Router SFPs
PID and S/N are what matter

Router#show running-config all
Router#dir flash:
Router#dir nvram:
Router#show version

次に、自動ネゴシエーションのステータスも反映するデバッグコマンドのいくつかを示します。

Router#configure terminal
Router#service internal
Router#exit
The following test command will reflect auto-negotiation status:
Router#test vdsl rawcli "basic show summary 1"
Link time Rate US/DS Mode Status Annex TxPkts/RxPkts
4 1097/12491 ADSL2 Showtime AnnexA 0/0