Catalyst 3750 3560 2960 製品での QOS による Total output drops / OutDiscards の上昇
<概要> デスクトップシリーズスイッチ製品で、Total output drops / OutDiscards カウンタが上昇し、トラフィック転送のパフォーマンスが落ちるという問題に関して、毎年多くのTAC サービスリクエストをオープン頂いております。 このドキュメントでは、デスクトップシリーズスイッチ製品で、QOS 設定を行った事に起因する、Total output drops / OutDiscards カウンタの上昇と、トラフィック転送パフォーマンス低下という問題に関して説明します。 具体的には、以下の製品を対象としています。 Catalyst 2960 シリーズ製品 Catalyst 2960S シリーズ製品 Catalyst 2960X シリーズ製品 Catalyst 2960XR シリーズ製品 Catalyst 3750 シリーズ製品 Catalyst 3560 シリーズ製品
Catalyst2960Sでのtotal output dropｓ発生対策（ＱoS)
追加の詳細情報を拝見しました。 あまり詳しくありませんが、小生の考えを記載させていただきます。 >私もそう考えておりましたが、実際はEtherChannelを構成している片側の物理インタフェースでtotal output dropsが発生しています 入力キュー、出力キューのどちらのtotal output dropsでしょうか？ その他にはエラーやDropはカウントされていませんか？（LANケーブルを交換してみるとか、ONUの問題も考えられます。） >EtherChannelの形成方法はonにしており、ロードバンランスの方式としてsrc-dst-ipを使用していますが、均等にトラフィックが分散されず（7:3)になっています。 基本的なことで申し訳ないですが、対向機器とSpeed,Duplex,Access/Trunk,PAgP/LACP/on といった各種設定は一致していますでしょうか？
IOS における Static route の install 基準と使用上の注意
はじめにNext-hop interface の指定を含む static route の場合Next-hop interface のみを指定する場合の注意事項Next-hop address のみを指定する static route の場合例外１：循環参照となってしまう場合例外２：Next-hop が使用する経路が、自身の経路を含む（maskが短い）static の場合 はじめに static route には3種類の記載方法がありますが、記載方法によって routing table に install される条件など、動作に注意すべき点があります。 1) next-hop interface のみを記載する ip route 10.1.1.0 255.255.255.0 ethernet1/0 2) next-hop interface と address を併記する ip route
ASR9000/XR Understanding Route scale
Introduction Do I have a Trident or a Typhoon linecard? What is the difference between the L/B/E type of the cards? What about these hw-module scale profile commands on Trident ? Typhoon Specific Understanding IPv4 and IPv6 route scale Typhoon Specific Understanding Subtrees How to find the tableID of a vrf Table ID assignment: Typhoon Specific Monitoring L3 Scale Show commands Summary view Using
VRF と NAT を使用した設定削除時の注意事項
VRF と NAT を組み合わせて使用している場合には設定削除において注意事項があります。 VRF設定を削除する前に該当VRFに関連したNAT設定を削除しておく必要があります。 下記の設定がされている場合について説明します。 vrf definition V2 rd 2:2 ! address-family ipv4 exit-address-family ! ip nat outside source static 192.168.0.1 172.16.0.1 vrf V2 extendable match-in-vrf ! 上記では VRF V2 とそれに関連した NAT設定(1行) があります。 この場合に、先に VRF 定義を削除し、その後 NAT 設定を削除しようとしても下記エラー(赤字)が表示されて削除できません。 #conf t Enter configuration com
Catalyst 3560, 3750シリーズ、OutDiscard カウンタの上昇について
OutDiscards カウンタ上昇の原因OutDiscardsカウンタ上昇の発生例OutDiscardsの軽減策Packet Drop 調査用ログ OutDiscards カウンタ上昇の原因 Catalyst 3560, 3750シリーズ※において、OutDiscards カウンタ上昇の原因についてよくお問い合わせがあります。 ※3560-E/3750-E/3560-G/3750-G/3560V2/3750V2/3560-X/3750-X シリーズを対象として記載。 ■OutDiscardsカウンタの増加例 3750G#show interfaces counters errors Port Align-Err FCS-Err Xmit-Err Rcv-Err UnderSize OutDiscards Gi0/1 0
EIGRP で distribute-list 使用時に access-list の変更が経路情報に反映されない
2009年10月20日（初版） TAC SR Collection 主な問題distribute-list コマンドを使用して EIGRP が経路情報をアドバタイズしている場合、distribute-list に紐づけられた access-list の設定変更を行ったにもかかわらず変更が反映されません。結果として、permit したい経路情報がアップデートされない等の問題が発生します。 下記は EIGRP ルータ R1 に distribute-list を設定した場合のサンプル設定例です。 R1 は distribute-list に該当する経路情報のみを neighbor にアドバタイズします。 R1#sh run | b router eigrp router eigrp 1 redistribute static network 10.0.0.0 distribute-list 1
Running IOS XRv on VMware Fusion/Workstation
Important: This document is intended as a quick start guide and is NOT an official document for what is officially supported. The demo version of IOS XRv is offered without support and can be run on top of any hypervisor. For information regarding supported hypervisor for simulation/production deployment, please refer to the official Release Notes. Running Cisco IOS XRv on VMware Fusion/Workstatio
Running IOS XRv on ESXi and QEMU/KVM
Big Thanks to Lim Fung for this collaborative effort. Important: This document is intended as a quick start guide and is NOT an official document for what is officially supported. The demo version of IOS XRv is offered without support and can be run on top of any hypervisor. For information regarding supported hypervisor for simulation/production deployment, please refer to the official Release No
IOS ルータで自身からのパケットをフィルタリングする
IOS ルータで自身から送信するパケットをフィルタリングすることは、昔では PBR (Policy-Based Routing) 機能で実現できましたが、12.4(6)T より以降のバージョンでは、ZFW (Zone-Based Policy Firewall) を使えば、同じく実現できます。 ZFW では、インターフェースを Zone に所属させることで、セキュリティポリシーを定義します。ルータ自身宛のトラフィックと自身から送信するトラフィックはビルトインの Self という Zone に所属しています。すなわち、考え方としては、インターフェースの Zone と Self Zone 間のポリシーをチューニングすることで、自身からのパケットをフィルタリングします。具体的な設定手順は、以下の例で説明します。 フィルタリングしたいトラフィック、通したいトラフィックを class-map に定義
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SNA-over-Ethernet AND Layer 2 VLANs
NTP: Common issues and troubleshooting
Submit Form
Submit Form
ASR9000/XR Netflow Architecture and overview
Cisco Integrated Services Routers - Performance Overview Whitepaper
ASR9000/XR: Understanding and using RPL (Route Policy Language)
ASA How the ASA allocates PAT translations pre-version 8.4
Submit Form
ZBFW recommended configuration and template