Cisco IOS Asynchronous Transfer Mode Command Reference Americas Headquarters Cisco Systems, Inc

Total Page:16

File Type:pdf, Size:1020Kb

Cisco IOS Asynchronous Transfer Mode Command Reference Americas Headquarters Cisco Systems, Inc Cisco IOS Asynchronous Transfer Mode Command Reference Americas Headquarters Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134-1706 USA http://www.cisco.com Tel: 408 526-4000 800 553-NETS (6387) Fax: 408 527-0883 THE SPECIFICATIONS AND INFORMATION REGARDING THE PRODUCTS IN THIS MANUAL ARE SUBJECT TO CHANGE WITHOUT NOTICE. ALL STATEMENTS, INFORMATION, AND RECOMMENDATIONS IN THIS MANUAL ARE BELIEVED TO BE ACCURATE BUT ARE PRESENTED WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED. USERS MUST TAKE FULL RESPONSIBILITY FOR THEIR APPLICATION OF ANY PRODUCTS. THE SOFTWARE LICENSE AND LIMITED WARRANTY FOR THE ACCOMPANYING PRODUCT ARE SET FORTH IN THE INFORMATION PACKET THAT SHIPPED WITH THE PRODUCT AND ARE INCORPORATED HEREIN BY THIS REFERENCE. IF YOU ARE UNABLE TO LOCATE THE SOFTWARE LICENSE OR LIMITED WARRANTY, CONTACT YOUR CISCO REPRESENTATIVE FOR A COPY. The Cisco implementation of TCP header compression is an adaptation of a program developed by the University of California, Berkeley (UCB) as part of UCB's public domain version of the UNIX operating system. All rights reserved. Copyright © 1981, Regents of the University of California. NOTWITHSTANDING ANY OTHER WARRANTY HEREIN, ALL DOCUMENT FILES AND SOFTWARE OF THESE SUPPLIERS ARE PROVIDED “AS IS" WITH ALL FAULTS. CISCO AND THE ABOVE-NAMED SUPPLIERS DISCLAIM ALL WARRANTIES, EXPRESSED OR IMPLIED, INCLUDING, WITHOUT LIMITATION, THOSE OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OR ARISING FROM A COURSE OF DEALING, USAGE, OR TRADE PRACTICE. IN NO EVENT SHALL CISCO OR ITS SUPPLIERS BE LIABLE FOR ANY INDIRECT, SPECIAL, CONSEQUENTIAL, OR INCIDENTAL DAMAGES, INCLUDING, WITHOUT LIMITATION, LOST PROFITS OR LOSS OR DAMAGE TO DATA ARISING OUT OF THE USE OR INABILITY TO USE THIS MANUAL, EVEN IF CISCO OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. Any Internet Protocol (IP) addresses and phone numbers used in this document are not intended to be actual addresses and phone numbers. Any examples, command display output, network topology diagrams, and other figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses or phone numbers in illustrative content is unintentional and coincidental. All printed copies and duplicate soft copies of this document are considered uncontrolled. See the current online version for the latest version. Cisco has more than 200 offices worldwide. Addresses and phone numbers are listed on the Cisco website at www.cisco.com/go/offices. Cisco and the Cisco logo are trademarks or registered trademarks of Cisco and/or its affiliates in the U.S. and other countries. To view a list of Cisco trademarks, go to this URL: https://www.cisco.com/c/en/us/about/legal/trademarks.html. Third-party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (1721R) © 2020 Cisco Systems, Inc. All rights reserved. CONTENTS CHAPTER 1 aaa authentication arap through atm sonet stm-1 1 aaa authentication arap 3 abr 5 atm 7 atm aal aal3 4 9 atm abr rate-factor 11 atm address-registration 12 atm arp-server 13 atm autovc retry 15 atm bandwidth dynamic 16 atm classic-ip-extensions 18 atm clock internal 19 atm compression 20 atm ds3-scramble 21 atm e164 auto-conversion 22 atm e3-scramble 23 atm enable-ilmi-trap 24 atm ether-mac-address 25 atm esi-address 27 atm exception-queue 29 atm framing (DS3) 30 atm framing (E3) 31 atm ilmi-keepalive 32 atm ilmi-pvc-discovery 33 atm lbo 34 atm max-channels 35 Cisco IOS Asynchronous Transfer Mode Command Reference iii Contents atm maxvc 37 atm mid-per-vc 38 atm multicast 39 atm multipoint-interval 40 atm multipoint-signalling 41 atm nsap-address 43 atm oam ais alarm 45 atm oam flush 46 atm oversubscribe 47 atm oversubscribe factor 50 atm over-subscription-factor 53 atm pppatm passive 55 atm pvp 57 atm rate-queue 60 atm rawq-size 62 atm rxbuff 63 atm sig-traffic-shaping strict 64 atm smds-address 65 atm sonet ignore s1 66 atm sonet report 67 atm sonet stm-1 70 CHAPTER 2 atm sonet threshold through client-atm-address name 71 atm sonet threshold 73 atm svc-upc-intent 76 atm txbuff 78 atm tx-latency 79 atm uni-version 81 atm vc-per-vp 82 atm vp-filter 84 atm-address 85 atmsig close atm 86 bre-connect 88 bridge-dot1q encap 90 Cisco IOS Asynchronous Transfer Mode Command Reference iv Contents bridge-domain 91 broadcast 96 card type (T3/E3) 99 cbr 102 ces 104 ces aal1 clock 105 ces aal1 service 107 ces circuit 109 ces dsx1 clock source 112 ces dsx1 framing 113 ces dsx1 lbo 115 ces dsx1 linecode 116 ces dsx1 loopback 118 ces dsx1 signalmode robbedbit 119 ces partial-fill 121 ces pvc 123 ces-cdv 125 class-int 126 class-vc 128 clear atm arp 132 clear atm atm-vc 133 clear atm signalling statistics 134 clear atm vc 135 clear lane le-arp 136 clear lane server 138 clear mpoa client cache 140 clear mpoa server cache 141 clear pppatm interface atm 142 client-atm-address name 143 controller e3 145 controller t3 147 create on-demand 150 CHAPTER 3 D through L 153 Cisco IOS Asynchronous Transfer Mode Command Reference v Contents dbs enable 155 default-name 157 dxi map 159 dxi pvc 161 encapsulation (ATM) 163 encapsulation (Layer 2 local switching) 170 encapsulation atm-dxi 172 encapsulation priority-tagged 173 encapsulation untagged dot1q second-dot1q 174 framer-type 175 holding-time 176 idle-timeout 177 ilmi manage 179 ima active-links-minimum 180 ima autorestart 182 ima clock-mode 184 ima differential-delay-maximum 186 ima frame-length 188 ima-group 190 ima restart 193 ima test 194 ima version 196 inarp 197 inarp-vc 199 interface atm 200 interface atm ima 202 interface cbr 204 keepalive-lifetime 205 keepalive-time 206 lane auto-config-atm-address 207 lane bus-atm-address 209 lane client 211 lane client flush 213 lane client mpoa client name 215 Cisco IOS Asynchronous Transfer Mode Command Reference vi Contents lane client mpoa server name 216 lane client-atm-address 217 lane config database 219 lane config-atm-address 221 lane database 224 lane fixed-config-atm-address 226 lane fssrp 228 lane global-lecs-address 229 lane le-arp 230 lane server-atm-address 232 lane server-bus 234 logging event atm pvc state 236 loopback 237 loopback (ATM) 239 CHAPTER 4 M through R 241 mac-address (ATM) 243 map-class atm 245 mid 246 mpoa client config name 247 mpoa client name 248 mpoa server config name 249 mpoa server name 250 mpoa server name trigger ip-address 251 multiqueue 252 name elan-id 254 name local-seg-id 255 name preempt 256 name server-atm-address 257 network-clock-select (ATM) 259 network-id 261 oam-ac segment endpoint 262 oam ais-rdi 263 oam-bundle 265 Cisco IOS Asynchronous Transfer Mode Command Reference vii Contents oam retry 267 oam retry cc 270 oam-pvc 272 oam-pvc manage cc 275 oam-pvc manage cc deny 278 oam queue 280 oam-range 281 oam-svc 283 partial-fill 285 ping atm interface atm 286 pos flag s1-byte rx-communicate 289 pos flag s1-byte tx 290 protect 291 protocol (ATM) 294 pvc 298 pvc-bundle 302 qos-group (ATM VC bundle member) 305 retry (SVC) 307 CHAPTER 5 scrambling cell-payload through show lane 309 scrambling cell-payload 310 scrambling-payload 311 selection-method 312 shortcut-frame-count 314 shortcut-frame-time 315 show aal2 xgcpspi 316 show atm arp-server 317 show atm class-links 319 show atm cell-packing 320 show atm ilmi-configuration 321 show atm ilmi-status 322 show atm interface atm 324 show atm map 327 show atm pvc 331 Cisco IOS Asynchronous Transfer Mode Command Reference viii Contents show atm pvc dbs 344 show atm signalling statistics 346 show atm svc 348 show atm traffic 354 show atm vc 356 show atm vp 365 show ces 368 show ces circuit 370 show ces interface cbr 373 show ces status 377 show controllers atm 378 show dxi map 382 show dxi pvc 384 show dxi pvc interface 386 show ima interface atm 387 show interface cbr 392 show interfaces atm 396 show lane 403 CHAPTER 6 show lane bus through vc-class atm 407 show lane bus 409 show lane client 411 show lane config 415 show lane database 418 show lane default-atm-addresses 420 show lane le-arp 422 show lane neighbor 424 show lane server 426 show mpoa client 429 show mpoa client cache 431 show mpoa client statistics 433 show mpoa default-atm-addresses 434 show mpoa server 436 show mpoa server cache 438 Cisco IOS Asynchronous Transfer Mode Command Reference ix Contents show mpoa server statistics 440 show network-clocks 442 show sscop 445 show svc 448 snmp-server enable traps atm pvc 450 snmp-server enable traps atm pvc extension 452 snmp-server enable traps atm pvc extension mibversion 457 snmp-server enable traps atm subif 459 sscop cc-timer 462 sscop keepalive-timer 463 sscop max-cc 464 sscop poll-timer 465 sscop receive-window 466 sscop send-window 467 svc 468 transmit-priority 470 tx-limit 473 ubr+ 475 ubr+ 478 ubr+ cos 481 vbr-nrt 483 vbr-rt 487 vc-class atm 489 Cisco IOS Asynchronous Transfer Mode Command Reference x aaa authentication arap through atm sonet stm-1 • aaa authentication arap, on page 3 • abr, on page 5 • atm, on page 7 • atm aal aal3 4, on page 9 • atm abr rate-factor, on page 11 • atm address-registration, on page 12 • atm arp-server, on page 13 • atm autovc retry, on page 15 • atm bandwidth dynamic, on page 16 • atm classic-ip-extensions, on page 18 • atm clock internal, on page 19 • atm compression, on page 20 • atm ds3-scramble, on page 21 • atm e164 auto-conversion, on page 22 • atm e3-scramble, on page 23 • atm enable-ilmi-trap, on page 24 • atm ether-mac-address,
Recommended publications
  • LLDP-MED and Cisco Discovery Protocol
    White Paper LLDP-MED and Cisco Discovery Protocol DEVICE DISCOVERY PROTOCOLS Device discovery protocols enable directly connected devices to discover information about each other. They advertise information about the device over every interface, allowing any device in the network to “know” everything it is connected to. Examples of applications that use the information conveyed by discovery protocols include: ● Network topology—A network management system (NMS) can accurately represent a map of the network topology. ● Inventory—A management system can query a switch to learn about all the devices connected to that switch. ● Emergency services—Location of a phone can be determined by the switch port to which it is connected. ● VLAN configuration—The switch can tell the phone which VLAN to use for voice. ● Power negotiation—The phone and the switch can negotiate the power that the phone can consume. Cisco Systems ® introduced the Cisco ® Discovery Protocol in 1994 to provide a mechanism for the management system to automatically learn about devices connected to the network. Cisco Discovery Protocol runs on Cisco devices (routers, switches, phones, etc.) and is also licensed to run on some network devices from other vendors. Using Cisco Discovery Protocol, network devices periodically advertise their own information to a multicast address on the network, making it available to any device or application that wishes to listen and collect it. Because Cisco Discovery Protocol runs over Ethernet, ATM, and Frame Relay links, it is independent of network protocol (for example, TCP/IP, Internetwork Packet Exchange [IPX], AppleTalk, etc.). With this capability in the network, Cisco customers can introduce a new network management application that can discover and display an accurate topology of all the Cisco devices active on the network.
    [Show full text]
  • Provisioning Link Layer Discovery Protocol
    Provisioning Link Layer Discovery Protocol The Cisco Discovery Protocol (CDP) is a device discovery protocol that runs over Layer 2 (the data link layer) on all Cisco-manufactured devices (routers, bridges, access servers, and switches). CDP allows network management applications to automatically discover and learn about other Cisco devices connected to the network. To support non-Cisco devices and to allow for interoperability between other devices, the switch supports the IEEE 802.1AB Link Layer Discovery Protocol (LLDP). LLDP is a neighbor discovery protocol that is used for network devices to advertise information about themselves to other devices on the network. This protocol runs over the data link layer, which allows two systems running different network layer protocols to learn about each other. LLDP supports a set of attributes that it uses to discover neighbor devices. These attributes contain type, length, and value descriptions and are referred to as TLVs. LLDP supported devices can use TLVs to receive and send information to their neighbors. Details such as configuration information, device capabilities, and device identity can be advertised using this protocol. By default, LLDP is disabled globally and on interfaces. The switch supports these basic management TLVs. These are mandatory LLDP TLVs. • Port description TLV • System name TLV • System description • System capabilities TLV • Management address TLV These organizationally-specific LLDP TLVs are also advertised to support LLDP-MED. • Port VLAN ID TLV (IEEE 802.1 organizationally specific TLVs) • MAC/PHY configuration/status TLV (IEEE 802.3 organizationally specific TLVs) • How To Configure LLDP, page 2 • Other Commands For LLDP Configuration, page 8 Cisco ME 1200 Series Carrier Ethernet Access Devices Controller Configuration Guide, Cisco IOS 15.6(1)SN and Later Releases 1 Provisioning Link Layer Discovery Protocol How To Configure LLDP How To Configure LLDP Setting LLDP Global Configuration DETAILED STEPS Command or Action Purpose Step 1 configure terminal Enters global configuration mode.
    [Show full text]
  • Understanding and Configuring CDP
    CHAPTER20 Understanding and Configuring CDP This chapter describes how to configure Cisco Discovery Protocol (CDP) on the Catalyst 4500 series switch. It also provides guidelines, procedures, and configuration examples. This chapter includes the following major sections: • Overview of CDP, page 20-1 • Configuring CDP, page 20-2 Note For complete syntax and usage information for the commands used in this chapter, refer to the Cisco IOS Configuration Fundamentals Configuration Guide, Release 12.2; Cisco IOS System Management; Configuring Cisco Discovery Protocol (CDP) at this URL: http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122cgcr/ffun_c/fcfprt3/fcf015.htm and to the Cisco IOS Configuration Fundamentals Command Reference, Release 12.1; Cisco IOS System Management Commands; and CDP Commands publication at this URL: http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122cgcr/ffun_r/ffrprt3/frf015.htm Note For complete syntax and usage information for the switch commands used in this chapter, refer to the Catalyst 4500 Series Switch Cisco IOS Command Reference and related publications at http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122cgcr/index.htm. Overview of CDP CDP is a protocol that runs over Layer 2 (the data link layer) on all Cisco routers, bridges, access servers, and switches. CDP allows network management applications to discover Cisco devices that are neighbors of already known devices, in particular, neighbors running lower-layer, transparent protocols.With CDP, network management applications can learn the device type and the SNMP agent address of neighboring devices. CDP enables applications to send SNMP queries to neighboring devices.
    [Show full text]
  • Stealth Analysis of Network Topology Using Spanning Tree Protocol
    Stealth Analysis of Network Topology using Spanning Tree Protocol Stephen Glackin M.Sc. in Software and Network Security 2015 Computing Department, Letterkenny Institute of Technology, Port Road, Letterkenny, Co. Donegal, Ireland. Stealth Analysis of Network Topology using Spanning Tree Protocol Author: Stephen Glackin Supervised by: John O’ Raw A thesis presented for the award of Master of Science in Software and Network Security. Submitted to the Higher Quality and Qualifications Ireland (QQI) Dearbhú Cáilíochta agus Cáilíochtaí Éireann May 2015 Declaration I hereby certify that the material, which l now submit for assessment on the programmes of study leading to the award of Master of Science in Computing in Software and Network Security, is entirely my own work and has not been taken from the work of others except to the extent that such work has been cited and acknowledged within the text of my own work. No portion of the work contained in this thesis has been submitted in support of an application for another degree or qualification to this or any other institution. Signature of Candidate Date Acknowledgements I would like to thank my wife, kids, family members and extended family members for their support and encouragement, without them this project never would have been completed. Also I would like to offer my greatest appreciation to my supervisor Mr. John O'Raw for all his help and support. His knowledge with regards to everything relating to computing is truly amazing and I am very grateful for the time he has given in assisting me to carry out this project.
    [Show full text]
  • Crash Course: Ipv6 & Network Protocols
    SharkFest ’18 Europe Crash Course: IPv6 & Network Protocols by looking at packets! Johannes Weber Network Security Consultant #sf18eu#sf18eu • Imperial • Johannes Riding Weber School • https://weberblog.net Renaissance Vienna •• @webernetz Oct 29 - Nov 2 #whoami: Johannes Weber • Network Security Consultant @ TÜV Rheinland i-sec GmbH • (Next-Gen) Firewalls • VPN/Crypto • Routing/Switching • IPv6, DNS, NTP • https://weberblog.net • @webernetz #sf18eu • Johannes Weber • https://weberblog.net • @webernetz Agenda/Motivation • Many „unknown“ packets • IPv6 • Network Protocols • Crash course -> fast, no deep dive & skipping ;) • Normally: 2 day workshop for IPv6 only • Never ending acronyms • Who is familiar with IPv6? #sf18eu • Johannes Weber • https://weberblog.net • @webernetz Tracefiles • https://tinyurl.com/ipv6-crash-course • -> download of „weber01.zip“ • -> 3x pcaps • Plz do me a favour: listen first ;) • flavoured with 12x challenges #sf18eu • Johannes Weber • https://weberblog.net • @webernetz “Today’s latte, World IPv6 Launch.” by Yuko Honda is licensed under CC BY-SA 2.0. • Johannes Weber • https://weberblog.net • @webernetz• https://weberblog.net • Weber Johannes • #sf18eu IPv6 • IPv4 space is exhausted • IPv6 brings enough addresses ;) • every client is global addressable • end-to-end communication (no NAT!) • subnets for everyone • Only layer 3 changes (almost) • No broadcast anymore, but multicast #sf18eu • Johannes Weber • https://weberblog.net • @webernetz IPv6 Addresses • 128 bits long, hexadecimal, 8 groups called „hextets“
    [Show full text]
  • CISCO IOS Asynchronous Transfer Mode Configuration Guide Full
    Cisco IOS Asynchronous Transfer Mode Configuration Guide, Release 15.0 Release 15.0 October 2, 2009 Americas Headquarters Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134-1706 USA http://www.cisco.com Tel: 408 526-4000 800 553-NETS (6387) Fax: 408 527-0883 Text Part Number: THE SPECIFICATIONS AND INFORMATION REGARDING THE PRODUCTS IN THIS MANUAL ARE SUBJECT TO CHANGE WITHOUT NOTICE. ALL STATEMENTS, INFORMATION, AND RECOMMENDATIONS IN THIS MANUAL ARE BELIEVED TO BE ACCURATE BUT ARE PRESENTED WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED. USERS MUST TAKE FULL RESPONSIBILITY FOR THEIR APPLICATION OF ANY PRODUCTS. THE SOFTWARE LICENSE AND LIMITED WARRANTY FOR THE ACCOMPANYING PRODUCT ARE SET FORTH IN THE INFORMATION PACKET THAT SHIPPED WITH THE PRODUCT AND ARE INCORPORATED HEREIN BY THIS REFERENCE. IF YOU ARE UNABLE TO LOCATE THE SOFTWARE LICENSE OR LIMITED WARRANTY, CONTACT YOUR CISCO REPRESENTATIVE FOR A COPY. The Cisco implementation of TCP header compression is an adaptation of a program developed by the University of California, Berkeley (UCB) as part of UCB’s public domain version of the UNIX operating system. All rights reserved. Copyright © 1981, Regents of the University of California. NOTWITHSTANDING ANY OTHER WARRANTY HEREIN, ALL DOCUMENT FILES AND SOFTWARE OF THESE SUPPLIERS ARE PROVIDED “AS IS” WITH ALL FAULTS. CISCO AND THE ABOVE-NAMED SUPPLIERS DISCLAIM ALL WARRANTIES, EXPRESSED OR IMPLIED, INCLUDING, WITHOUT LIMITATION, THOSE OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OR ARISING FROM A COURSE OF DEALING, USAGE, OR TRADE PRACTICE. IN NO EVENT SHALL CISCO OR ITS SUPPLIERS BE LIABLE FOR ANY INDIRECT, SPECIAL, CONSEQUENTIAL, OR INCIDENTAL DAMAGES, INCLUDING, WITHOUT LIMITATION, LOST PROFITS OR LOSS OR DAMAGE TO DATA ARISING OUT OF THE USE OR INABILITY TO USE THIS MANUAL, EVEN IF CISCO OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.
    [Show full text]
  • Passive Asset Discovery User Guide
    ICS SHIELD R 510.2 Asset Passive Discovery (Asset PD) User Guide CS-ICSE777en-510B September 2019 DISCLAIMER This document contains Honeywell proprietary information. Information contained herein is to be used solely for the purpose submitted, and no part of this document or its contents shall be reproduced, published, or disclosed to a third party without the express permission of Honeywell International Sàrl. While this information is presented in good faith and believed to be accurate, Honeywell disclaims the implied warranties of merchantability and fitness for a purpose and makes no express warranties except as may be stated in its written agreement with and for its customer. In no event is Honeywell liable to anyone for any direct, special, or consequential damages. The information and specifications in this document are subject to change without notice. Copyright 2019 – Honeywell International Sàrl DocID CS-ICSE777en-510B 2 Notices Trademarks Experion®, PlantScape®, SafeBrowse®, TotalPlant®, and TDC 3000® are registered trademarks of Honeywell International, Inc. ControlEdge™ is a trademark of Honeywell International, Inc. OneWireless™ is a trademark of Honeywell International, Inc. Matrikon® and MatrikonOPC™ are trademarks of Matrikon International. Matrikon International is a business unit of Honeywell International, Inc. Movilizer® is a registered trademark of Movilizer GmbH. Movilizer GmbH is a business unit of Honeywell International, Inc. Other trademarks Trademarks that appear in this document are used only to the benefit of the trademark owner, with no intention of trademark infringement. Third-party licenses This product may contain or be derived from materials, including software, of third parties. The third party materials may be subject to licenses, notices, restrictions and obligations imposed by the licensor.
    [Show full text]
  • Monitoring and Visualization of LLDP Information in Zabbix Agenda Introduction
    Monitoring and visualization of LLDP information in Zabbix Agenda Introduction Technical choice & Problems Solution Use case Unresolved issue & Plan for the future How to use Introduction About me Takeshi Tanaka [email protected] System Architect & Management > Monitoring system design > Product planning NTT Com Solutions since 2008 About Corporation NTT Com Solutions Corporation (https://www.nttcsol.com/) ・Technical subsidiary of NTT Communications Group ・Founded in 1988 ・Provide Zabbix support service for Japanese market from 2008 ・First Zabbix premium partner in the world 2017 2008 About Corporation ・We provide Zabbix to many companies. (communication, manufacturing, finance, etc.) ・At the beginning, we provided a Japanese version of Zabbix 1.4. ・Currently we are provide Zabbix for large-scale enterprise systems. 30,000 hosts 1,200,000 items 60,000 triggers 4,000 NVPS Motivation of the project The current system is a combination of logical and physical structure. ・Logical structure provides visualization. ・Physical structure has limited visualization. It is a big problem with large-scale cloud services and communication line services. Logical structure Physical structure Cloud services Virtual infrastructure Physical infrastructure Problems cause It does not Cloud services work! Customers Which customers are Virtual affected? infrastructure Sales staff Do not ask Physical me! infrastructure System administrator Technical choice & Problems Technical choice ・The information neighbor devices managed in data link layer ・Manufacturers
    [Show full text]
  • Migration from Cisco to HP Switches
    Qi Zhang Migration from Cisco to HP switches Technology and Communication 2010 VAASAN AMMATTIKORKEAKOULU UNIVERSITY OF APPLIED SCIENCES Degree Programme of Telecommunication Engineering FOREWORD The project's main job is to replace the switches; the most important part is the rational allocation of VAMK VLAN, and the exchange of information security. The working period is between Jan, 2010 and Apr, 2010. I would like to express my appreciation to the supervisor Mr. Johan Dams, who has been concerned about this project, guiding the project and giving me lots of help and suggestions. Then I would like to thank you to Dr. Smail Menani principal Lecturer to give me an opportunity for this project. Finally I would like to thank you to Mr. Hannu Teulahti Data Communications Planner who guiding me to fully accomplish the configuration and support Academic and theoretical of the project. In Vaasa, 10 MAY 2010 Qi Zhang 1 VAASAN AMMATTIKORKEAKOULU UNIVERSITY OF APPLIED SCIENCES Degree Programme of Telecommunication Engineering ABSTRACT Author Qi Zhang Title Migration from Cisco to HP Switches Year 2010 Language English Pages 42 Supervisor Johan Dams In today's society, information has become a key structure resource. Network technologies transmit accurate information, high-speed in all types of computers, terminals, telephones, and fax machines and communications devices. In campus, LAN technology is a relatively small geographical areas covered by high-speed data network, which includes workstations, personal computers, printers and other devices. It provides the equipments and applications, including shared access, users to exchange files, e-mail and other communication applications. VLAN technologies emerge and LAN switching technology is inseparable.
    [Show full text]
  • Configuring Cisco Discovery Protocol
    Configuring Cisco Discovery Protocol Cisco Discovery Protocol (CDP) is a media- and protocol-independent protocol that runs on all Cisco-manufactured equipment including routers, bridges, access and communication servers, and switches. Using CDP, you can view information about all the Cisco devices that are directly attached to the device. • Prerequisites for Implementing CDP, on page 1 • Information About Implementing CDP, on page 1 • How to Implement CDP on Cisco IOS XR Software, on page 3 • Configuration Examples for Implementing CDP, on page 9 Prerequisites for Implementing CDP You must be in a user group associated with a task group that includes the proper task IDs. The command reference guides include the task IDs required for each command. If you suspect user group assignment is preventing you from using a command, contact your AAA administrator for assistance. Note CDP is an optional package. You must check if this package is installed on your system by running the command show install active summary. Information About Implementing CDP CDP is primarily used to obtain protocol addresses of neighboring devices and discover the platform of those devices. CDP can also be used to display information about the interfaces your router uses. CDP is media- and protocol-independent, and runs on all equipment manufactured by Cisco, including routers, bridges, access servers, and switches. Use of SNMP with the CDP MIB allows network management applications to learn the device type and the SNMP agent address of neighboring devices and to send SNMP queries to those devices. CDP uses the CISCO-CDP-MIB. CDP runs on all media that support Subnetwork Access Protocol (SNAP), including LAN, Frame Relay, and ATM physical media.
    [Show full text]
  • Asynchronous Transfer Mode Configuration Guide, Cisco IOS Release 15S
    Asynchronous Transfer Mode Configuration Guide, Cisco IOS Release 15S Americas Headquarters Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134-1706 USA http://www.cisco.com Tel: 408 526-4000 800 553-NETS (6387) Fax: 408 527-0883 THE SPECIFICATIONS AND INFORMATION REGARDING THE PRODUCTS IN THIS MANUAL ARE SUBJECT TO CHANGE WITHOUT NOTICE. ALL STATEMENTS, INFORMATION, AND RECOMMENDATIONS IN THIS MANUAL ARE BELIEVED TO BE ACCURATE BUT ARE PRESENTED WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED. USERS MUST TAKE FULL RESPONSIBILITY FOR THEIR APPLICATION OF ANY PRODUCTS. THE SOFTWARE LICENSE AND LIMITED WARRANTY FOR THE ACCOMPANYING PRODUCT ARE SET FORTH IN THE INFORMATION PACKET THAT SHIPPED WITH THE PRODUCT AND ARE INCORPORATED HEREIN BY THIS REFERENCE. IF YOU ARE UNABLE TO LOCATE THE SOFTWARE LICENSE OR LIMITED WARRANTY, CONTACT YOUR CISCO REPRESENTATIVE FOR A COPY. The Cisco implementation of TCP header compression is an adaptation of a program developed by the University of California, Berkeley (UCB) as part of UCB's public domain version of the UNIX operating system. All rights reserved. Copyright © 1981, Regents of the University of California. NOTWITHSTANDING ANY OTHER WARRANTY HEREIN, ALL DOCUMENT FILES AND SOFTWARE OF THESE SUPPLIERS ARE PROVIDED “AS IS" WITH ALL FAULTS. CISCO AND THE ABOVE-NAMED SUPPLIERS DISCLAIM ALL WARRANTIES, EXPRESSED OR IMPLIED, INCLUDING, WITHOUT LIMITATION, THOSE OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OR ARISING FROM A COURSE OF DEALING, USAGE, OR TRADE PRACTICE. IN NO EVENT SHALL CISCO OR ITS SUPPLIERS BE LIABLE FOR ANY INDIRECT, SPECIAL, CONSEQUENTIAL, OR INCIDENTAL DAMAGES, INCLUDING, WITHOUT LIMITATION, LOST PROFITS OR LOSS OR DAMAGE TO DATA ARISING OUT OF THE USE OR INABILITY TO USE THIS MANUAL, EVEN IF CISCO OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.
    [Show full text]
  • Release Notes: Version F.05.55 Software for the Procurve Series 2300 and 2500 Switches
    Release Notes: Version F.05.55 Software for the ProCurve Series 2300 and 2500 Switches These release notes include information on the following: ■ Downloading switch software and Documentation from the Web (Page 1) ■ Enhancements in Release F.05.xx (Page 7) ■ Enhancements in Release F.04.08 (Page 69) ■ Enhancements in Release F.02.11 (Page 145) ■ Enhancements in Release F.02.02 (Page 161) ■ Updates and corrections for the Management and Configuration Guide (page 217) ■ Software fixes for Series 2500 switch software releases (page 223) Note Starting with Software version F.05.50, FEC trunks (Cisco Systems’ FastEtherChannel for aggregated links) are no longer supported, and generation of CDP (Cisco Discovery Protocol) packets are no longer supported. In their place are IEEE standards based LACP aggregated links (as well as statically configured trunks) and generation of LLDP packets for device discovery. For more information, please see: ftp://ftp.hp.com/pub/networking/software/LLDP-and-LACP-statement.pdf. Caution: Archive Pre-F. 05.17 Configuration Files A configuration file saved while using release F.05.17 or later software is not backward-compatible with earlier software versions. For this reason, ProCurve recommends that you archive the most recent configuration on switches using software releases earlier than F.05.17 before you update any switches to software release F.05.17 or later. For the latest information on using your ProCurve product please check its "Frequently Asked Questions" (FAQ) page. Go to the ProCurve Web site at http://www.procurve.com. Click on Technical support, then FAQs and select your product from the list presented.
    [Show full text]