In This Section: |
This chapter shows you how configure rules to create logs for specified conditions. You can use the powerful Logs & Monitor features in SmartConsole to see logs and to monitor the effectiveness of QoS Policies.
These events are logged. The table below describes features unique to event logs.
Non-Accounting Log Events
Log Event |
Data Returned |
Presentation |
Policy Mode |
---|---|---|---|
Connection Reject |
|||
QoS rejects a connection when the number of guaranteed connections is exceeded and/or when you have configured the system not to accept additional connections. |
The name of the matching rule on account of which the connection was rejected. |
Generated as a reject log. Unified with the initial connection log. |
Recommended policy only. |
Running Out of Packet Buffers |
|||
One of the interface-direction's packet buffers is exhausted. A report is generated a maximum of once per 12 hours. |
A string explaining the nature of the problem and the size of the relevant pool. |
New log record created each time a global problem is reported. |
Recommended policy only. |
LLQ Packet Drop |
|||
When a packet is dropped from an LLQ connection. A report is generated a maximum of once per 5 minutes. |
Logged data:
|
Unified with the initial connection log. |
Recommended policy only. |
The next table describes the features unique to accounting logs.
Explaining the Accounting Log
Logged |
Data Returned |
Policy Mode |
---|---|---|
General Statistics |
||
The total bytes transmitted through QoS for each relevant interface and direction. |
Inbound and outbound bytes transmitted by QoS. |
Recommended and Express policies. |
Drop Policy Statistics |
||
|
|
Recommended policy mode only. |
LLQ Statistics |
||
Statistics about the LLQ connection. |
Logged data:
|
Recommended policy mode only. |
These conditions must be met for a connection to be logged:
This section describes the log events.
The connection is rejected because the rule exceeds the number of guaranteed connections, where Accept additional non-guaranteed connections is unchecked in the QoS Action Properties window (see QoS Action Properties). The log will include the name as well as the class of the rule in the following format: rule_name:<class>-><name>.
In the following example, the rule belongs to the class Best_Effort. The name of the rule (rule_name) is udp2.
Time |
Product |
Interface |
Type |
Action |
Information |
---|---|---|---|---|---|
15:17:09 |
QoS |
daemon |
log |
reject |
rule_name:Best_Effort->udp2 |
When a packet from the LLQ connection is dropped, LLQ information is computed and logged from the last time a log was generated. This information includes significant data logged from the relevant interface-direction. In the following example, the information logged includes:
LLQ Drop Log — Example
Product |
Type |
Information |
---|---|---|
QoS |
log |
s_in_llq_drops:3000 s_in_llq_avg_xmit_delay: 900 s_in_llq_max_delay: 1351 s_in_llq_xmit_jitter: 1351 s_in_llq_recommended_delay:2000 |
In the above example relevant data was observed only on the Server-In interface direction, therefore only Server-In counters are available.
Note - There are several reasons why logging might not occur on a specified interface direction:
A log for when the designated size of the ifdir pool is exceeded. In this example, the log shows:
Pool Exceeded Log — Example
Product |
Interface |
Type |
Information |
---|---|---|---|
QoS |
E100B1 |
control |
info:Ifdir Memory Pool Exceeded Pool_size:8 |
Logs always include the segment_time information (the time from which the information about the log was gathered) in the Information column.
Product |
Type |
Information |
---|---|---|
QoS |
Account |
segment_time 8May2002 12:24:57 |
Account Logs may include any or all of the above information
Note - Only significant data is logged and presented in the same log record.
These statistics include the number of bytes transmitted through QoS in any relevant interface direction. In the following example:
General Statistics Data — Example
... |
Information |
... |
---|---|---|
|
s_in_bytes:5768 s_out_bytes: 154294 |
|
The number of bytes dropped from the connection in any relevant interface direction as a result of drop policy are logged. The drop policy is aimed at managing QoS packet buffers, see WFRED (Weighted Flow Random Early Drop). This includes the total number of bytes dropped from the connection since it exceeded its allocation. In the following example:
Drop Policy Statistics Data — Example
... |
Information |
... |
---|---|---|
|
s_out_total_drops:3914274 s_out_exceed_drops: 3914274 |
|
Data items are the same as in LLQ Drop Log, but are generated from the beginning of the connection, not from the last time a log was created.