3.8 ISIS [for IPv4 and IPv6]

isis cfg

from: http://www.cisco.com/c/en/us/support/docs/ip/integrated-intermediate-system-to-intermediate-system-is-is/13795-is-is-ip-config.html#t1

R1#sh clns neigh
System Id      Interface   SNPA                State  Holdtime  Type Protocol
R2                 Fa0/0       ca01.d6c8.0008  Up     9               L1L2 IS-IS

Since R1 and R2 are configured with default configurations, they send and receive both L1 and L2 hellos, and form an adjacency type L1L2.

R2#sh clns neigh
System Id  Interface   SNPA                State     Holdtime  Type Protocol
R1             Fa0/0       ca00.d6c8.0008      Up     26            L1L2 IS-IS
R3             Se1/0       *HDLC*                   Up     23            L1L2 IS-IS

The adjacency explanation holds true for the serial interface also.

R2#sh run int f0/0 | b inter
interface FastEthernet0/0
ip address 172.16.12.2 255.255.255.0
ip router isis

R2#sh run int s1/0 | b S
interface Serial1/0
ip address 172.16.23.2 255.255.255.0
ip router isis

R2

router isis
net 49.0001.1720.1600.2002.00
passive-interface Loopback0

R1#sh clns int f0/0
FastEthernet0/0 is up, line protocol is up
Checksums enabled, MTU 1497, Encapsulation SAP
ERPDUs enabled, min. interval 10 msec.
CLNS fast switching enabled
CLNS SSE switching disabled
DEC compatibility mode OFF for this interface
Next ESH/ISH in 9 seconds  !!!!ISs discover ESs by listening to ESHs, and ISs send ISHs to ESs
Routing Protocol: IS-IS
Circuit Type: level-1-2
Interface number 0×0, local circuit ID 0×1
Level-1 Metric: 10, Priority: 64, Circuit ID: R2.01
DR ID: R2.01
Level-1 IPv6 Metric: 10
Number of active level-1 adjacencies: 1
Level-2 Metric: 10, Priority: 64, Circuit ID: R2.01
DR ID: R2.01
Level-2 IPv6 Metric: 10
Number of active level-2 adjacencies: 1
Next IS-IS LAN Level-1 Hello in 8 seconds
Next IS-IS LAN Level-2 Hello in 9 seconds

DIS designated intermediate system

Since the Metric/Priority are the same for both routers in L1/L2, the tiebreaker for the DIS is the highest Subnetwork Points of Attachment (SNPA) address on the LAN segment. The SNPA address refers to the data link address, and in this case is the MAC address.

R1#sh int f0/0
FastEthernet0/0 is up, line protocol is up
Hardware is i82543 (Livengood), address is ca00.d6c8.0008 (bia ca00.d6c8.0008)

R2#sh int f0/0
FastEthernet0/0 is up, line protocol is up
Hardware is i82543 (Livengood), address is ca01.d6c8.0008 (bia ca01.d6c8.0008)

Notice that the DIS is elected for both levels, and that no backup DIS exists, as with Open Shortest Path First (OSPF), which has a backup Designated Router (DR).

notice:

  • Circuit Type: L1L2
  • L1 and L2 metrics and priorities are at default values: 10 and 64
  • L1 and L2 adjacencies: 1 (from R1 perspective on the Ethernet interface – it is R2 only)
  • IS-IS LAN hellos for L1 and L2 (Next ESH/ISH)
  • Maximum Transmission Unit (MTU): 1497. This is because the Open Systems Interconnection (OSI) IS-IS header is encapsulated inside a 3 byte 802.2 header.

R2#sh isis database

