概要 このドキュメントでは、MQC Shaping :( シェーピング)  の設定例を示します。 シェーピングでは、ポリシングとは対照的に超過パケットはキューに保持され、一定の時間間隔をおいて伝送されるようにスケジュールされます。 この例では、VOICE、HTTP にPQキューを設定して(priorityコマンド）、最大帯域幅を割り当て、 帯域幅の割合に基づいた平均シェーピング レートを使用するトラフィック シェーピングを設定します。 ネットワーク構成 全てルータで IOS 15.5(2)T を使用しています。   設定例 hostname QoS ! class-map match-all HTTP match access-group name HTTP class-map match-all VOICE match access-group name VOICE ! policy-map CHILD class VOICE priority 128 class HTTP priority 1000 ! policy-map PARENT class class-default shape average 1500000 service-policy CHILD ! ! interface GigabitEthernet0/2 ip address 192.168.2.1 255.255.255.0 service-policy output PARENT ! ! ip access-list extended HTTP permit tcp 192.168.1.0 0.0.0.255 any eq www ip access-list extended VOICE permit udp any any range 20000 21000 ! 設定の説明   動作確認   シェーピングレート、および　各クラスマップにパケットが流れていることドロップの有無を確認します。     QoS#show policy-map interface gi0/2  GigabitEthernet0/2   Service-policy output: PARENT     Class-map: class-default (match-any)         6626 packets, 424888 bytes       5 minute offered rate 7000 bps, drop rate 0000 bps       Match: any       Queueing       queue limit 64 packets       (queue depth/total drops/no-buffer drops) 0/0/0       (pkts output/bytes output) 6633/425525       shape (average) cir 1500000, bc 6000, be 6000       target shape rate 1500000       Service-policy : CHILD         queue stats for all priority classes:           Queueing           queue limit 64 packets           (queue depth/total drops/no-buffer drops) 0/0/0           (pkts output/bytes output) 6424/404438         Class-map: VOICE (match-all)             4414 packets, 256012 bytes           5 minute offered rate 2000 bps, drop rate 0000 bps           Match: access-group name VOICE           Priority: 128 kbps, burst bytes 3200, b/w exceed drops: 0                    Class-map: HTTP (match-all)             2010 packets, 148426 bytes           5 minute offered rate 4000 bps, drop rate 0000 bps           Match: access-group name HTTP           Priority: 1000 kbps, burst bytes 25000, b/w exceed drops: 0                    Class-map: class-default (match-any)             202 packets, 20450 bytes           5 minute offered rate 0000 bps, drop rate 0000 bps           Match: any                      queue limit 64 packets           (queue depth/total drops/no-buffer drops) 0/0/0           (pkts output/bytes output) 202/20450 トラブルシューティング   QoS Troubleshooting Commands   関連情報 帯域幅制限に関するトラフィック ポリシングとトラフィック シェーピングの比較 QoS サービス ポリシーの bandwidth コマンドと priority コマンドの比較 ルータ (IOS / IOS-XE): 設定例                 ... View more

  概要 このドキュメントでは、MQC Policing :( ポリシング)  の設定例を示します。 ポリシングでは、シェーピングとは対照的にトラフィックレートが最大レートの設定値に達すると、超過トラフィックが破棄（ドロップ）されるか、マーキングによりパケットの優先度の変更をおこないます。 この例では、トラフィック ポリシングは 8,000 ビット/秒の認定情報速度（CIR）、通常バースト サイズは 2000 バイト、超過バースト サイズは 4000 バイトが設定されています。   ネットワーク構成   全てルータで IOS 15.5(2)T を使用しています。   設定例 hostname QoS ! class-map match-all POLICING  match access-group name POLICING ! policy-map POLICE  class POLICING   police 8000 2000 4000 conform-action transmit  exceed-action drop ! interface GigabitEthernet0/2  ip address 192.168.2.1 255.255.255.0  service-policy output POLICE ! ! ip access-list extended POLICING  permit ip any any ! 設定の説明   動作確認     トラフィックポリシーに従って、パケットが流れているか、下記のコマンドで、確認します。 この例では、超過するパケットが、ドロップされています。   QoS#show policy-map int  GigabitEthernet0/2   Service-policy output: POLICE     Class-map: POLICING (match-all)         33279 packets, 1131486 bytes       5 minute offered rate 31000 bps, drop rate 31000 bps       Match: access-group name POLICING       police:           cir 8000 bps, bc 2000 bytes, be 4000 bytes         conformed 661 packets, 22474 bytes; actions:           transmit         exceeded 117 packets, 3978 bytes; actions:           drop         violated 52649 packets, 1790066 bytes; actions:           drop         conformed 2000 bps, exceeded 0000 bps, violated 31000 bps     Class-map: class-default (match-any)         26 packets, 2780 bytes       5 minute offered rate 0000 bps, drop rate 0000 bps       Match: any トラブルシューティング   QoS Troubleshooting Commands   関連情報 帯域幅制限に関するトラフィック ポリシングとトラフィック シェーピングの比較 QoS サービス ポリシーの bandwidth コマンドと priority コマンドの比較 ルータ (IOS / IOS-XE): 設定例 ... View more

    概要 このドキュメントでは、MQC CBWFQ(Class-Based Weighted Fair Queuing : クラスベース均等化キューイング)  の設定例を示します。 この例では、VOICE、HTTP に割り当てる帯域幅をリンク幅の最小パーセンテージで指定します。 ネットワーク構成   全てルータで IOS 15.5(2)T を使用しています。 設定例   hostname QoS ! class-map match-all HTTP  match access-group name HTTP class-map match-all VOICE  match access-group name VOICE ! policy-map CBWFQ  class VOICE   set ip dscp ef   bandwidth percent 20  class HTTP   bandwidth percent 50  class class-default   fair-queue ! ! interface GigabitEthernet0/2  ip address 192.168.2.1 255.255.255.0  service-policy output CBWFQ ! ! ip access-list extended HTTP  permit tcp 192.168.1.0 0.0.0.255 any eq www ip access-list extended VOICE  permit udp any any range 20000 21000 !   設定の説明 MQC CBWFQの設定を説明します。   class-map class-map name 　match access-group name クラスマップを使用し、トラフィッククラスを定義します。 パケットがどのクラスに属するか判別するためパケットと内容を照合させるACLの名前を指定します。 policy-map name 　class name   bandwidth percent xx ポリシーマップを使用し、トラフィッククラスのポリシーアクションを設定し、クラスに割り当てる帯域幅を、kbps または、使用可能帯域幅のパーセンテージを指定します。 interface interface name  service-policy out name service-policy コマンドを使用し、インターフェースにポリシーマップを関連付けます。   動作確認 各クラスマップにパケットが流れていることドロップの有無を確認します。 QoS#show policy-map interface gi0/2  GigabitEthernet0/2   Service-policy output: CBWFQ     Class-map: VOICE (match-all)         5769 packets, 334602 bytes       5 minute offered rate 3000 bps, drop rate 0000 bps       Match: access-group name VOICE       Queueing       queue limit 64 packets       (queue depth/total drops/no-buffer drops) 0/0/0       (pkts output/bytes output) 5769/334602       QoS Set         dscp ef           Packets marked 5770       bandwidth 20% (200000 kbps)     Class-map: HTTP (match-all)         9388 packets, 544504 bytes       5 minute offered rate 3000 bps, drop rate 0000 bps       Match: access-group name HTTP       Queueing       queue limit 64 packets       (queue depth/total drops/no-buffer drops) 0/0/0       (pkts output/bytes output) 9388/544504       bandwidth 50% (500000 kbps)     Class-map: class-default (match-any)         654 packets, 68003 bytes       5 minute offered rate 0000 bps, drop rate 0000 bps       Match: any       Queueing       queue limit 64 packets       (queue depth/total drops/no-buffer drops/flowdrops) 0/0/0/0       (pkts output/bytes output) 654/68003       Fair-queue: per-flow queue limit 16 packets   トラブルシューティング QoS Troubleshooting Commands   関連情報 MQC を使用した QoS 機能の適用 ルータ (IOS / IOS-XE): 設定例 ... View more

背景 ISDNや非同期インタフェースを使用したサーバリモートアクセスを提供するためのプロトコルとしてマルチシャシーマルチリンクPPP(MMP)、SGBPのプロトコルがありますが、 これらのプロトコルは、ISR G1、AS5200など古いルータ上で使用されていましたが、ISR G2ではサポートされなくなっています。 注意点 現状IOSバージョンでは、"sgbp group .."等のコマンドが受け付けられる状況となっております。ISR G1 からISR G2 へのリプレイスメントとして、MMP/SGBP　を使用した場合、正常に動作しない場合があります。 ISR G2では、未サポートとなりますので、ご注意ください。 今後のロードマップについて ISR G2(C1900/2900/3900) において、MMP/SGBPのサポートは、今後予定されておりません。 ... View more

1.  "%NAT-4-DEFAULT_MAX_ENTRIES:"　メッセージについて IOSXE では、大量のNATエントリの作成によるQFP のメモリ枯渇を防ぐため、デフォルトの最大NAT エントリ数を超え、frame drop が発生した場合に、下記のメッセージにより通知を行います。 %NAT-4-DEFAULT_MAX_ENTRIES: default maximum entries value 131072 exceeded; frame dropped このデフォルトの最大NAT エントリ数(default maximum entries value)は、ESP のタイプ 、QFP のメモリ使用状況(NAT 以外にファイヤウォール、QoS、Netflowなどの機能でも使用) によって、自動的に計算されます。したがって、ファイヤウォール、QoS などNAT 以外の設定にてQFP　のメモリが使用され、使用状況によっては、最大NAT エントリ数の値(上記では、131072) が変動します。 NAT44 (static NAT only) の場合の各ESP Type 、Session Scaling(CCO記載 ルータ処理能力)、およびPlatform Default Scaling(最大NATエントリ数)　は、下記のようになっています。                                                                                                    (※ 単位 : sessions) 2. NAT変換のレート制限機能の変更 - ip nat translation max-entries <Number of entries> 上記コマンドにて、最大NAT エントリ数を増やすことができます。 許容される NAT エントリの最大数は 2147483647 ですが、大量の NAT 要求を生成している場合、悪意のあるウィルスやワーム攻撃の現況である可能性もあるため、通常、設定する NAT レート制限の範囲は 100 ～ 300 エントリ(下記CCO：NAT変換のレート制限機能の設定 記載値) となっております。 参考：　NAT 変換のレート制限機能の設定 3. NAT変換のレート制限機能の変更時の注意事項 "ip nat translation max-entries"にて、デフォルトの最大NAT エントリ数を超えた値 を設定される場合、QFP のメモリ使用状況、設定状況によっては、NAT 以外の機能にも 影響を及ぼす可能性があります。 事前に検証環境にて、適切な値か判断の上、設定いただきますようお願いいたします。 検証の参考として、"show platform hardware qfp active infrastructure exmem statistics" のTotal DRAMに対し、FreeDRAMの値が、15% を下回らないよう設定 することお勧めいたします。 参考: QFP でのメモリ使用量の確認 ASR1000 #show platform hardware qfp active infrastructure exmem statistics QFP exmem statistics Type : Name : DRAM , QFP : 0   Total : 1073741824   InUse : 258043904   Free : 815697920   Lowest free water mark : 815697920 ... View more

1.  "%NAT-4-DEFAULT_MAX_ENTRIES:"　メッセージについて IOSXE では、大量のNATエントリの作成によるQFP の枯渇を防ぐため、デフォルトの最大NAT エントリ数を超え、frame drop が発生した場合に、下記のメッセージにより通知を行います。 %NAT-4-DEFAULT_MAX_ENTRIES: default maximum entries value 131072 exceeded; frame dropped このデフォルトの最大NAT エントリ数(default maximum entries value)は、Platform Scalability (ESPの種類)、QFP の使用状況(NAT 以外にファイヤウォール、QoS、Netflowなどの機能でも使用) によって、自動的に計算されます。したがって、ファイヤウォール、QoS などNAT 以外の設定にてQFPが使用され、使用状況によっては、最大NAT エントリ数の値(上記では、131072) が変動します。 NAT44 (static NAT only) の場合の各ESP 、scaling、およびdefault maximum entries value　は、下記のようになっています。 2. NAT変換のレート制限機能の変更 - ip nat translation max-entries <Number of entries> 上記コマンドにて、最大NAT エントリ数を増やすことができます。 許容される NAT エントリの最大数は 2147483647 ですが、大量の NAT 要求を生成している場合、悪意のあるウィルスやワーム攻撃の現況である可能性もあるため、通常、設定する NAT レート制限の範囲は 100 ～ 300 エントリとなっております。 参考：　NAT 変換のレート制限機能の設定 3. NAT変換のレート制限機能の変更時の注意事項 "ip nat translation max-entries"にて、デフォルトの最大NAT エントリ数を超えた値 を設定される場合、QFP のメモリ使用状況、設定状況によっては、NAT 以外の機能にも 影響を及ぼす可能性があります。 事前に検証環境にて、適切な値か判断の上、設定いただきますようお願いいたします。 検証の参考として、"show platform hardware qfp active infrastructure exmem statistics" のTotal DRAMに対し、FreeDRAMの値が、15% を下回らないよう設定 することお勧めいたします。 ASR1000#show platform hardware qfp active infrastructure exmem statistics QFP exmem statistics Type: Name: DRAM, QFP: 0   Total: 1073741824   InUse: 258043904   Free: 815697920   Lowest free water mark: 815697920 ... View more

vrf NAT を使用し、arp 解決がしない問題について、下記不具合が 3つの登録されています。 CSCtj96626 : vrf-aware nat doesn't create arp entries for nat address CSCuy84755 : [ 非公開 ] No ARP reply for NAT address in vrf  ->  15.6(3)T 、 15.6(2)T、15.5(3)M3 以降のバージョンにて修正 CSCux28030 :  No ARP replay for NAT address in vrf -> 15.6(2)T 以降のバージョンにて修正 3つの不具合は、別々に調査されたため、登録ID が異なっていますが、内容は、同じとなっています。本コンテンツでは、不具合の挙動、Workaroundの適用後の挙動について、debug より解説した内容となっています。なお、上記、不具合では、Workaround として、1. static arpの適用、2. "match-in-vrf"オプションの適用が有効となっています。 1. Workaround を適用した検証 　1.-1. 未修正Version での検証結果  static arpの追加 "match-in-vrf" の追加 OK : ARP解決できる OK　: ARP解決できる 1.-2. 検証構成 　 使用IOS : 15.5(3)M2 　1.-3. 事象確認 R1ログ R1#  ping 20.0.0.2 so lo1 Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 20.0.0.2, timeout is 2 seconds: Packet sent with a source address of 1.1.1.1 ..... Success rate is 0 percent (0/5) R2ログ R2#sh ip nat translations Pro Inside global      Inside local       Outside local      Outside global icmp 20.0.0.100:9      1.1.1.1:9          20.0.0.2:9         20.0.0.2:9 --- 20.0.0.100         1.1.1.1            ---                --- --- 20.0.0.200         2.2.2.2            ---                --- *0:38:00.804: IP ARP: creating incomplete entry for IP address: 20.0.0.2 interface Ethernet0/1 *0:38:00.804: IP ARP: sent req src 20.0.0.1 aabb.cc00.a110,dst 20.0.0.2 0000.0000.0000 Ethernet0/1 *0:38:00.805: IP ARP: rcvd rep src 20.0.0.2 aabb.cc00.a210, dst 20.0.0.1 Ethernet0/1 *0:38:00.805: NAT*: s=1.1.1.1->20.0.0.100, d=20.0.0.2 [40] R3ログ R3#sh arp Protocol  Address          Age (min)  Hardware Addr   Type   Interface Internet  20.0.0.1                1   aabb.cc00.a110  ARPA   Ethernet0/1 Internet  20.0.0.2                -   aabb.cc00.a210  ARPA   Ethernet0/1 Internet  20.0.0.100              0   Incomplete      ARPA   <<< ARP incompleteとなる *0:38:00.806: IP ARP: creating incomplete entry for IP address: 20.0.0.100 interface Ethernet0/1 　 　1.-4. Workaroundの適用( match-in-vrf ) R2(config)# ip nat inside source static 1.1.1.1 20.0.0.100 vrf test extendable match-in-vrf R1ログ(Workaround適用後) R1#  ping 20.0.0.2 so lo1 Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 20.0.0.2, timeout is 2 seconds: Packet sent with a source address of 1.1.1.1 !!!!! Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/5 ms R2ログ(Workaround適用後) R2#sh ip nat translations Pro Inside global      Inside local       Outside local      Outside global icmp 20.0.0.100:14     1.1.1.1:14         20.0.0.2:14        20.0.0.2:14 --- 20.0.0.100         1.1.1.1            ---                --- --- 20.0.0.200         2.2.2.2            ---                --- R3ログ(Workaround適用後) R3#sh arp Protocol  Address          Age (min)  Hardware Addr   Type   Interface Internet  20.0.0.1                0   aabb.cc00.a110  ARPA   Ethernet0/1 Internet  20.0.0.2                -   aabb.cc00.a210  ARPA   Ethernet0/1 Internet  20.0.0.100              0   aabb.cc00.a110  ARPA   Ethernet0/1 * Aug  9 04:46:22.904: IP ARP: rcvd rep src 20.0.0.100 aabb.cc00.a110, dst 20.0.0.100 Ethernet0/ 1.-5. Workaroundの適用(static arp) R2(config)#arp vrf test 20.0.0.200 aabb.cc00.a110 arpa alias R1ログ(Workaround適用後) R1#  ping 20.0.0.2 so lo2 Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 20.0.0.2, timeout is 2 seconds: Packet sent with a source address of 2.2.2.2 .!!!! Success rate is 80 percent (4/5), round-trip min/avg/max = 1/1/2 ms R2ログ(Workaround適用後) R2#sh ip nat translations Pro Inside global      Inside local       Outside local      Outside global --- 20.0.0.100         1.1.1.1            ---                --- icmp 20.0.0.200:15     2.2.2.2:15         20.0.0.2:15        20.0.0.2:15 --- 20.0.0.200         2.2.2.2            ---                --- R3ログ(Workaround適用後) R3#sh arp Protocol  Address          Age (min)  Hardware Addr   Type   Interface Internet  20.0.0.1               10   aabb.cc00.a110  ARPA   Ethernet0/1 Internet  20.0.0.2                -   aabb.cc00.a210  ARPA   Ethernet0/1 Internet  20.0.0.100             10   aabb.cc00.a110  ARPA   Ethernet0/1 Internet  20.0.0.200              0   aabb.cc00.a110  ARPA   Ethernet0/1 *Aug  9 04:56:56.371: IP ARP: rcvd rep src 20.0.0.200 aabb.cc00.a110, dst 20.0.0.2 Ethernet0/ 1.-6. 修正バージョンの適用(match-in-vrf & static arp 未設定) 使用IOS : 15.6(2)T1 R1ログ R1#ping 20.0.0.2 source lo1 Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 20.0.0.2, timeout is 2 seconds: Packet sent with a source address of 1.1.1.1 !!!!! Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/5 ms R3ログ R3#sh arp Protocol  Address          Age (min)  Hardware Addr   Type   Interface Internet  20.0.0.1                0   aabb.cc00.a110  ARPA   Ethernet0/1 Internet  20.0.0.2                -   aabb.cc00.a210  ARPA   Ethernet0/1 Internet  20.0.0.100              1   aabb.cc00.a110  ARPA   Ethernet0/1 ... View more

IOS 15.3(3)M 、15.3(2)T 以降のバージョンにおいて、L2TPv3 pseudowire 配下の"ip pmtu"、'ip dfbit set" コマンドが、ブロックされています。 これは、L2TPv3 の制限事項として、フラグメンテーションがサポートされていないことによるもの となっており、CSCuc77255にて、コマンドが削除されたことによるものとなっております。 Router(config)#pseudowire-class L2TPv3 Router(config-pw-class)#ip ?   local     Specify local information   protocol  Specific IP protocol number to use   tos       Specify ToS options for IP tunnel header   ttl       Specify TTL value for IP tunnel header Router(config-pw-class)#ip pmtu                          ^ % Invalid input detected at '^' marker. Router(config-pw-class)# 上記バージョンにおいて、ルータ側でのフラグメント対処は、できませんので、端末側のMTUを調整し対処していただきますようお願いいたします。 ... View more

C899G-LTE-JP-K9などで使う 4G LTEの基本設定、トラブルシューティングについて紹介します。 ここでは、Cisco C899G-LTE-JP-K9 [15.6(1)T0a]を使用しています。   事前準備 SIMが正しく挿入されているか確認します。 C899G-LTE-JP-K9#show cellular 0 security Active SIM = 1 ! -- SIM が搭載されていない場合は、"NONE"と出力されます。 SIM switchover attempts = 0 Card Holder Verification (CHV1) = Disabled SIM Status = OK SIM User Operation Required = None Number of CHV1 Retries remaining = 3 シグナル強度に問題がないか確認します。 C899G-LTE-JP-K9#show cellular 0 radio Radio power mode = ON LTE Rx Channel Number =  276 LTE Tx Channel Number =  18276 LTE Band =  1 LTE Bandwidth = 15 MHz Current RSSI = -56 dBm ! -- 安定した信頼性の高い接続には、-90 dBm を超える必要があります。 Current RSRP = -78 dBm Current RSRQ = -4 dB Current SNR = 29.6  dB Radio Access Technology(RAT) Preference = AUTO Radio Access Technology(RAT) Selected = LTE   Example: Basic 4G LTE configuration : C899G-LTE-JP-K9 プライマリとして使用されるようセルラーインターフェイスを設定します。 chat-script lte "" "AT!CALL" TIMEOUT 60 "OK" ! -- ダイヤラ開始時のATDTコマンドを定義します -- ! controller Cellular 0 ! --セルラーコントローラコンフィギュレーションモードを開始します-- ! interface Cellular0 ! --セルラーインターフェイスを指定します --  ip address negotiated ! -- 特定インターフェイスのIPアドレスが動的に取得されることを指定します --  encapsulation slip ! --インターネットプロトコル(SLIP)カプセル化を指定します。(非同期インターフェイスのデフォルト) --  dialer in-band ! --DDRをイネーブルにし、インバンドダイヤリングを使用するようインタフェイスを指定します--  dialer-group 1 ! --指定したインターフェイスが属するダイヤラ アクセス グループの番号を指定します--  no peer default ip address  async mode interactive ! ip route 0.0.0.0 0.0.0.0 cellular 0 ! dialer-list 1 protocol ip permit ! line 3  script dialer lte ! --ダイヤラ開始時のATDTコマンドを定義します。上記、chat-script "lte" に紐付けられます--  modem InOut  no exec  transport input all  transport output all !         ... View more

L2TPv3 Troubleshooting Commands L2TPv3 のトラブルシューティングに役立つ show/debug コマンドを載せています。 問題が発生した場合に、どのようなコマンドがあるかという意味で作成したドキュメントとなり、 詳細な情報は記載せず、コマンドのみとしています。 ※IOSバージョンによりサポートしていないコマンドが含まれている場合があります。 ※Platformに依存したコマンドは載っていない場合があります。 ※一部Hiddenコマンドとなり、補完されないコマンドが含まれている場合があります。 ※debug取得は設定/環境によりCPU高負荷を引き起こす可能性があるため、実環境で取得する場合には事前に影響を検証の上、取得をご検討ください。 show command show xconnect all show xconnect interface <interface> show xconnect all detail show xconnect interface <interface> detail show l2tun [counters] show l2tp [class] show l2tp session packets show l2tun tunnel packets show l2tun tunnel summary show ssm id show ip route <remote-loopback-prefix> show platform l2tpv3 [disp-tbl] show platform np l2tpv3 [all] show platform l2tpv3 session-id count debug command debug l2tp [all ] debug xconnect event debug xconnect error debug acircuit event debug acircuit error debug acircuit checkpoint debug sss event debug sss error debug sss fsm debug ssm cm error debug ssm cm event debug ssm sm error debug ssm sm event debug vpdn event debug vpdn error debug vpdn l2x-event debug vpdn l2x-error debug atm l2transport ... View more

CEF Troubleshooting Commands CEF のトラブルシューティングに役立つ show/debug コマンドを載せています。 問題が発生した場合に、どのようなコマンドがあるかという意味で作成したドキュメントとなり、詳細な情報は記載せず、コマンドのみとしています。 ※IOSバージョンによりサポートしていないコマンドが含まれている場合があります。 ※Platformに依存したコマンドは載っていない場合があります。 ※一部Hiddenコマンドとなり、補完されないコマンドが含まれている場合があります。 ※debug取得は設定/環境によりCPU高負荷を引き起こす可能性があるため、実環境で取得する場合には事前に影響を検証の上、取得をご検討ください。 show command show cef drop show ip cache show ip cef show ip cef summary show ip cef detail show ip cef epoch show ip cef A.B.C.D W.X.Y.Z internal show interface show interfaces switching show interfaces stats show adjacency show cef not-cef-switched show adjacency A.B.C.D internal ( show ip cef コマンド結果の nexthop のIP を指定 ) debug command debug ip cef paket debug ip cef drops debug ip cef events debug ip packet <acl> detail ... View more

1. Overview シスコルータでの ISDN DDR (DDR :ダイヤルオンデマンドルーティング）接続 に おいて、 筐体、ソフトウェアアップグレード後 に ダイヤルアップ 接続が動作しなくなった 、ダイヤルアップ に おける 特定の 機能が 使えなくなった等の報告が挙がっております。 シスコルータでの ISDN ダイヤルアップでは、ダイヤラプロファイルおよびレガシー DDR (dialer maps and dialer rotary-groups) の設定による接続 方式がありますが、 シスコでは、12.1以降、 ダイヤラプロファイルの接続方式を推奨しております。 一方、レガシーDDRの接続方式では以下に述べる理由によりダイヤラプロファイルでは起きない問題が発生する可能性があります。 レガシー DDR の設定では、圧縮、アイドルタイムアウト、レイヤ 3 アドレッシング 、またはその他のサービス機能など 、ユーザ間で異なる機能 を 適用すること が実現できないことなどの複数の既知制限 があったことにより、ダイヤラプロファイルを推奨後、レガシー DDR での 開発、 ソフトウェア不具合の改修 等 が実施 されて いないことが、 背景 として あります 。   2. ダイヤラプロファイルとレガシーDDR の設定について 　 2-1. ダイヤラプロファイルの設定 (推奨設定) ダイヤラ プロファイルを使用した ISDN DDR の設定 　 2-1. レガシーDDRの設定 (非推奨設定) 3. レガシーDDR 設定による接続不可事例 3-1 . peer default ip address による IP アドレスの払い出しを受ける場合 レガシー DDR を使用し 、リモートピアから IP アドレスの払い出しを受ける場合、 IPCP　Negotiation がうまくいかず、接続ができない場合があります。   試験構成  * peer default ip addressによりIPアドレスの払い出しを受けた場合 R1において、NCPフェーズ(IPCPフェーズ)において、CONFACKが返って来ず、CONFNAKを受け取ることにより、IPCPがOpenとならず、通信ができない状況となります。 受信した設定オプションが認識可能および許容可能であるものの、いくつかの値が許容不可能である場合は、ルータから CONFNAK メッセージが送信されます。   08:19:12.367: Se1/0:22 IPCP: O CONFACK [REQsent] id 1 len 10 08:19:12.371: Se1/0:22 IPCP: I CONFNAK [ACKsent] id 1 len 10 08:19:12.371: Se1/0:22 IPCP:   Address 10.0.0.2 (0x03060A000002) 08:19:12.371: Se1/0:22 IPCP: O CONFREQ [ACKsent] id 2 len 10 08:19:12.371: Se1/0:22 IPCP:   Address 10.0.0.2 (0x03060A000002) 08:19:12.371: Se1/0:22 IPCP: Event[Receive ConfNak/Rej] State[ACKsent to ACKsent] 08:19:12.400: Se1/0:22 DDR: dialer protocol up. 08:19:14.276: Di1 DDR: ip (s=1.1.1.1, d=10.0.0.1), 100 bytes, outgoing interesting (ip PERMIT) 08:19:14.276: Se1/0:22 PPP: Outbound ip packet dropped, NCP not negotiated.    *ダイヤラプロファイル、およびレガシーDDRで IPアドレスを固定設定した場合 下記は、ダイヤラプロファイルを設定した場合、R1のDialer 1に"ip address 10.0.0.1 255.255.255.0"を設定した場合 の出力となっています。CONFACK を受け取り、IPCP open、ルートがインストールされていることが確認できます。   08:30:56.793: Se1/0:22 IPCP: O CONFACK [REQsent] id 1 len 10 08:30:56.793: Se1/0:22 IPCP: I CONFACK [ACKsent] id 1 len 10 08:30:56.793: Se1/0:22 IPCP:   Address 10.0.0.2 (0x03060A000002) 08:30:56.793: Se1/0:22 IPCP: Event[Receive ConfAck] State[ACKsent to Open] 08:30:56.816: Se1/0:22 IPCP: State is Open 08:30:56.817: Di1 Added to neighbor route AVL tree: topoid 0, address 10.0.0.1 08:30:56.817: Di1 IPCP: Install route to 10.0.0.1 4. まとめ 筐体リプレイスメント、ソフトウェアアップ グレードの際、前のコンフィグで問題がなかったことにより、そのままレガシーDDRが使用されるケースが多くあります。使用状況、設定等により症状が異なることが考えられますが、上記、事例以外にも、接続ができなくなった、特定の機能が使えなくなった、遅延等が起こる可能性があります。 動作がおかしいと思ったら、切り分けとしてダイヤラプロファイルのDDR 設定に変えてみて、問題が改善するかご確認ください。 また、レガシーDDRでしか実現できない機能はなく、ダイヤラプロファイルへの設定変更も一意に出来ますので、現状、レガシーDDRが使われているようでしたら、 ダイヤラプロファイル に変更することを推奨します。 ... View more

1. Introduction C892W を使用した w ireless bridging 接続のコンフィグ設定を紹介します。 w ireless bridge 接続をすることで、 wireless 接続 client から、 C892W に有線で接続されているネットワーク への 接続が可能となります 。 2.  Configurations 本事例では、 Wireless 側の接続用に DHCP(WLAN) 、 有線接続用に DHCP(LAN) を設定し、それぞれ、異なる IP アドレスレンジを DHCP に割当てるように設定します。 2-1.  AP への ログイン、ログアウト C892W では、 AP 、 Router がそれぞれ独立して動作しており、 AP 側の設定については、 Router からのログイン が必要となります。 ログイン方法については、下記のようになっています。 APへのログイン     : service-module wlan-ap 0 session APからのログアウト : [Ctrl+Shift+6]を同時に押した後に、[x]を入力 　　　　　　　　　　        service-module wlan-ap 0 session clear 2-2.  AP側 configuration ! hostname ap ! dot11 syslog ! dot11 ssid TEST    vlan 110    authentication open    authentication key-management wpa version 2    guest-mode    wpa-psk ascii 7 xxxxxxxxxxxxxxxxxx ! --- SSID を作成し、特定のradio interfeceへ割当てます ! bridge irb ! interface Dot11Radio0  no ip address  !  ssid TEST  !  antenna gain 0  channel 2412 ! --- radio channelの周波数を設定します  station-role root ! interface Dot11Radio0.1  encapsulation dot1Q 1 native  no ip route-cache  bridge-group 1  bridge-group 1 subscriber-loop-control  bridge-group 1 block-unknown-source  no bridge-group 1 source-learning  no bridge-group 1 unicast-flooding  bridge-group 1 spanning-disabled ! interface Dot11Radio0.110  encapsulation dot1Q 110  no ip route-cache  bridge-group 110  bridge-group 110 subscriber-loop-control  bridge-group 110 block-unknown-source  no bridge-group 110 source-learning  no bridge-group 110 unicast-flooding  bridge-group 110 spanning-disabled ! --- VLAN110 用のDot11Radio を作成します ! interface Dot11Radio1  no ip address  no ip route-cache  antenna gain 0  no dfs band block  station-role root  bridge-group 1  bridge-group 1 block-unknown-source  no bridge-group 1 source-learning  no bridge-group 1 unicast-flooding  bridge-group 1 spanning-disabled ! interface GigabitEthernet0  description the embedded AP GigabitEthernet 0 is an internal interface connecting AP with the host router  no ip address  no ip route-cache  bridge-group 1  no bridge-group 1 source-learning  bridge-group 1 spanning-disabled ! interface GigabitEthernet0.110  encapsulation dot1Q 110  no ip route-cache  bridge-group 110  no bridge-group 110 source-learning  bridge-group 110 spanning-disabled ! --- Gi0.110 にbridge-group 110を関連付けます ! interface BVI1  ip address 192.168.0.2 255.255.255.0  no ip route-cache ! --- 管理接続用のBVI 1にIPアドレスを割当てます ! ip default-gateway 192.168.0.1 ! bridge 1 route ip ! --- 特定のbridge group に対してrouting を有効にします ! end 2-3.  Router側 configuration ! hostname C892W ! service-module wlan-ap 0 bootimage autonomous ! no ip routing !--- ip routingをdisableにし、bridging を使用できるようにします ! ip dhcp pool lan  network 192.168.1.0 255.255.255.0  default-router 192.168.1.1  dns-server 192.168.1.4 ! --- 有線接続用にDHCP(LAN)を設定します ! ip dhcp pool wlan  network 192.168.0.0 255.255.255.0  dns-server 192.168.0.4  default-router 192.168.0.1 ! --- AP管理用にDHCP(WLAN)を設定します ! bridge irb ! --- IRBを有効にし、Interface とbridge group の間でbridge 接続できるようにします ! interface FastEthernet0  switchport access vlan 110  no ip address ! interface wlan-ap0  description Service module interface to manage the embedded AP  ip unnumbered Vlan100 ! --- APへの管理接続用にIPを振ります  no ip route-cache  arp timeout 0 ! interface Wlan-GigabitEthernet0  description Internal switch interface connecting to the embedded AP  switchport mode trunk ! --- default 設定では、mode trunk となっていません  no ip address ! interface Vlan100  ip address 192.168.0.1 255.255.255.0  no ip route-cache ! interface Vlan110  ip address 192.168.1.1 255.255.255.0 ! ! bridge 1 protocol ieee ! --- Spanning Tree Protocol のTypeを設定します bridge 1 route ip ! --- 特定のbridge group に対してrouting を有効にします ! end 3.  Verifications "show dot11 associations"、"show ip dhcp binding"にて接続状況を確認します。　wireless client に、"192.168.1.4"のIPアドレスが割り当てられています。 ap#sh dot11 associations 802.11 Client Stations on Dot11Radio0: SSID [TEST] : MAC Address    IP address      Device        Name            Parent         State 0040.96af.7db4 192.168.1.4      unknown       -               self           Assoc　 C892W#sh ip  dhcp binding Bindings from all pools not associated with VRF: IP address          Client-ID/              Lease expiration        Type                     Hardware address/                     User name 192.168.1.2         0063.6973.636f.2d35.    Nov 05 2015 11:48 PM    Automatic                     3035.372e.6138.6565.                     2e61.3431.392d.566c.                     3131.30 192.168.1.4          0100.4096.af7d.b4       Nov 06 2015 11:09 AM    Automatic ... View more