Subject: [Dart] Actions recorded out of IETF 90 DART meeting

From: Dan York <[email-masked]>
Date: Wed, 23 Jul 2014 20:44:45 +0000

These are the actions for David as editor that I captured out of the DART meeting today.  Comments and corrections are welcome.

Dan

--------------

Actions:

Slide: UDP Multiplexing Topics (1)

1. Delete reference to draft-westerlund-avtcore-transport-multicore

2. How many DTLS sessions per UDP 5-tuple?
    - One, per Justin Uberti and others

3. How many TCP or SCTP sessions per 5-tuple?
    - In practice 1  - need to reference the BUNDLE draft in MMUSIC
    - SCTP can carry multiple SCTP associations on a single UDP 5-tuple

Slide: UDP Multiplexing Topics (2)

4. Add mention of RTCP multiplexing with RTP (yes, Colin Perkins)

5. Add mention of STUN and TURN channels

6. Add one-sentence description from Colin Perkins that he is going to send via email

Slide:  Drop Precedence

7. Add text that resulting drop likelihood is some sort of mix (thanks to Karen Nielsen)

Slide:  RFC 2119 Keywords

8. Choice 2- Remove MUST/SHOULD/MAY  - or... dump caps and rephrase

Slide:  Which Transport Protocols

9. Add DCCP text from Gorry Fairhust, who volunteered at mic

Slide: Use by other drafts

10. David to communicate with Michael Welzl with his draft

11. David and Cullen will communicate with Harald about his draft

Slide: Anything Else?

12. ICE might put you over TCP when you think you are on UDP. Jonathan Lennox to send text to list.

13. Need sentence about don't re-order SCTP (expanding on note from Karen)

14. Add a couple of sentences about linkage to congestion control and linkage to RMCAT

15. TCP connections get the same drop precedence

16. Reliable and ordered SCTP should be treated the same as TCP

17. For unreliable and unordered SCTP we don't have operational experience to offer guidance on what will happen.  Would likely have congestion control impact. Would likely have implementation impact.

18. Add something about when you vary drop precedence within AF Class it is expected not to impact latency.

19. Add something about when ECN is use you may still see drops

--------------
--
Dan York
Senior Content Strategist, Internet Society
[email-masked]<mailto:[email-masked]>   +1-802-735-1624
Jabber: [email-masked]<mailto:[email-masked]>
Skype: danyork   http://twitter.com/danyork

http://www.internetsociety.org/deploy360/