IS-IS Level-1 Link State Database:
LSPID                 LSP Seq Num  LSP Checksum  LSP Holdtime      ATT/P/OL
R1.00-00              0×00000006   0xAFBA        829               0/0/0
R2.00-00            * 0×00000008   0x10A0        638               0/0/0
R2.01-00            * 0×00000005   0x32E2        806               0/0/0
R3.00-00              0×00000006   0x4CC9        731               0/0/0
IS-IS Level-2 Link State Database:
LSPID                 LSP Seq Num  LSP Checksum  LSP Holdtime      ATT/P/OL
R1.00-00              0×00000009   0x51E8        931               0/0/0
R2.00-00            * 0x0000000A   0×0101        985               0/0/0
R2.01-00            * 0×00000005   0xC1DB        521               0/0/0
R3.00-00              0×00000007   0x1FD5        755               0/0/0

The LSP-ID, R1.00-00, can be broken down into three sections: R1/00/00

  • R1 = system ID
  • 00 = non-zero value for the pseudonode. Notice R2.01-00 is the pseudonode LSP.
  • 00 = fragment number. In this case, there are only fragment numbers of 00, which indicates that all the data fit into this LSP fragment, and there was no need to create more fragments. If there had been information that did not fit into the first LSP, IS-IS would have created more LSP fragments, such as 01, 02, and so on.

The * denotes the LSPs that were generated by this router, the router that the show command was issued on. Also, since this router is an L1 and L2 router, it contains an L1 and L2 database.

R2#sh isis database R2.00-00 detail

look at the generated lsp:
IS-IS Level-1 LSP R2.00-00
LSPID                 LSP Seq Num  LSP Checksum  LSP Holdtime      ATT/P/OL
R2.00-00            * 0×00000009   0x0EA1        1199              0/0/0
Area Address: 49.0001
NLPID:        0xCC
Hostname: R2
IP Address:   172.16.2.2
Metric: 10         IP 172.16.12.0 255.255.255.0
Metric: 10         IP 172.16.23.0 255.255.255.0
Metric: 0          IP 172.16.2.0 255.255.255.0
Metric: 10         IS R2.01
Metric: 10         IS R3.00

IS-IS Level-2 LSP R2.00-00
LSPID                 LSP Seq Num  LSP Checksum  LSP Holdtime      ATT/P/OL
R2.00-00            * 0x0000000A   0×0101        763               0/0/0
Area Address: 49.0001
NLPID:        0xCC
Hostname: R2
IP Address:   172.16.2.2
Metric: 10         IS R2.01
Metric: 10         IS R3.00
Metric: 10         IP 172.16.1.0 255.255.255.0
Metric: 0          IP 172.16.2.0 255.255.255.0
Metric: 10         IP 172.16.3.0 255.255.255.0
Metric: 10         IP 172.16.12.0 255.255.255.0
Metric: 10         IP 172.16.23.0 255.255.255.0

output shows that the loopback address of this router is advertised with a value of 0. This is because the loopback is advertised with a passive-interface command under the router IS-IS process, and the loopback interface by itself is not enabled for IS-IS. All other IP prefixes have a value of 10, which is the default cost on the interfaces running IS-IS.

 

6.4.e Identify performance routing [PfR]

PfR has three monitoring modes of operations, namely

● Active mode: uses IP SLA probes

● Passive mode: uses NetFlow

● Fast mode: uses IP SLA probes (based on FRR feature)

No explicit NetFlow or IP SLAs configuration is required; support for NetFlow and IP SLAs is enabled and configured automatically by the master controller. You can use both active and passive monitoring methods for each traffic class. The master controller uses both passive and active monitoring by default. All traffic classes are passively monitored using integrated NetFlow functions, whereas the OOP traffic classes are actively monitored using IP SLA functions.

Passive monitoring metrics include the following:

● Delay: Cisco PfR measures the average delay of TCP flows for a given prefix or traffic class. Delay is the measurement of the round-trip response time (RTT) between the transmission of a TCP synchronization message and receipt of the TCP acknowledgement.

● Packet loss: Cisco PfR measures packet loss by tracking TCP sequence numbers for each TCP flow; it tracks the highest TCP sequence number. If it receives a subsequent packet with a lower sequence number, PfR increments the packet-loss counter. Packet loss is measured in packets per million.

