Gorry Fairhurst | 1 Mar 19:36 2011
Picon
Picon

Updated TSVWG: session conflict list


David, we've trimmed the list as follows:

Level 1: iccrg, 6man ecrit geopriv sipcore tcpm conex ledbat mptcp
  mmusic mboned dccp

Level 2: multimob v6ops behave dispatch tmrg pim storm alto
atoca pcn ccamp

Please avoid all other TSV area sessions, including tsvarea.

Note for the next meeting the following will also change:

DISPATCH will move up to a level 1
DCCP will move down to a level 2,
SIPCORE will move down to a level 2

- Do you want to get some of this captured in the meetings tool, so it 
doesn't get lost?

Gorry

James M. Polk | 1 Mar 20:01 2011
Picon

WGLC ends for draft-ietf-tsvwg-sctpsocket-26

WG

There has been sufficient, albeit late, reviews and comments for the 
chairs to consider the WGLC for draft-ietf-tsvwg-sctpsocket-26 done.

Authors - please incorporate those comments made during into a -27 
version and post this version, which the chairs will forward to the 
ADs for their consideration for RFC publication.

James & Gorry
TSVWG chairs

David Harrington | 1 Mar 20:51 2011
Picon
Picon

RE: Updated TSVWG: session conflict list

If you can enter it there, that would be helpful.
Let me know if that is a problem.

dbh 

> -----Original Message-----
> From: Gorry Fairhurst [mailto:gorry <at> erg.abdn.ac.uk] 
> Sent: Tuesday, March 01, 2011 1:37 PM
> To: David Harrington
> Cc: tsvwg WG
> Subject: Updated TSVWG: session conflict list
> 
> 
> David, we've trimmed the list as follows:
> 
> Level 1: iccrg, 6man ecrit geopriv sipcore tcpm conex ledbat mptcp
>   mmusic mboned dccp
> 
> Level 2: multimob v6ops behave dispatch tmrg pim storm alto
> atoca pcn ccamp
> 
> Please avoid all other TSV area sessions, including tsvarea.
> 
> Note for the next meeting the following will also change:
> 
> DISPATCH will move up to a level 1
> DCCP will move down to a level 2,
> SIPCORE will move down to a level 2
> 
> - Do you want to get some of this captured in the meetings 
(Continue reading)

Michael Tüxen | 1 Mar 21:07 2011
Picon

Re: WGLC ends for draft-ietf-tsvwg-sctpsocket-26

On Mar 1, 2011, at 8:01 PM, James M. Polk wrote:

> WG
> 
> There has been sufficient, albeit late, reviews and comments for the chairs to consider the WGLC for
draft-ietf-tsvwg-sctpsocket-26 done.
> 
> Authors - please incorporate those comments made during into a -27 version and post this version, which
the chairs will forward to the ADs for their consideration for RFC publication.
Hi James,

Done.

Best regards
Michael
> 
> James & Gorry
> TSVWG chairs
> 
> 

Internet-Drafts | 1 Mar 21:15 2011
Picon

I-D Action:draft-ietf-tsvwg-sctpsocket-27.txt

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Transport Area Working Group Working Group of the IETF.

	Title           : Sockets API Extensions for Stream Control Transmission Protocol (SCTP)
	Author(s)       : R. Stewart, et al.
	Filename        : draft-ietf-tsvwg-sctpsocket-27.txt
	Pages           : 111
	Date            : 2011-03-01

This document describes a mapping of the Stream Control Transmission
Protocol (SCTP) into a sockets API.  The benefits of this mapping
include compatibility for TCP applications, access to new SCTP
features and a consolidated error and event notification scheme.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-tsvwg-sctpsocket-27.txt

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

Below is the data which will enable a MIME compliant mail reader
implementation to automatically retrieve the ASCII version of the
Internet-Draft.
Attachment (draft-ietf-tsvwg-sctpsocket-27.txt): message/external-body, 70 bytes
A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Transport Area Working Group Working Group of the IETF.

	Title           : Sockets API Extensions for Stream Control Transmission Protocol (SCTP)
(Continue reading)

Magnus Westerlund | 2 Mar 08:50 2011
Picon

Re: Updated TSVWG: session conflict list

Hi,

I think AVTCore belongs on Level 2 currently due to the ECN for RTP work
ongoing in that WG that seem relevant for TSVWG.

Cheers

Magnus

