ICMP based TRILL OAM draft-tissa-trill-oam-00.txt Tissa - - PowerPoint PPT Presentation

icmp based trill oam draft tissa trill oam 00 txt
SMART_READER_LITE
LIVE PREVIEW

ICMP based TRILL OAM draft-tissa-trill-oam-00.txt Tissa - - PowerPoint PPT Presentation

ICMP based TRILL OAM draft-tissa-trill-oam-00.txt Tissa Senevirathne, Dinesh Dutt and Vishwas Manral 82 nd IETF, November 15 th , 2011 Taipei, Taiwan What is the difference ? Holistic Approach Tools, Monitoring, Network wide Reporting


slide-1
SLIDE 1

ICMP based TRILL OAM

draft-tissa-trill-oam-00.txt Tissa Senevirathne, Dinesh Dutt and Vishwas Manral 82nd IETF, November 15th, 2011 Taipei, Taiwan

slide-2
SLIDE 2

What is the difference ?

— Holistic Approach

  • Tools, Monitoring, Network wide Reporting

— ICMP based messaging framework

  • Re-use current infrastructure and what is

defined in other areas such as IP and MPLS

— Customized for TRILL to include

  • multi-pathing, multicast trees and other TRILL

specific functionality

— Assortment of tools

slide-3
SLIDE 3

Tools

— Ping — TracePath — MAC Discovery — AF Discovery — Multicast Tree Verification — End Point Attachment Discovery — VM Identify discovery

slide-4
SLIDE 4

Architecture

TRILL OAM Protocol Suite Tools Monitoring Distribution Reporting ISIS GenApp TRILL Data Plane

slide-5
SLIDE 5

Types of TRILL OAM messages

— 3 Types of TRILL OAM messages

  • Request Messages
  • Response Messages
  • Notification Messages

— All the tools are implemented using

Request and Response model

— Error indications utilize Notification

messages

slide-6
SLIDE 6

Encoding of Request Message

Outer Header TRILL Header Diagnostic Payload (128 bytes) ICMP Header ICMP Extensions Common Extension Hdr (to Recognize valid OAM frames)

ICMP Echo Request is extended per draft-shen-traceroute-ping- ext-03 Ethernet, IP, TCP/UDP Headers + Padding to align to 128bytes of data frame to be analyzed e.g. Version, Authentication, Orig VLAN etc.

slide-7
SLIDE 7

Encoding of Response Message

IP Header Original TRILL Header + Diagnostic Payload (128 bytes) ICMP Header ICMP Extensions Common Extension Hdr

ICMP Echo Response is extended per draft-shen- traceroute-ping-ext-03

Can be sent in-band or

  • ut-of-band. Just like

MPLS Ping RFC 4379

TRILL/MAC Header

slide-8
SLIDE 8

Encoding of Notification Message

IP Header ICMP Header Payload up to 128 bytes ICMP Extensions Pseudo IP Header Original TRILL Header

Pseudo IP Header is required per RFC 792 and RFC 1122 for ICMP to multiplex unsolicited notification messages to appropriate applications Use 127.<nickname>.100 pseudo IP address. Similar to RFC 4379 MPLS Ping. UDP Well-known Destination port address multiplex to TRILL OAM

TRILL Header

slide-9
SLIDE 9

Current status

— Will be publishing draft -01, incorporating

comments received so far.

slide-10
SLIDE 10

Comments and Actions

Comments Actions Fills gaps of current TRILL WG OAM draft Thanks ICMP Error Notifications need IP header in the user Data (RFC 792 and RFC 1122) Updated to include the pseudo IP header ICMP Echo Request/Response is not extensible per RFC 4884 Follow methods proposed in draft-shen-trace-ping-ext-03 How to define flooding scope for reporting Follow methods proposed in ISIS MI draft How to define Alert (i.e. Copy to CPU along the path) Use RBridge Channel Alert Flag

draft-ietf-trill-rbridge-extensions-00

slide-11
SLIDE 11

Question to the WG: Next steps ?

slide-12
SLIDE 12

Q&A

slide-13
SLIDE 13