● Reachability: Cisco PfR measures reachability by tracking TCP synchronization messages that have been sent repeatedly without receiving a TCP acknowledgement.

● Throughput: Cisco PfR measures throughput by measuring the total number of bytes and packets for each interesting traffic class or prefix for a given interval of time.

Active monitoring metrics include the following:

● Delay: Cisco PfR measures the average delay of TCP, User Datagram Protocol (UDP), and Internet Control Message Protocol (ICMP) flows for a given traffic class or prefix.

● Reachability: Cisco PfR measures reachability by tracking TCP synchronization messages that have been sent repeatedly without a received TCP acknowledgement.

● Jitter: Cisco PfR measures jitter, or interpacket delay variance, by sending multiple packets to a target address and a specified target port number and measuring the delay interval between packets arriving at the destination.

● MOS: MOS is a standards-based method of measuring voice quality.

Adam, Paul (2014-07-12). All-in-One CCIE V5 Written Exam Guide (Kindle Locations 6238-6243).  . Kindle Edition.

http://www.cisco.com/c/en/us/products/collateral/ios-nx-os-software/performance-routing-pfr/product_data_sheet0900aecd806c4ee4.html

 

 

6.4.e Identify performance routing [PfR]

6.4.e [i] Basic load balancing

Cisco PfR is essentially application routing based on network performance. It automatically detects path degradation and responds to avoid continued degradation. In many cases for a multi-homed enterprise , the traffic on an initial path is routed through another egress path that can meet the application performance requirements. This routing is different from classic routing, because classic routing looks only at reachability and does not look into the required traffic service needs, such as low loss or low delay. In addition, Cisco PfR allows a multi-homed enterprise to use all available WAN or Internet links. It can track throughput, link usage, and link cost, and automatically determine the best load balancing to optimize throughput, load, and cost -and network operators define the

Cisco PfR policies that implement these adaptive routing techniques. Cisco PfR policies can be based on the following parameters:

● WAN out-bound performance (traffic exiting from an enterprise): Delay, loss, reachability, throughput, jitter, and MOS

● WAN in-bound performance (traffic arriving into an enterprise): Delay, loss, reachability, and throughput

● WAN and Internet path parameters: Reachability, throughput, load, and link usage cost

Cisco Performance Routing consists of two distinct elements: border routers and a master controller. The border routers connect enterprises to the WAN; the master controller is a software entity supported by Cisco IOS Software on a router platform . Border routers gather traffic and path information and send this information to a master controller, which places all received information into a database. The master controller is configured with the requested service policies, so it is aware of everything that happens at the network edge and can automatically detect and take action when certain parameters are out-of-policy (OOP). Delay, jitter, and packet loss are used to determine the best exit path by the PfR engine.

Adam, Paul (2014-07-12). All-in-One CCIE V5 Written Exam Guide (Kindle Locations 6265-6266).  . Kindle Edition.

http://docwiki.cisco.com/wiki/PfR:Solutions:BasicLoadBalancing

http://docwiki.cisco.com/wiki/PfR:Technology_Overview#Measuring_Performance_and_Bandwidth

6.4.e Identify performance routing [PfR]

6.4.e [ii] Voice optimization

Voice packets traveling through an IP network are no different from data packets. In the plain old telephone system (POTS), voice traffic travels over circuit-switched networks with predetermined paths and each phone call is given a dedicated connection for the duration of the call. Voice traffic using POTS has no resource contention issues, but voice traffic over an IP network has to contend with factors such as delay, jitter, and packet loss, which can affect the quality of the phone call.

Delay

Delay (also referred as latency ) for voice packets is defined as the delay between when the packet was sent from the source device and when it arrived at a destination device. Delay can be measured as one -way delay or round-trip delay. The largest contributor to latency is caused by network transmission delay. Round-trip delay affects the dynamics of conversation and is used in Mean Opinion Score (MOS) calculations. One-way delay is used for diagnosing network problems . A caller may notice a delay of 200 milliseconds and try to speak just as the other person is replying because of packet delay. The telephone industry standard specified in ITU-T G. 114 recommends the maximum desired one-way delay be no more than 150 milliseconds. Beyond a one-way delay of 150 milliseconds , voice quality is affected. With a round-trip delay of 300 milliseconds or more, users may experience annoying talk-over effects.

