SCTP TML update Forwarding and Control Element Separation WG - - PowerPoint PPT Presentation

sctp tml update
SMART_READER_LITE
LIVE PREVIEW

SCTP TML update Forwarding and Control Element Separation WG - - PowerPoint PPT Presentation

SCTP TML update Forwarding and Control Element Separation WG Kentaro Ogawa <ogawa.kentaro@lab.ntt.co.jp> Jamal Hadi Salim <hadi@mojatatu.com> March 2009 IETF ForCES WG 1 General status Version 2 of draft released January 2009


slide-1
SLIDE 1

March 2009 IETF ForCES WG 1

SCTP TML update

Forwarding and Control Element Separation WG Kentaro Ogawa <ogawa.kentaro@lab.ntt.co.jp> Jamal Hadi Salim <hadi@mojatatu.com>

slide-2
SLIDE 2

March 2009 IETF ForCES WG 2

General status

  • Version 2 of draft released January 2009
  • A few issues from feedback

– We hope to resolve these and any outstanding

  • nes found from implementation
  • We hope to LC soon after Stockholm
  • We hope to get approval for publication before

Hiroshima – Free the other 3 docs from the RFC editor queue

slide-3
SLIDE 3

March 2009 IETF ForCES WG 3

Recall: SCTP TML Channels

CE FE Reliable, High Priority Semi-reliable, Medium Priority Unreliable, Low Priority

  • Assn setup/response,
  • Assn teardown
  • config/response
  • query/response
  • Event notification
  • Packet redirect
  • Heartbeats
slide-4
SLIDE 4

March 2009 IETF ForCES WG 4

Feedback 1: possible HOL blocking

  • Raised by Evangelos
  • Consider: an FE busy processing HP messages

– CE issues Association Teardown

  • Teardown serialized behind outstanding

messages instead of immediate processing

  • Possible resolutions:

– CE should be smart enough not to do this

  • Adds programming/IO complexity

– Introduce SHP channel for emergency messages – CE close sockets (immediately noticed on FE)

slide-5
SLIDE 5

March 2009 IETF ForCES WG 5

Feedback 2: Node overload

  • Now a TML requirement raised by Magnus

Westerlund

  • An FE could be overwhelmed by very few messages

with no transport congestion – CE retransmits over and over – Resolution: introduce a TML level message(s)

  • “message received, processing in progress”

and/or Backward congestion notification

  • Such a message would be super-high priority

(justifying need for SHP channel mentioned earlier)

slide-6
SLIDE 6

March 2009 IETF ForCES WG 6

Feedback 3: TLS vs IPSEC

  • Initially raised by Cullen Jennings
  • DTLS and TLS for SCTP will take a while to become

fully standardized – This may mean further delay in standardization

  • TLS/DTLS also adds more programming complexity

relative to IPSEC

  • Resolution: Support IPSEC only