Gorry Fairhurst skrev 2011-03-01 19:36:
> 
> David, we've trimmed the list as follows:
> 
> Level 1: iccrg, 6man ecrit geopriv sipcore tcpm conex ledbat mptcp
>   mmusic mboned dccp
> 
> Level 2: multimob v6ops behave dispatch tmrg pim storm alto
> atoca pcn ccamp
> 
> Please avoid all other TSV area sessions, including tsvarea.
> 
> Note for the next meeting the following will also change:
> 
> DISPATCH will move up to a level 1
> DCCP will move down to a level 2,
> SIPCORE will move down to a level 2
> 
> - Do you want to get some of this captured in the meetings tool, so it 
> doesn't get lost?
> 
(Continue reading)

Cullen Jennings | 2 Mar 22:35 2011
Picon

Re: [dccp] WGLC for draft-ietf-dccp-udpencap


I'm wondering what would be the downside of saying the UDP source / dest port had to match the DCCP source and
dest port?  This would make it much easier to figure out hot to integrate this into something like ICE or
decide what UDP and DCCP ports one uses for a URL like sip:example.com:5060

On Feb 28, 2011, at 2:09 AM, Pasi Sarolahti wrote:

> Hello,
> 
> We just started DCCP WG last call on draft-ietf-dccp-udpencap that specifies UDP encapsulation for DCCP
packets (see pointer below). The issue of UDP encapsulation was discussed earlier also on this list, so
people might be interested to read the draft. Please send comments to the DCCP mailing list
<dccp <at> ietf.org> by March 11.
> 
> Thanks!
> 
> - Pasi
> 
> 
> Begin forwarded message:
> 
>> From: Pasi Sarolahti <pasi.sarolahti <at> iki.fi>
>> Date: February 25, 2011 12:56:46 PM GMT+02:00
>> To: 'dccp' working group <dccp <at> ietf.org>
>> Subject: [dccp] WGLC for draft-ietf-dccp-udpencap
>> 
>> Hi,
>> 
>> This mail starts a working group last call for the UDP encapsulation draft. The draft is available at
http://tools.ietf.org/html/draft-ietf-dccp-udpencap-06 . Please read the draft and send any
(Continue reading)

Randy Stewart | 3 Mar 03:55 2011
Picon

Re: [dccp] WGLC for draft-ietf-dccp-udpencap

Cullen:

(not having read the draft.. :0)

Your idea makes me wonder... would that not also pollute the UDP port space? After all then
you are burning a UDP port for every DCCP (or am I mis-understanding you)? If not this
seems a waste..

R
On Mar 2, 2011, at 4:35 PM, Cullen Jennings wrote:

> 
> I'm wondering what would be the downside of saying the UDP source / dest port had to match the DCCP source and
dest port?  This would make it much easier to figure out hot to integrate this into something like ICE or
decide what UDP and DCCP ports one uses for a URL like sip:example.com:5060
> 
> 
> On Feb 28, 2011, at 2:09 AM, Pasi Sarolahti wrote:
> 
>> Hello,
>> 
>> We just started DCCP WG last call on draft-ietf-dccp-udpencap that specifies UDP encapsulation for
DCCP packets (see pointer below). The issue of UDP encapsulation was discussed earlier also on this list,
so people might be interested to read the draft. Please send comments to the DCCP mailing list
<dccp <at> ietf.org> by March 11.
>> 
>> Thanks!
>> 
>> - Pasi
>> 
(Continue reading)

Pasi Sarolahti | 3 Mar 10:48 2011
Picon
Picon

Re: [dccp] WGLC for draft-ietf-dccp-udpencap

Hi Cullen,

(cc:ing dccp mailing list as well)

The dccp/udp port issues were discussed in the DCCP WG some time ago. With the source port one problem is that
a NAT could change the UDP port but not the inner DCCP port. There were opinions for keeping the two port
spaces separate, to support tunneling scenarios through a well-known UDP port at the server end.

- Pasi

On Mar 2, 2011, at 11:35 PM, Cullen Jennings wrote:

> I'm wondering what would be the downside of saying the UDP source / dest port had to match the DCCP source and
dest port?  This would make it much easier to figure out hot to integrate this into something like ICE or
decide what UDP and DCCP ports one uses for a URL like sip:example.com:5060

James M. Polk | 7 Mar 03:13 2011
Picon

Call for Agenda items for IETF 80 (Prague)

TSVWG

We chairs are asking TSVWG for requests to present IDs during our 
session.  You need to give us your name, the ID you want to present 
material from, and the amount of time you would like to have to 
present (generally at 10 min slot per preso).

Presentations will have the following priority:

1 - TSVWG items
2 - Items positively discussed at previous meetings
3 - new work of interest to the WG

Please send your request to BOTH chairs (so each has a record of it).

James & Gorry
TSVWG Chairs


Gmane