Jitter

Jitter means inter-packet delay variance. When multiple packets are sent consecutively from source to destination, for example , 10 ms apart, and if the network is behaving ideally , the destination should be receiving them 10 ms apart. But if there are delays in the network (like queuing, arriving through alternate routes , and so on) the arrival delay between packets might be greater than or less than 10 ms. Using this example, a positive jitter value indicates that the packets arrived more than 10 ms apart. If the packets arrive 12 ms apart, then positive jitter is 2 ms; if the packets arrive 8 ms apart, then negative jitter is 2 ms. For delay-sensitive networks like VoIP, positive jitter values are undesirable, and a jitter value of 0 is ideal.

Packet Loss

Packet loss can occur due an interface failing, a packet being routed to the wrong destination, or congestion in the network. Packet loss for voice traffic leads to the degradation of service in which a caller hears the voice sound with breaks. Although average packet loss is low, voice quality may be affected by a short series of lost packets.

Mean Opinion Score (MOS)

With all the factors affecting voice quality, many people ask how voice quality can be measured. Standards bodies like the ITU have derived two important recommendations: P. 800 (MOS) and P. 861 (Perceptual Speech Quality Measurement [PSQM]). P. 800 is concerned with defining a method to derive a Mean Opinion Score of voice quality. MOS scores range between 1 representing the worst voice quality, and 5 representing the best voice quality. A MOS of 4 is considered “toll-quality” voice.

PfR voice traffic optimization provides support for outbound optimization of voice traffic on the basis of the voice performance metrics, delay, packet loss, jitter, and MOS. Delay, packet loss, jitter and MOS are important quantitative quality metrics for voice traffic, and these voice metrics are measured using PfR active probes. The IP SLA jitter probe is integrated with PfR to measure jitter (source to destination) and the MOS score in addition to measuring delay and packet loss. The jitter probe requires a responder on the remote side just like the UDP Echo probe. Integration of the IP SLA jitter probe type in PfR enhances the ability of PfR to optimize voice traffic. PfR policies can be configured to set the threshold and priority values for the voice performance metrics: delay, packet loss, jitter, and MOS.

Configuring a PfR policy to measure jitter involves configuring only the threshold value and not relative changes (used by other PfR features) because for voice traffic, relative jitter changes have no meaning. For example, jitter changes from 5 milliseconds to 25 milliseconds are just as bad in terms of voice quality as jitter changes from 15 milliseconds to 25 milliseconds. If the short-term average (measuring the last 5 probes) jitter is higher than the jitter threshold, the prefix is considered out-of-policy due to jitter. PfR then probes all exits, and the exit with the least jitter is selected as the best exit. MOS policy works in a different way. There is no meaning to average MOS values, but there is meaning to the number of times that the MOS value is below the MOS threshold. For example, if the MOS threshold is set to 3.85 and if 3 out of 10 MOS measurements are below the 3.85 MOS threshold, the MOS-low-count is 30 percent. In the output of the show commands the field, ActPMOS, shows the number of actively monitored MOS packets with a percentage below threshold. If some of the MOS measurements are only slightly below the threshold, with percentage rounding, an ActPMOS value of zero may be displayed. When PfR runs a policy configured to measure MOS, both the MOS threshold value and the MOS-low-count percentage are considered. A prefix is considered out-of-policy if the short term (average over the last 5 probes ) MOS-low-count percentage is greater than the configured MOS-low-count percentage . PfR then probes all exits, and the exit with the highest MOS value is selected as the best exit.

Adam, Paul (2014-07-12). All-in-One CCIE V5 Written Exam Guide (Kindle Locations 6310-6315).  . Kindle Edition.

http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/pfr/configuration/15-mt/pfr-15-mt-book/pfr-voice-traffic.html