Syslog
The system message logging software saves messages in a log file or directs messages to other devices. This feature provides the following capabilities:
- Logging information for monitoring and troubleshooting.
- Selecting the types of logging information for capture.
- Selecting the destination of the captured logging information.
A syslog can store a chronological log of system messages locally or send the messages to a central syslog server. Syslog messages can also be sent to the console for immediate use. These messages can vary in detail depending on the configuration.
Syslog messages are categorized into seven severity levels from debug to critical events. Severity levels that are reported can be limited for specific services within the switch.
Log messages are not saved across system reboots. However, a maximum of 100 log messages with a severity level of critical and below (levels 0, 1, and 2) can logged and saved to a local file or server.
This section includes the following topics:
Logging Levels
The Cisco VSG supports the following logging levels:
- 0—Emergency
- 1—Alert
- 2—Critical
- 3—Error
- 4—Warning
- 5—Notification
- 6—Informational
- 7—Debugging
By default, the switch logs normal but significant system messages to a log file and sends these messages to the system console. Users can specify which system messages are saved, based on the type of facility and the severity level. Messages are time stamped to enhance real-time debugging and management.
Enabling Logging for Telnet or SSH
System logging messages are sent to the console based on the default or configured logging facility and severity values.
Users can disable logging to the console or enable logging to a given Telnet or Secure Shell (SSH) session.
- To disable console logging, use the no logging console command in interface configuration mode.
- To enable logging for Telnet or SSH, use the terminal monitor command in EXEC mode.
Note When logging to a console session is disabled or enabled, that state is applied to all future console sessions. If you exit and log in again to a new session, the state is preserved. When logging to a Telnet or SSH session that is enabled or disabled, that state applies only to that session. The state is not preserved after you exit the session.
The no logging console command is enabled by default. Use this command to disable console logging.
The terminal monitor command is disabled by default. Use this command to enable logging for Telnet or SSH.
For more information about configuring syslog, see the Cisco Virtual Network Management Center GUI Configuration Guide.
CLI Configuration
This section includes the following topics:
Event Log
This section describes event logs.
This section includes the following topics:
Event Log Configuration Format
The configuration is displayed using this format:
[no] event-log inspect {{error | info} | {{ftp {error | info | warn | pkt_trace}} | {rsh {error | info | pkt_trace}} | {tftp {error | info }}}} [terminal]
You can configure event logs for either the inspection process or one of its modules. For example, you can use the event-log inspect error terminal command to enable error events for the inspection process and to display these messages on the terminal where the command was entered.
Viewing the Event Log Configuration
You can display the event log configuration by using the show event-log all command. This example shows how to display the event logs for all the processes and their modules:
event-log inspect tftp error
event-log inspect rsh error
event-log inspect ftp error terminal
event-log policy_engine attr-mgr error
event-log service-path sp pkt-error terminal
Viewing Event Logs
Event logs are always logged in a process that is specific to the message buffer. Process logging in the event log buffer does not incur any overhead. In addition to using the show event-log command, you can display messages on a terminal where the event logs are enabled by using the terminal option, which is useful for reproducing a certain behavior.
The show command shows all the processes that are integrated with the event log Cisco VSG infrastructure. You can display inspection event logs using the show system internal event-log inspect command. The Cisco VSG event log infrastructure is a layer on top of the Cisco NX-OS event log infrastructure. Event logs can be redirected to a file and exported.
To display event logs on the terminal, use the terminal option while configuring the event. Different terminals can view different event logs. For example, use the event-log inspect ftp info terminal command to enable the information event logs for the inspection FTP module and to display the logs on the terminal. Use the event-log inspect rsh error terminal command to display only the error logs that are related to the RSH module. This command helps to debug various modules at the same time.
Event Log Configuration Persistence
You can save the event log configuration by using the event-log save config command. This command allows you to save all of the currently enabled event logs in a file. This file is read at the time of the module/process initialization with the event log infrastructure. The event log configuration that is relevant to the process is reapplied during initialization, which makes the event log configuration persistent across the process/system reboot. Some important things about the event log configuration are as follows:
- Terminal information is not reapplied for process or system restarts because that information might not be applicable.
- The event log configuration is independent of the other Cisco NX-OS configurations. The copy running-config startup-config and show running-config commands do not save and display the event log configuration.
- The event log configuration is specific to the individual system. In a high-availability setup, the configuration must be set up on both systems.
Configuration and Restrictions
Event logs CLIs for the Cisco VSG are classified based on the process and its modules. This section descrubes event log commands.
This section includes the following topics:
VNS Agent
Virtual Network Service (VNS) agent-related event logs are maintained on the Virtual Supervisor Module (VSM), not on the Cisco VSG.
This section includes the following topics:
Core Module
Core events are those events that are related to port attach, port detach, Internet Protocol Database (IPDB), and to port-profile CLI.
This example shows how to enable/disable error messages for the vns_agent core module:
vsm# event-log vns-agent core-error [terminal] ----->enable messages to the terminal
vsm# no event-log vns-agent core-error [terminal] ----->disable messages to the terminal
This example shows how to enable/disable informational messages for the vns_agent core module:
vsm# event-log vns-agent core-info [terminal] ----->enable messages to the terminal
vsm# no event-log vns-agent core-info [terminal] ----->disable messages to the terminal
VPath Module
Because the vPath module works based on core-module events, you should always enable core module event logs before you enable the vPath module events.
This example shows how to enable/disable error messages for the vns_agent vPath module:
vsm# event-log vns-agent vpath-error [terminal] ----->enable messages to the terminal
vsm# no event-log vns-agent vpath-error [terminal] ----->disable messages to the terminal
This example shows how to enable/disable informational messages for the vns_agent vPath module:
vsm# event-log vns-agent vpath-info [terminal] ----->enable messages to the terminal
vsm# no event-log vns-agent vpath-info [terminal] ----->disable messages to the terminal
License Module
Because the license module works based on core-module events, you should always enable the core module event logs before enabling the license module.
This example shows how to enable/disable error messages for the vns_agent license module:
vsm# event-log vns-agent license-error [terminal] ----->enable messages to the terminal
vsm# no event-log vns-agent license-error [terminal] ----->disable messages to the terminal
This example shows how to enable/disable informational messages for the vns_agent license module:
vsm# event-log vns-agent license-info [terminal] ----->enable messages to the terminal
vsm# no event-log vns-agent license-info [terminal] ----->disable messages to the terminal
Inspection Process
The inspection process uses event log commands for the inspection process and the File Transfer Protocol (FTP), Remote Shell (RSH), and Trivial File Transfer Protocol (TFTP) modules. These processes are all available on the Cisco VSG.
Use the event-log inspect error command to display configuration errors, process initialization errors, and so forth. This example shows how to enable/disable error messages for the inspection process:
vsg# event-log inspect error [terminal] ----->enable messages to the terminal
vsg# no event-log inspect error [terminal] ----->disable messages to the terminal
This example shows how to enable/disable informational messages for the inspection process:
vsg# event-log inspect info [terminal] ----->enable messages to the terminal
vsg# no event-log inspect info [terminal] ----->disable messages to the terminal
Use the event-log inspect ftp error command to display FTP packet processing errors. This example shows how to enable/disable error messages for the inspection FTP module:
vsg# event-log inspect ftp error [terminal] ----->enable messages to the terminal
vsg# no event-log inspect ftp error [terminal] ----->disable messages to the terminal
The command output is as follows:
Mon Oct 4 15:12:14 2010 ie_ftp: flow (->(ING), 6912), Bad ftp command.
Mon Oct 4 15:12:14 2010 ie_ftp: flow (->(ING), 6912), invalid PORT request / PASV reply.
This example shows how to enable/disable informational event log messages for the inspection FTP module:
vsg# event-log inspect ftp info [terminal] ----->enable messages to the terminal
vsg# no event-log inspect ftp info [terminal] ----->disable messages to the terminal
The command output is as follows:
Mon Oct 4 15:12:18 2010 ie_ftp: embryonic connection request (ip, port, proto, pfid, cid, action, offload) = (192.168.1.20, 40074, tcp, 13569, 6912, 3,1).
Mon Oct 4 15:17:11 2010 ie_ftp: flow (<-(ING), 6912), more reply expected in cmd-reply.
This example shows how to enable/disable warning messages for the inspection FTP module:
vsg# event-log inspect ftp warn [terminal] ----->enable messages to the terminal
vsg# no event-log inspect ftp warn [terminal] ----->disable messages to the terminal
The command output is as follows:
Mon Oct 4 15:19:03 2010 ie_ftp: flow (<-(ING), 8192), ftp reply not terminated properly.
This example shows how to enable/disable packet trace messages for the inspection FTP module:
vsg# event-log inspect ftp pkt_trace [terminal] ----->enable messages to the terminal
vsg# no event-log inspect ftp pkt_trace [terminal] ----->disable messages to the terminal
The command output is as follows:
Mon Oct 4 15:31:46 2010 ie_ftp: flow (->(ING), 17152), flags(S:)
Mon Oct 4 15:31:54 2010 ie_ftp: flow (->(ING), 17152), cmd (USER)
This example shows how to enable/disable error messages for the inspection RSH module:
vsg# event-log inspect rsh error [terminal] ----->enable messages to the terminal
vsg# no event-log inspect rsh error [terminal] ----->disable messages to the terminal
This example shows how to enable/disable informational messages for the inspection RSH module:
vsg# event-log inspect rsh info [terminal] ----->enable messages to the terminal
vsg# no event-log inspect rsh info [terminal] ----->disable messages to the terminal
The command output is as follows:
Mon Oct 4 15:21:29 2010 ie_rsh: emryonic connection request (ip, port, proto, pfid, cid, action, offload) = (192.168.1.10, 1021, tcp, 22529, 11264, 3, 1).
This example shows how to enable/disable packet trace messages for the inspection RSH module:
vsg# event-log inspect rsh pkt_trace [terminal] ----->enable messages to the terminal
vsg# no event-log inspect rsh pkt_trace [terminal] ----->disable messages to the terminal
The command output is as follows:
Mon Oct 4 15:25:26 2010 ie_rsh: flow (->(ING), 15872), rsh inspect action stop punt
This example shows how to enable/disable error messages for the inspection TFTP module:
vsg# event-log inspect tftp error [terminal] ----->enable messages to the terminal
vsg# no event-log inspect tftp error [terminal] ----->disable messages to the terminal
This example shows how to enable/disable informational messages for the inspection TFTP module:
vsg# event-log inspect tftp info [terminal] ----->enable messages to the terminal
vsg# no event-log inspect tftp info [terminal] ----->disable messages to the terminal
The command output is as follows:
Mon Oct 4 15:27:42 2010 ie_tftp: emryonic connection request (ip, port, proto, pfid, cid, action, offload) = (192.168.1.10, 32771, udp, 33281, 16640, 3, 1)
Service Path Process
The service path processes are available on the Cisco VSG.
This section includes the following topics:
The service path process exposes event log output for the vservice path, flow manager, AC infrastructure modules.
Service Path Module
The event-log service-path sp error command can display a failure to initialize the FE, and so forth. This example shows how to enable/disable error messages for the service path module:
vsg# event-log service-path sp error [terminal] ----->enable messages to the terminal
vsg# no event-log service-path sp error [terminal] ----->disable messages to the terminal
Use the event-log service-path sp info command to display FE initialization messages, control path messages, and so forth. This example shows how to enable/disable informational messages for the service path module:
vsg# event-log service-path sp info [terminal] ----->enable messages to the terminal
vsg# no event-log service-path sp info [terminal] ----->disable messages to the terminal
The event-log service-path sp pkt-error command can display failures to read or write a packet, a corrupted packet, and so forth.
This example shows how to enable/disable packet error messages for the service path module:
vsg# event-log service-path sp pkt-error [terminal] ----->enable messages to the terminal
vsg# no event-log service-path sp pkt-error [terminal] ----->disable messages to the terminal
The event-log service-path sp pkt-info command can display the field description of a packet, where the packet arrived from or going to, decisions taken on the packet, and so forth.
This example shows how to enable/disable packet informational messages for the service path module:
vsg# event-log service-path sp pkt-info [terminal] ----->enable messages to the terminal
vsg# no event-log service-path sp pkt-info [terminal] ----->disable messages to the terminal
The event-log service-path sp pkt-detail command can display the first few 100 bytes of the incoming packets.
This example shows how to enable/disable detailed packet messages for the service path module:
vsg# event-log service-path sp pkt-detail [terminal] ----->enable messages to the terminal
vsg# no event-log service-path sp pkt-detail [terminal] ----->disable messages to the terminal
Service Path Flow Manager
This example shows how to enable/disable the packet messages for the service path flow manager module:
vsg# event-log service-path fm error [terminal] ----->enable messages to the terminal
vsg# no event-log service-path fm error [terminal] ----->disable messages to the terminal
AC Module
The event-log service-path ac error command can display failures to initialize the AC, timer, FD, pending queue, and so forth.
This example shows how to enable/disable error messages for the AC module:
vsg# event-log service-path ac error [terminal] ----->enable messages to the terminal
vsg# no event-log service-path ac error [terminal] ----->disable messages to the terminal
The event-log service-path ac info command can display AC initialization messages, control path messages, and so forth.
This example shows how to enable/disable informational messages for the AC module:
event-log service-path ac info [terminal] ----->enable messages to the terminal
no event-log service-path ac info [terminal] ----->disable messages to the terminal
Policy Engine Process
The policy engine processes are available on the Cisco VSG.
This section includes the following topic:
Attribute Manager Module
This section describes the attribute manager-related errors.
You can use the event-log policy-engine attr-mgr error command to display the policy ID for a PE evaluation lookup based on the VNSP ID, IP address, zone name resolution, attribute fetched, and so forth.
This example shows how to enable/disable error messages for the attribute manager module:
vsg# event-log policy-engine attr-mgr error [terminal] ----->enable messages to the terminal
vsg# no event-log policy-engine attr-mgr error [terminal] ----->disable messages to the terminal
This example shows how to enable/disable informational messages for the attribute manager module:
vsg# event-log policy-engine attr-mgr info [terminal] ----->enable messages to the terminal
vsg# no event-log policy-engine attr-mgr info [terminal] ----->disable messages to the terminal
Restrictions
The event log configuration has the following restrictions:
- Terminal information is not reapplied in case of process restart/system restart bacause it may or may not be applicable.
- Event log configuration is independent of the other Cisco NX-OS configurations. The Cisco NX-OS copy running-config startup-config and show running-config commands do not save and display event log configuration.
- Event log configuration is specific to the individual system. In the high availability (HA) setup, this configuration must be done on both of the systems.
Show Commands
This section includes the following topics:
VSM Show Commands
This section includes the following topics:
show nsc-pa status
You can display the NSC policy agent status by entering the show nsc-pa status command.
This example shows how to display the NSC policy agent installation status:
NSC Policy-Agent status is - Installed Successfully. Version 3.2(2b)-vsm
show vservice node mac brief
You can display a consolidated view of all vservices in use by using the show vservice node mac brief command.
This example shows how to display all vServices in use:
vsm# show vservice node mac brief
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
ID Type IP-Address MAC-Addr Mode Fail State Module
2 vsg 10.10.10.202 00:50:56:83:00:1e v-3756 close Alive 66,
4 vsg 192.168.210.1 b6:5b:3b:37:b2:29 v-3756 close Alive 8,
The MAC-ADDR column lists the MAC address of the data0 interface that corresponds to that Cisco VSG (if the VEM can resolve it). If the VEM does not resolve the MAC address, it cannot redirect packets to the Cisco VSG. If a valid MAC address is not shown, check if the Cisco VSG data0 is reachable from the VEM. If there is no valid MAC-ADDR, the possible reasons are as follows:
- The data0 interface on the Cisco VSG is not configured
- The VLAN is not up
- A mismatch has occurred in the VLAN specified in the vservice node and the port profile used for the Cisco VSG VM.
FAIL specifies the behavior when the Virtual Ethernet Module (VEM) has no connectivity to the Cisco VSG. The default is Close (packets are dropped). Open means packets are forwarded.
The STATE can be Alive, Unreach, or No Licenses. If Unreach, the MAC-ADDR is not resolved or the module is not up. If multiple VEMs inherit the same VM port profile, those interfaces must pass all checks before the state can be Alive. The MODULE column lists the VEM numbers whose interfaces have inherited this configuration.
show vservice node detail
You can display detailed information for all vServices in use by using the show vservice node detail command. Information is displayed for each of the associated VEMs. The command output displays the port profile, security profile, organization, and list of Cisco Nexus 1000V ports that have inherited this configuration. Also displayed are any configuration mismatches between the VSM and VEM missing ports for a given port profile, all ports of a port profile that are not configured with the same security profile, and so forth.
This example shows how to display all vServices in use:
VSM-338-STRESS# show vservice node detail
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
Type:asa IPAddr:33.33.33.34 Fail:close Vlan:756 MTU:NA
6 Alive 00:50:56:88:7c:a7 2
Type:adc IPAddr:11.11.11.194 Fail:close L3 MTU:1500
Type:vsg IPAddr:11.11.11.72 Fail:close L3 MTU:NA
show vservice port brief
You can display information for each virtual Ethernet (vEth) interface by using the show vservice port brief command. By default, all attached vEths are listed. Use the vethernet option for output of a specific vEth interface.
This example shows how to display the vEth interfaces:
vsm# show vservice port brief
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
PortProfile:access-3770-linux-B-l3
Node:node_200.20.201.183_l3_fclose(200.20.201.183) Profile(Id):sp-web(30)
Veth Mod VM-Name vNIC IP-Address
31 66 sg-centos-vk-5 2 172.31.2.105,
Ensure that the VM Name value matches the name of the VM associated with this vNIC. For vService Data IP in the brackets in the Node, Profile Name, and Org values, ensure that correct values for this VM are displayed. The Profile ID value should never be zero. For IP addresses, ensure that the list of IP addresses matches the IP addresses configured for the specific vNIC for that VM. If not, use the vemcmd show learnt command on all VEMs to display the Internet Protocol Database (IPDB) table.
show vservice connection
You can display vservice connections by using the show vservice connection command.
This example shows how to display vservice connections:
vsm# show vservice connection
Actions(Act):
d - drop s - reset
p - permit t - passthrough
_ - not processed yet upper case - offloaded
A - seen ack for syn/fin from src a - seen ack for syn/fin from dst
E - tcp conn established (SasA done)
F - seen fin from src f - seen fin from dst
R - seen rst from src r - seen rst from dst
S - seen syn from src s - seen syn from dst
T - tcp conn torn down (FafA done) x - IP-fragment connection
#Path chain-VSGvxlan-Ducativxlan-2
Proto SrcIP[:Port] SAct DstIP[:Port] DAct Flags Bytes
tcp 172.31.2.107:49389 ? 172.31.2.108:22 rs S 74
#Path chain-VSGvxlan-Ducativxlan-2a
Proto SrcIP[:Port] SAct DstIP[:Port] DAct Flags Bytes
tcp 172.31.2.107:49389 Pr 172.31.2.108:22 ? SRr 13
show vservice statistics [vlan vlan-num ip ip-addr] [module module-num]
You can display vservice statistics by using the show vservice statistics command.
This example shows how to display the vservice statistics:
vsm# show vservice statistics
#VSN VLAN: 756, IP-ADDR: 200.1.1.67
#VPath Packet Statistics Ingress Egress Total
Total Seen 381295 622662 1003957
Policy Redirects 0 120681 120681
No-Policy Passthru 14830 14835 29665
Policy-Permits Rcvd 0 120681 120681
Permit Hits 366465 487146 853611
Decapsulated 0 120681 120681
vService Config Err 0 0 0
Total Rcvd From vService 120681
Active Flows 0 Active Connections 0
Forward Flow Create 120681 Forward Flow Destroy 120681
Reverse Flow Create 120681 Reverse Flow Destroy 120681
Flow ID Alloc 241362 Flow ID Free 241362
Connection ID Alloc 120681 Connection ID Free 120681
L2 Flow Create 0 L2 Flow Destroy 0
L3 Flow Create 0 L3 Flow Destroy 0
L4 TCP Flow Create 241362 L4 TCP Flow Destroy 241362
L4 UDP Flow Create 0 L4 UDP Flow Destroy 0
L4 Oth Flow Create 0 L4 Oth Flow Destroy 0
Embryonic Flow Create 0 Embryonic Flow Bloom 0
L2 Flow Timeout 0 L2 Flow Offload 0
L3 Flow Timeout 0 L3 Flow Offload 0
L4 TCP Flow Timeout 249934 L4 TCP Flow Offload 120681
L4 UDP Flow Timeout 0 L4 UDP Flow Offload 0
L4 Oth Flow Timeout 0 L4 Oth Flow Offload 0
Flow Lookup Hit 853611 Flow Lookup Miss 241362
Flow Dual Lookup 998732 L4 TCP Tuple-reuse 0
Flow Classify Err 0 Flow ID Alloc Err 0
Conn ID Alloc Err 0 Hash Alloc Err 0
Flow Exist 0 Flow Entry Exhaust 0
Flow Removal Err 0 Bad Flow ID Receive 0
Flow Entry Miss 0 Flow Full Match Err 0
Bad Action Receive 0 Invalid Flow Pair 0
InvalFID Lookup 0 InvalFID Lookup Err 0
#VPath Packet Statistics Ingress Egress Total
Total Seen 9886 9890 19776
No-Policy Passthru 9886 9890 19776
Policy-Permits Rcvd 0 0 0
vService Config Err 0 0 0
Total Rcvd From vService 0
Active Flows 0 Active Connections 0
Forward Flow Create 0 Forward Flow Destroy 0
Reverse Flow Create 0 Reverse Flow Destroy 0
Flow ID Alloc 0 Flow ID Free 0
Connection ID Alloc 0 Connection ID Free 0
L2 Flow Create 0 L2 Flow Destroy 0
L3 Flow Create 0 L3 Flow Destroy 0
L4 TCP Flow Create 0 L4 TCP Flow Destroy 0
L4 UDP Flow Create 0 L4 UDP Flow Destroy 0
L4 Oth Flow Create 0 L4 Oth Flow Destroy 0
Embryonic Flow Create 0 Embryonic Flow Bloom 0
L2 Flow Timeout 0 L2 Flow Offload 0
L3 Flow Timeout 0 L3 Flow Offload 0
L4 TCP Flow Timeout 0 L4 TCP Flow Offload 0
L4 UDP Flow Timeout 0 L4 UDP Flow Offload 0
L4 Oth Flow Timeout 0 L4 Oth Flow Offload 0
Flow Lookup Hit 0 Flow Lookup Miss 0
Flow Dual Lookup 0 L4 TCP Tuple-reuse 0
Flow Classify Err 0 Flow ID Alloc Err 0
Conn ID Alloc Err 0 Hash Alloc Err 0
Flow Exist 0 Flow Entry Exhaust 0
Flow Removal Err 0 Bad Flow ID Receive 0
Flow Entry Miss 0 Flow Full Match Err 0
Bad Action Receive 0 Invalid Flow Pair 0
InvalFID Lookup 0 InvalFID Lookup Err 0
clear vservice statistics [vlan vlan-num ip ip-addr] [module module-num]
You can clear the vservice statistics by using the clear vservice statistics command.
This example shows how to clear vservice statistics:
vsm# clear vservice statistics vlan 756 ip 200.1.1.67 module 3
Cleared statistics successfully for specified vservice in module 3
vsm-fcs# show vservice statistics vlan 756 ip 200.1.1.67 module 3
#VSN VLAN: 756, IP-ADDR: 200.1.1.67
#VPath Packet Statistics Ingress Egress Total
Policy-Permits Rcvd 0 0 0
vService Config Err 0 0 0
Total Rcvd From vService 0
Active Flows 0 Active Connections 0
Forward Flow Create 0 Forward Flow Destroy 0
Reverse Flow Create 0 Reverse Flow Destroy 0
Flow ID Alloc 0 Flow ID Free 0
Connection ID Alloc 0 Connection ID Free 0
L2 Flow Create 0 L2 Flow Destroy 0
L3 Flow Create 0 L3 Flow Destroy 0
L4 TCP Flow Create 0 L4 TCP Flow Destroy 0
L4 UDP Flow Create 0 L4 UDP Flow Destroy 0
L4 Oth Flow Create 0 L4 Oth Flow Destroy 0
Embryonic Flow Create 0 Embryonic Flow Bloom 0
L2 Flow Timeout 0 L2 Flow Offload 0
L3 Flow Timeout 0 L3 Flow Offload 0
L4 TCP Flow Timeout 0 L4 TCP Flow Offload 0
L4 UDP Flow Timeout 0 L4 UDP Flow Offload 0
L4 Oth Flow Timeout 0 L4 Oth Flow Offload 0
Flow Lookup Hit 0 Flow Lookup Miss 0
Flow Dual Lookup 0 L4 TCP Tuple-reuse 0
Flow Classify Err 0 Flow ID Alloc Err 0
Conn ID Alloc Err 0 Hash Alloc Err 0
Flow Exist 0 Flow Entry Exhaust 0
Flow Removal Err 0 Bad Flow ID Receive 0
Flow Entry Miss 0 Flow Full Match Err 0
Bad Action Receive 0 Invalid Flow Pair 0
InvalFID Lookup 0 InvalFID Lookup Err 0
Cisco VSG show Commands
The attribute manager maintains a set of tables and does a lookup that is based on the fields in the packet. There are three main tables: DV port table, VM table, and VNSP table. Use the show vsg dvport command to display runtime information for the DV port table. For the other two tables, use the show vsg vm and show vsg vnsp commands.
Hash tables are maintained based on IP addresses (IP address to DV port entry) and VNSP ID (VNSP ID to VNSP entry). An IP address is used when fetching attributes (custom and VM attributes) that are based on the source or destination IP address. It is also used to determine which policy set to evaluate for a given traffic type. The VNSP ID is used (valid VNSP ID in the packet header) to determine which policy set to evaluate. Custom attributes can also be fetched.
This section includes the following topics:
show nsc-pa status
Enter the show nsc-pa status command to display the Cisco PNSC policy agent status.
This example shows how to display the Cisco PNSC policy agent status:
NSC Policy-Agent status is - Installed Successfully. Version 2.1(2a)-vsg
show service-path statistics
You can display the following statistics that pertain to one vPath by using the show service-path statistics command:
- The packets seen by the service path from the vPath.
- Flows created by the service path due to these packets.
- Packets dropped in the service path due to various errors.
Note If no module is given, the command displays the aggregate statistics of all the modules in the given SVS domain.
This command provides the following keyword filters:
- svs-domain-id domain-id—Displays only the Cisco VSG connections that are associated to the svs-domain specified in the domain-id.
- module module-num—Displays only the Cisco VSG connections that are associated to the svs-domain and VEM module specified in the domain-id and the module-num. Use this keyword filter only with the svs-domain-id filter.
This example shows how to display the statistics using the svs-domain-id keyword filter:
vsg# show service-path statistics svs-domain-id 118 module 5
Input Packet 161359233 Output Packet 161359220
Vpath Ingress Packet 7608059 Vpath Egress Packet 153751174
Vpath Frag 0 vService Offload Packet 0
ARP Packet 0 Unknown L2 Packet 0
802.3 Packet 0 Vpath Jumbo Frame 0
IPV4 Packet 161359233 IPV4 options Packet 0
IPV4 Frag 0 Unknown L3Proto Packet 0
ICMP Packet 66 IGMP Packet 0
TCP Packet 161359095 UDP Packet 72
Policy Lookup Packet 160669149 Inspect FTP Packet 0
Inspect RSH Packet 0 Inspect TFTP Packet 0
Policy Lookup Fail 0 Policy Lookup Drop 0
Inspect FTP Fail 0 Inspect FTP Drop 0
Inspect RSH Fail 0 Inspect RSH Drop 0
Inspect TFTP Fail 0 Inspect TFTP Drop 0
Malformed Packet 0 Output Fail 0
Active Flows 473278 Active Connections 379521
Forward Flow Create 8690219 Forward Flow Destroy 3008524
Reverse Flow Create 3362016 Reverse Flow Destroy 8570433
Flow ID Alloc 12052235 Flow ID Free 11578957
Connection ID Alloc 3362016 Connection ID Free 2982495
L2 Flow Create 0 L2 Flow Destroy 0
L3 Flow Create 66 L3 Flow Destroy 66
L4 TCP Flow Create 12052097 L4 TCP Flow Destroy 11578819
L4 UDP Flow Create 72 L4 UDP Flow Destroy 72
L4 Other Flow Create 0 L4 Other Flow Destroy 0
Embryonic Flow Create 0 Embryonic Flow Bloom 0
L2 Flow Timeout 0 L2 Flow Offload 0
L3 Flow Timeout 99 L3 Flow Offload 66
L4 TCP Flow Timeout 25158984 L4 TCP Flow Offload 160668998
L4 UDP Flow Timeout 108 L4 UDP Flow Offload 72
L4 Other Flow Timeout 0 L4 Other Flow Offload 0
Flow Lookup Hit 157997217 Flow Lookup Miss 12052235
Flow Dual Lookup 138932556 L4 TCP Tuple-reuse 151978861
Flow Classify Err 0 Flow ID Alloc Err 0
Conn ID Alloc Err 0 Hash Alloc Err 0
Flow Exist 0 Flow Entry Exhaust 0
Flow Removal Err 0 Bad Flow ID receive 0
Flow Entry Missing 0 Flow Full Match Err 0
Bad Action Received 0 Invalid Flow Pair 0
clear service-path statistics
You can clear the service path statistics globally by using the clear service-path statistics command when no option is given. When the SVS domain ID and the module are provided, entering the command clears the statistics of the specified module.
This command provides the following keyword filters:
- svs-domain-id domain-id—Displays only the Cisco VSG connections that are associated to the svs-domain specified in the domain-id.
- module module-num—Displays only the Cisco VSG connections that are associated to the svs-domain and VEM module specified in the domain-id and the module-num. Use this only with the svs-domain-id filter.
This example shows how to clear the service path statistics:
vsg# clear service-path statistics
show service-path connection
You can display the connections (flow-table) maintained in the Cisco VSG by using the show service-path connection command. These connections are provided per VEM module per SVS domain.
This command provides the following keyword filters:
- svs-domain-id domain-id—Displays only the Cisco VSG connections that are associated to the svs-domain specified in the domain-id.
- module module-num—Displays only the Cisco VSG connections that are associated to the svs-domain and VEM module specified in the domain-id and the module-num. Use this keyword filter only with the svs-domain-id keyword filter.
This example shows how to display the connections in the Cisco VSG:
vsg# show service-path connection
P - policy at src p - policy at dst
O - conn offloaded to ser-path at src o - conn offloaded to ser-path at dst
S - seen syn from src s - seen syn from dst
A - seen ack for syn/fin from src a - seen ack for syn/fin from dst
F - seen fin from src f - seen fin from dst
R - seen rst from src r - seen rst from dst
E - tcp conn established (SasA done) T - tcp conn torn down (FafA done)
#SVS Domain 2007 Module 3
Proto SrcIP[:Port] DstIP[:Port] VLAN Action Flags
#SVS Domain 2007 Module 4
Proto SrcIP[:Port] DstIP[:Port] VLAN Action Flags
icmp 10.100.201.176 10.100.201.185 160 permit PpOo
clear service-path connection
You can clear the connections (flow-table) maintained in the Cisco VSG by using the clear service-path connection command.
This example shows how to clear the flow-table connection output:
vsg# clear service-path connection
show vsg ip-binding
You can display a list of VM IP addresses and associated Virtual Network Service Profiles (VNSPs) with the associated policy set by using the show vsg ip-binding command. This information helps you to troubleshoot data path issues. The attribute manager determines which policy set to evaluate for a given packet (source IP address is the key for the lookup).
When debugging issues (for example, the wrong policy set or no policy), use this command to ensure that IP bindings (IP address to VNSP association) are correct. This association can also affect VNSP and VM attributes fetched by the attribute manager.
This example shows how to display the list of VM IP addresses and associated VNSPs:
-------------------------------------------------------------------------------
VM IP address Security-Profile Name Policy Name
-------------------------------------------------------------------------------
100.1.246.6 sec-profile-one@root/Tenant-one policyset-one@root/Tenant-one
100.1.246.5 sec-profile-one@root/Tenant-one policyset-one@root/Tenant-one
100.1.246.4 sec-profile-one@root/Tenant-one policyset-one@root/Tenant-one
100.1.246.3 sec-profile-one@root/Tenant-one policyset-one@root/Tenant-one
100.1.246.2 sec-profile-one@root/Tenant-one policyset-one@root/Tenant-one
100.1.246.1 sec-profile-one@root/Tenant-one policyset-one@root/Tenant-one
100.1.246.10 sec-profile-one@root/Tenant-one policyset-one@root/Tenant-one
100.1.246.9 sec-profile-one@root/Tenant-one policyset-one@root/Tenant-one
100.1.246.8 sec-profile-one@root/Tenant-one policyset-one@root/Tenant-one
100.1.246.7 sec-profile-one@root/Tenant-one policyset-one@root/Tenant-one
You can use the show vsg ip-binding vm command to show all IP VM bindings.
This example shows how to display all IP VM bindings:
vsg# show vsg ip-binding vm
--------------------------------------------------------------------------------
VM IP address VM Name Port Profile Name
--------------------------------------------------------------------------------
10.100.201.185 linux-206-185 profile_test2
10.100.201.176 linux-206-176 profile_test2
You can use the show vsg ip-binding vm detail command to see more details about the IP VM bindings.
This example shows how to display the details of the IP VM bindings:
vsg# show vsg ip-binding vm detail
VM IP address : 10.100.201.185
VM uuid : 421cefd6-29d1-4c8e-e563-2c3a4d58cd31
DV Port : 1209::1c7b1c50-f1b7-9a71-259d-820f4713a4b1
Port Profile : profile_test2
VM IP address : 10.100.201.176
VM uuid : 421c44f9-91e0-b063-4fb0-ff3f4d736c3b
DV Port : 1208::1c7b1c50-f1b7-9a71-259d-820f4713a4b1
Port Profile : profile_test2
show vsg dvport {dvport_id}
You can display relevant information for a DV port by using the show vsg dvport command. A DV port is a logical representation of a vNIC. By default, this displays information for all DV ports. Specify a particular DV port with the dvport id parameter.
This example shows how to display the DV port information:
DV Port : 576::bcaa1c50-8747-8d08-fe7e-a9aa8924bf8e
Security Profile : spcustom
VM uuid : 421c5ae4-51c3-5dd9-60fa-a50cb04ed0ea
show vsg vm
You can display information for all VMs on a VSG by using the show vsg vm command. In addition to the existing VM information, zone names are displayed in the command output. DV port information is not display to limit verbosity.
This example shows how to display all VMs on a VSG:
VM uuid : 42031129-65af-976b-5c5c-509966ffdede
os-fullname : other 2.6x linux (64-bit)
tools-status : not-installed
VM uuid : 4203326d-91d1-2fba-838a-3a551e5bcce1
os-fullname : other 2.6x linux (64-bit)
tools-status : not-installed
VM uuid : 420392dd-1146-f8eb-f0cb-363fb999a02d
os-fullname : other 2.6x linux (64-bit)
tools-status : not-installed
VM uuid : 42036819-f763-342a-8833-c24f9c55261f
os-fullname : other 2.6x linux (64-bit)
tools-status : not-installed
VM uuid : 420374a0-a81d-fe72-1dd8-f7b4ece9194c
os-fullname : other 2.6x linux (64-bit)
tools-status : not-installed
VM uuid : 4203625c-d9d0-1dde-228e-a2aaa97ad7c2
os-fullname : other 2.6x linux (64-bit)
tools-status : not-installed
VM uuid : 42034686-db79-478a-920f-2dd2cce07151
os-fullname : other 2.6x linux (64-bit)
tools-status : not-installed
VM uuid : 4203ac4a-a7f6-3320-436d-29a49c1c73e8
os-fullname : other 2.6x linux (64-bit)
tools-status : not-installed
VM uuid : 42033483-18b1-a89f-2f24-ae142365f061
os-fullname : other 2.6x linux (64-bit)
tools-status : not-installed
VM uuid : 420360fb-cfcc-21f0-b3dd-f3650ff37a6d
os-fullname : other 2.6x linux (64-bit)
tools-status : not-installed
show vsg vm name {name}
You can display information of one or more VMs by entering the show vsg vm name command. The VM name should be specified as a parameter and can be the name or the first few characters of the name. The information for the VM includes the details of each DV port used by the VM and zones that the VM belongs to.
This example shows how to display information for the VM that has a name that starts with linux-204:
firewall-1# show vsg vm name linux-204
VM uuid : 421ceac2-3b3f-67f9-b71c-3755d2c8cabe
os-fullname : red hat enterprise linux 4 (32-bit)
tools-status : not-installed
DV Port : 272::1c7b1c50-f1b7-9a71-259d-820f4713a4b1
Security Profile : SP-DC1@root/Cisco-Tenant1
Port Profile : profile_App2
DV Port : 240::1c7b1c50-f1b7-9a71-259d-820f4713a4b1
Security Profile : SP-App1@root/Cisco-Tenant1
Port Profile : profile_App1
zone_linux_204@root/Cisco-Tenant1
show vsg vm uuid {vm_uuid}
You can display relevant information for a particular VM by using the show vsg vmuuid command. The attribute manager looks up the VM attributes for the VM based on this association before doing a policy evaluation.
When debugging issues, such as when the wrong VM attributes are fetched, check the output of this command as well as the IP address to DV port mapping.
This example shows how to display the relevant information for a VM:
firewall-1# show vsg vm uuid
VM uuid : 42031129-65af-976b-5c5c-509966ffdede
os-fullname : other 2.6x linux (64-bit)
tools-status : not-installed
host-name : 203.0.113.111
VM uuid : 4203326d-91d1-2fba-838a-3a551e5bcce1
os-fullname : other 2.6x linux (64-bit)
tools-status : not-installed
host-name : 203.0.113.111
VM uuid : 420392dd-1146-f8eb-f0cb-363fb999a02d
os-fullname : other 2.6x linux (64-bit)
tools-status : not-installed
host-name : 203.0.113.111
VM uuid : 42036819-f763-342a-8833-c24f9c55261f
os-fullname : other 2.6x linux (64-bit)
tools-status : not-installed
host-name : 203.0.113.111
VM uuid : 420374a0-a81d-fe72-1dd8-f7b4ece9194c
os-fullname : other 2.6x linux (64-bit)
tools-status : not-installed
host-name : 203.0.113.111
VM uuid : 4203625c-d9d0-1dde-228e-a2aaa97ad7c2
os-fullname : other 2.6x linux (64-bit)
tools-status : not-installed
host-name : 203.0.113.111
VM uuid : 42034686-db79-478a-920f-2dd2cce07151
os-fullname : other 2.6x linux (64-bit)
tools-status : not-installed
host-name : 203.0.113.111
VM uuid : 4203ac4a-a7f6-3320-436d-29a49c1c73e8
os-fullname : other 2.6x linux (64-bit)
tools-status : not-installed
host-name : 203.0.113.111
VM uuid : 42033483-18b1-a89f-2f24-ae142365f061
os-fullname : other 2.6x linux (64-bit)
tools-status : not-installed
host-name : 203.0.113.111
VM uuid : 420360fb-cfcc-21f0-b3dd-f3650ff37a6d
os-fullname : other 2.6x linux (64-bit)
tools-status : not-installed
host-name : 203.0.113.111
show vsg security-profile {[vnsp-name ]| detail | table}
You can display information for a specific VNSP or all VNSPs by using the show vsg security-profile command. The attribute manager looks up custom attributes for a particular VNSP that is based on this association before doing a policy evaluation. By default, information is displayed for all VNSPs. You can specify a particular VNSP by using the vnsp-name argument.
When debugging issues such as the wrong policy set are evaluated, check if the correct policy set is associated with the VNSP. If custom attribute values are not correct, this command displays some details.
The detail version of this command includes names of the VMs that are using the security-profile in addition to their security-profile information. A VNSP name can be specified to get details of a specific security-profile.
This example shows how to display detailed information about a specific Cisco VSG security profile with the name sp_deny@root:
firewall-1# show vsg security-profile sp_deny@root detail
Policy Name : ps_deny@root
You can display the associated VNSP ID and policy for all VNSPs by using the show vsg security-profile command. The attribute manager uses this association when looking up a VNSP and associated policy from the packet that reaches the data0 interface of the Cisco VSG. When VPath redirects the packets to the Cisco VSG, the VNSP ID is added in the packet header.
This example shows how to display brief tabular information for the Cisco VSG security profile:
firewall-tenant-aa# show vsg security-profile table
--------------------------------------------------------------------------------
Security-Profile Name VNSP ID Policy Name
--------------------------------------------------------------------------------
default@root 1 default@root
sec-profile-AB@root/Tenant-A/Data-Center-B 30
sec-profile-AA@root/Tenant-A/Data-Center-A 31 policyset-AA@root/Tenant-A/Data-Center-A
show vsg zone
You can display VM to zone mappings on a Cisco VSG by using the show vsg zone command.
This example shows how to display the VM to zone mappings on a Cisco VSG:
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
show policy-engine stats
You can display statistics on the policy engine by using the show policy-engine stats command.
This example shows how to display the statistics for the Cisco VSG policy engine:
firewall-1# show policy-engine stats
default/default-rule@root : 0 (Drop)
NOT_APPLICABLE : 0 (Drop)
policyset-one@root/Tenant-one : 844935064
policy-one/rule-z1@root/Tenant-one : 808288619 (Permit)
policy-one/rule-one@root/Tenant-one : 36646445 (Permit)
NOT_APPLICABLE : 0 (Drop)
This example shows how to use the help (?) feature of the command to display command options:
firewall-1# show policy-engine ?
WORD Enter policy-name to show its stats
firewall-1# show policy-engine policyset-one@root/Tenant-one stats
policyset-one@root/Tenant-one : 844935064
policy-one/rule-z1@root/Tenant-one : 808288619 (Permit)
policy-one/rule-one@root/Tenant-one : 36646445 (Permit)
NOT_APPLICABLE : 0 (Drop)
clear policy-engine
You can clear the policy-engine statistics by using the clear policy-engine command.
This example shows how to see the options for clearing the policy-engine statistics:
firewall-1# clear policy-engine ?
WORD Enter policy-name to clear its stats
When the stats argument is used, the statistics are cleared and the only response for a successful action is a return to the prompt. This example shows how to clear the policy engine statistics:
firewall-1# clear policy-engine stats
show ac-driver statistics
You can display statistics that are collected in the AC driver module by using the show ac-driver statistics command. These statistics indicate how many packets are received, how many of those received packets are from vPath, how many packets are passed up to the service path, how many packets are passed as a response to the vPath and any error statistics, and so on.
This example shows how to display the AC driver module statistics:
firewall-1# show ac-driver statistics
Rcvd Total 852079858 Buffers in Use 3190
Rcvd VPath Pkts 848148272 Sent to VPath 846621771
Sent to Service-Path 848148272 Sent to Control-Path 3931586
All Drops 0 Invalid LLC 0
Invalid OUI 0 Invalid VNS Hdr 0
Invalid VNS PDU 1 Service-Path not Inited 0
Service-Path Down 0 Rcvd Bad Descriptor 0
Send to Service-Path Err 0 Packet Offset Err 0
Send Bad Descriptor 0 Send NIC Err 0
clear ac-driver statistics
You can clear the statistics that are collected in the AC driver module by using the clear ac-driver statistics command.
This example shows how to clear the statistics collected in the AC driver module:
vsg# clear ac-driver statistics
Cleared statistics successfully.
show system internal ac ipc-stats fe [process-name]
You can display internal statistics of the following processes by using the show system internal ac ipc-stats fe command:
- attribute-manager
- inspection-ftp
- inspection-rsh
- inspection-tftp
- service-path
This example shows how to display the statistics for the inspection-ftp process:
firewall-1# show system internal ac ipc-stats fe inspection-ftp
================================================================================
Async responses received: 0
Async requests received: 764364
Async responses sent: 764364
Sendto requests sent: 32485
Sendto requests received: 32485
Destination not found errors: 0
Sendto response errors: 0
================================================================================
clear system internal ac ipc-stats fe [process-name]
You can clear the internal statistics for the following processes by using the clear system internal ac ipc-stats fe command:
- attribute-manager
- inspection-ftp
- inspection-rsh
- inspection-tftp
- service-path
This example shows how to clear the statistics for the inspection-ftp process:
firewall-1# clear system internal ac ipc-stats fe inspection-ft
show inspect ftp statistics
You can display the following inspect FTP statistics pertaining to one vPath by using the show inspect ftp statistics command:
- The packets seen by the inspect FTP path from the vPath.
- Flows created by the inspect FTP path due to these packets.
- Packets dropped in the inspect FTP path due to various errors.
This example shows how to display the FTP statistics:
firewall-1# show inspect ftp statistics
Deleted connections 31064
Deleted connections 31064
firewall-1# show inspect ftp statistics svs-domain-id 131 module 4
Deleted connections 31064
Port command long drops 0
Command not port command drops 0
Embryonic connections 32485
Embryonic connection failures 0
Memory de-allocations 63549
Memory allocation failures 0
Command in reply mode drops 0
Un-supported command drops 0
Command not terminated drops 0
Command too short drops 0
Reply code invalid drops 0
Reply length negative drops 0
Rx command in command mode drops 0
clear inspect ftp statistics
Use the clear inspect ftp statistics command to clear the inspect FTP statistics globally when no option is given. When the SVS domain ID and the module are provided, the command clears the statistics of the specified module.
This command provides the following keyword filters:
- svs-domain-id domain-id—Displays only the Cisco VSG connections that are associated to the svs-domain specified in the domain-id.
- module module-num—Displays only the Cisco VSG connections that are associated to the SVS domain and VEM module specified in the domain-id and the module-num. Use this keyword filter only with the svs-domain-id filter.
This example shows how to clear the inspect FTP statistics:
firewall-1# clear inspect ftp statistics
firewall-1# clear inspect ftp statistics svs-domain-id 131 module 4