Advantages compared to current TRILL WG OAM proposal

— Allows to include custom payloads to drive

ECMP choices along the path.

— Include Monitoring, Reporting and

Network Health distribution framework to facilitate easy troubleshooting

— Include assortment of tools beyond basic

Ping and traceroute

— Utilize ICMP protocol stack for messaging

slide-14
SLIDE 14

OAM Regions

— Network is administratively partitioned in

to sections such that

  • Maximize fault coverage
  • Define boundaries for distribution of detail

Network Health information

— Summary Data are distributed throughout

the network

— Detail data are distributed within the

applicable region

slide-15
SLIDE 15

Advantages compared to current TRILL WG OAM proposal

— Allows to include custom payloads to drive

ECMP choices along the path.

— Include Monitoring, Reporting and

Network Health distribution framework to facilitate easy troubleshooting

— Include assortment of tools beyond basic

Ping and traceroute

— Utilize ICMP protocol stack for messaging

slide-16
SLIDE 16

Backup Slides

slide-17
SLIDE 17

ICMP Echo Request/Response extension

Type Code Checksum Identifier Sequence Optional user data (recommended to be zero for TRILL OAM) Trace-Ping Header (Common Extension Header) ICMP Extensions Ext User Data

slide-18
SLIDE 18

Channel Draft Inner MAC requirement

— SRC MAC need to be All-Egress-RBridge — Ether Type need to be Channel EtherType — Reference Sections: 2 and 2.1.2 of draft-ietf-trill-

rbridge-channel-03

— draft-ietf-trill-rbridge-oam-01 use the channel

draft, lack of flexibility to define DA prevents including real payloads to drive proper multipathing.

— draft-ietf-trill-rbridge-channel-03, section 2.1.2

specifies Inner.SRC MAC MUST be a MAC owned by originating Rbridge

  • This further restrict using channel draft for OAM purpose.
slide-19
SLIDE 19

Identifying OAM payloads

— Layer 2 Unicast Flows

  • Use a special EthType

— IP Flows

  • Use a well-known SRC MAC

OR

  • Use a well-known unicast MAC DA

OR

  • Use TRILL Hop-Count Method

– Discover number of Hops to egress from ingress – Generate OAM frame with Hop-count -1, thus forcing egress RBRidge to receive TRILL Hop count zero packet. – Per TRILL Base Protocol specification RFC 6325, Hop-Count zero packet can not be forwarded. Hence generating an Exception to the CPU

— Multicast

  • Tree Verification – Use a Well-known L2 Multicast MAC address
  • L2 Multicast Flows – Use Special EthType
  • IP Multicast Flows – Use Well-known SRC MAC address
slide-20
SLIDE 20

Advantages compared to current TRILL WG OAM proposal

— Allow to include custom payloads to drive

ECMP choice along the path.

— Include Monitoring, Reporting and

Network Health distribution framework to facilitate easy troubleshooting

— Include assortment of tools beyond basic

Ping and traceroute

— Utilize ICMP protocol stack for messaging

slide-21
SLIDE 21

OAM Regions

— Network is administratively partitioned in

to sections such that

  • Maximize fault coverage
  • Define boundaries for distribution of detail

Network Health information

— Summary Data are distributed throughout

the network

— Detail data are distributed within the

applicable region

slide-22
SLIDE 22

Feedback Received and Actions:

— Comment: Fills gaps of current TRILL WG OAM draft — Comment: ICMP Error Notifications need IP header in the user

Data (RFC 792 and RFC 1122)

  • Action: Updated to include the pseudo IP header

— ICMP Echo Request/Response is not extensible per RFC 4884

  • Follow methods proposed in draft-shen-trace-ping-ext-03.
  • Updated the text of our draft to include the methods specified in draf-

shen..

— How to define flooding scope for reporting.

  • Follow methods proposed in ISIS MI draft
  • Updated section 10 of the draft to reflect the required changes

— How to define Alert (i.e. Copy to CPU along the path)

  • Use RBridge Channel Alert Flag
  • draft-ietf-trill-rbridge-extensions-00