IPv6 - Implementing QoS

IntServ (RFC 1633) - braucht Signaling Protocol a la RSVP (Resource Reservation), DiffServ (RFC2475) - Policies auf den Netzwerkgeräten


Classification and Marking -> Traffic conditioning (policing and shaping) -> congestion avoidance -> congestion  management


NBAR-Marking (Network based Application Regocnition) (ging in 12.4er-IOS) und GTS-Shaping (Generic traffic shaping), PQ (Priority Queueing (ging in 12.4(IOS)), CQ (Custom Queueing) noch nicht IPv6-fähig,
DOCSIS-L2-QoS nicht IPv6-fähig, cRTP (Compressed Real Time Protocol) noch nicht IPv6-fähig.


Layer-3-QoS IPv6 - anhand von 8bit Traffic Class (analog IPv4 ToS Field),Protocol Type, Flow label oder Extension Headers


Layer 2-Switches welche Classification durchführen sollten bei die IP-Protokoll unterscheiden können. (L2-QoS dependency on L3-Information)


Link-Efficency Mechanisms
cRTP (currently not supported for IPv6)
LFI (link fragmentation and interleave - L2 fragmentation - works with IPv6)

IPv6 QoS funktioniert nur mit eingeschaltetem CEF (Cisco Express Forwarding)

Queueing wird genauso konfiguriert wie bei IPv4 (FIFO,FB-WFQ,CB-WFQ,LLQ,MDRR), Congestion Avoidance (WRED) ebenso.


IPv6 classification
!
class-map match-all IPV6-WITH-ACL
 match access-group name IPV6
 match  dscp ef
class-map match-all IPV6
 match protocol ipv6
 match  dscp ef
class-map match-all IPV4                 <---- IPv4 Classification
 match  dscp ef
!      
ipv6 access-list IPV6
 permit ipv6 any any
!

IPv6 policy map

!        
policy-map IPV6
 class IPV6-WITH-ACL
    priority 10
!        
interface FastEthernet0/1
 no ip address
 duplex auto
 speed auto
 ipv6 enable
 service-policy output IPV6           <--- das Buch ist von 2004, in 12.4-IOS scheint         end                                        man PQ-IPv6 schon nutzen zu können
 
IPv6 NBAR

!

class-map match-all IPV6-NBAR
 match protocol ipv6
 match protocol citrix

!
policy-map IPV6-NBAR
 class IPV6-NBAR
    priority 20

!
interface FastEthernet0/0
 service-policy output IPV6           <--- auch NBAR scheint mittlerweile zu tun
!

Show Policy
Rack1R5#show policy-map int fa 0/1
 FastEthernet0/1

  Service-policy output: IPV6-NBAR

    queue stats for all priority classes:
     
      queue limit 64 packets
      (queue depth/total drops/no-buffer drops) 0/0/0
      (pkts output/bytes output) 0/0

    Class-map: IPV6-NBAR (match-all)
      0 packets, 0 bytes
      5 minute offered rate 0 bps, drop rate 0 bps
      Match: protocol ipv6
      Match: protocol citrix
      Priority: 20 kbps, burst bytes 1500, b/w exceed drops: 0
     

    Class-map: class-default (match-any)
      17 packets, 1742 bytes
      5 minute offered rate 0 bps, drop rate 0 bps
      Match: any
     
      queue limit 64 packets
      (queue depth/total drops/no-buffer drops) 0/0/0
      (pkts output/bytes output) 17/1742
Rack1R5#

QoS for IPv6 over MPLS (S.190)

DiffServ (RFC2474,RFC2475) still apply in the MPLS environment (RFC 3270).

6PE (IPv4-core und LSP) unterscheidet sich nicht von LDP IPv6, oder reinem IPv6

RVSP für MPLS-TE-Tunnels über einen MPLS Core (IPv4 oder IPv6). Da 6PEs einen IPv4-LSP nutzen, kann mit IPv4-RVSP-TE gearbeitet werden.

DSCP 6bits -> Class-Selector bits -> MPLS EXP (3 bits), am (6)PE Classification anhand DSCP,

In Service Provider-Netzen ist dies ausreichend, da der CE die DSCP anpasst.

IPv6 6PE RVSP MPLS-TE (S.195) - denke ich nicht Lab-Relevant.