Bob Briscoe | 6 Apr 00:39 2016
Picon

current and future hot topics in TSV

TSV ADs, TSV-Area follks,

Apologies, I missed tsvarea this afternoon (preparing slides, and I 
missed my alarm).
I understand the session on current and future hot topics in TSV was 
rather short.
Maybe the two sentences above are related ;)

1. I think the DualQ Coupled AQM is an important development, not just 
cos we've got cool low queuing delay for all traffic out of it, but...

...because it is an "incrementally deployable clean slate" that is 
interesting enough to network operators that it could get deployed.

What I mean is, it's a incrementally deployable queue isolated from 
existing traffic in which we could develop new congestion control 
together with new network behaviour.
Obviously, new host & network capabilities have to be deployable 
independent of the other, but there is a window of deployment 
opportunity for new ideas....

For instance, if a new slow-start needs a new signal from the 
bottleneck, that could be included in the initial spec for the L4S 
queue, so there would be no need to cater for L4S queues without that 
signal. Of course, you would have to cater for non-L4S bottlenecks 
still, but if you were getting signs you were in an L4S bottleneck, this 
could be powerful.

2. The L4S activity itself would involve new TSV standardisation 
activity across 3 WGs (not to mention new implementation activity).
(Continue reading)

Martin Stiemerling | 21 Mar 06:37 2016
Picon

Meet your Area Directors: TSV AD "office hours" at IETF-95

Dear all,

This is the announcement of the TSV AD "office hours" at the IETF-95 
meeting.

The office hours are for the case there are things that you need to 
discuss with the Transport Area Directors in person and aren't able to 
pin us down any other time.

The time slot reserved for the office hours is

Tuesday, April 5, 2016
16:20-17:20 	Tuesday Afternoon session II
Room is to be announced.

Please let us know in advance if you are planning to meet us, so that we 
can plan a bit ahead, if possible.

Thanks,

   Mirja, Spencer & Martin

Picon

UDP zero-checksum in IPv4

Hi,

 

Does anyone have any info on the percentage of UDP packets with zero-checksum

for IPv4 packets in today’s networks (enterprise, internet, any network). 

Seems like there is not a whole lot of info about this on the WEB. Anyone has any firsthand/realworld experience with this? Thanks.

 

Kris

 

Spencer Dawkins at IETF | 24 Nov 22:03 2015
Picon

Starting up TSV-ART

Martin and I mentioned that we will be closing TSV-DIR and starting up a TSV Area Review Team (TSV-ART), but we didn't actually solicit members when we talked in Yokohama. 

If you're willing to serve on TSV-ART (and a couple of people have already stepped forward), please let Martin and I know by December 4.

Thanks! 

Spencer, for Spencer and Martin
Spencer Dawkins at IETF | 21 Oct 19:23 2015
Picon

Transport AD office hours

Just to make sure people have seen this, Martin and I are doing office hours in Yokohama. 

The details are in https://datatracker.ietf.org/meeting/94/agenda.html, but it's Monday, 17:10-18:30, in Room 312.

This is what it looks like when your ADs are awake enough to arrange this in time to include it in the formal agenda :-)

Spencer
Martin Stiemerling | 17 Aug 07:14 2015
Picon

Meeting minutes of TSVAREA <at> IETF-93 online

Hi all,

You can find the meeting minutes of TSVAREA session  <at> IETF-93 here:
https://www.ietf.org/proceedings/93/minutes/minutes-93-tsvarea

Let Spencer and me know if you catch something that is inaccurate or 
missing.

Thanks to Andrew McGregor for taking the minutes!

Regards,

   Martin

Jose Saldana | 21 Jul 16:50 2015
Picon

Bar-BoF about Simplemux and TCM moved to Thursday

Hi all,

 

In order to avoid interference with the QUIC Bar-BoF on Wednesday, the Bar-BoF about traffic optimization with Simplemux has been moved to:

 

Thursday 20:15. (You may lose half the bits & bytes) We will meet near the Registration Desk.

 

A summary about Simplemux is here: http://www.slideshare.net/josemariasaldana/simplemux-a-generic-multiplexing-protocol. In fact, these are the slides to be used in the presentation at GAIA session in Prague next Wednesday 9.00: https://datatracker.ietf.org/meeting/93/agenda/gaia/

 

Simplemux is a lightweight protocol designed for creating a tunnel of multiplexed packets. We have built an implementation: https://github.com/TCM-TF/simplemux.

 

When combined with ROHC compression, significant savings can be obtained as e.g. a 45% bandwidth reduction when multiplexing a number of RTP VoIP flows together.

 

The idea of the Bar-BOF is to give a more detailed explaining about Simplemux, and to show the protocol running between a set of (virtual) machines.

 

The implementation has been built in C, and it can even run in a low-cost Access Point running OpenWRT.

 

Best regards,

 

Jose Saldana

 

Jana Iyengar | 20 Jul 11:20 2015
Picon

QUIC BarBoF this Wednesday

Hello all,

We will be running a BarBoF on QUIC this week, where we will be presenting the current state of QUIC and gauging interest in other implementations of QUIC, with an eye towards kicking off a standardization effort in the near future.

When: Wednesday (July 22), from 8:20PM to 10:00PM.
Where: Congress Hall 1.
There will be light snacks, etc.

Relevant drafts:
These are works-in-progress, and we very much appreciate any feedback on the docs!

Hope to see you there!
- jana
Martin Stiemerling | 16 Jul 18:10 2015
Picon

Meet your Area Directors: TSV AD "office hours" at IETF-93

Dear all,

This is the announcement of the TSV AD "office hours" at the IETF-93 
meeting.

The office hours are for the case there are things that you need to 
discuss with the Transport Area Directors in person and aren't able to 
pin us down any other time.

The time slot reserved for the office hours is

Monday, July 20
17:40-18:40 	Monday Afternoon session III

in the Hercovka room.

Please let us know in advance if you are planning to meet us, so that we 
can plan a bit ahead, if possible.

Thanks,

   Spencer & Martin

Martin Stiemerling | 23 Jun 22:32 2015
Picon

What the TSV ADs say about what TSVAREA said about the TSV AD position at IETF 92

Hi all,

Spencer and I have been collecting input from the Transport community 
about the Transport Area Director (AKA TSV AD) positions at IETF-92.

This email summarizes in a bullet style list what the TSV ADs say about 
what TSVAREA said about the TSV AD position

Let us know what your thoughts and ideas are!

Format of this text (exported from a working slide set, so do not get 
confused if the text says 'slides' in many places :)

Suggestions from IETF 92 TSVAREA session.
“Q:” slides are unedited suggestions.
“A:” slides are TSV AD thoughts on “Q:” slides.
This material is from the community. It is not from the current ADs 
brainstorming.

Q: Jobsharing
Two TSV folk talked to last year’s Nomcom about splitting one AD 
position and working out the details between them
Neither was able to serve as the only replacement for Spencer
They said Nomcom rejected the idea

A:Jobsharing
We had talked about this before IETF92.
It would be challenging for Nomcom (but maybe easier than finding one AD).
If this morphed into a multi-person Area Director function, that could 
give you a Smallerized IESG.
This would be similar to the RFC Editor morphing from Jon Postel to the 
function we have today.

Q: Splitting the AD role
Details need to be worked (“duh!”). But you need a title for employers 
(something like “Deputy AD”).
Deputy ADs would perform some, but not all, tasks that ADs perform today.
This is not delegation unless there’s an appeal.

A: Splitting the AD role
This may touch a fair amount of BCP text immediately.
This could be consistent with the initial Smallerizing proposal, 
depending on where that goes. If so ...
We need to move fast on the Smallerizing proposal in the next six 
months, if this is going to help TSV.

Q: Add a third AD
Same description as generic AD, but time commitment is 15-25 hours 
instead of 20-40
Open to the possibility that all three ADs might not be peers
Potentially unequal time commitments

A: Add a third AD
We are already reducing the time commitment is 15-25 hours for TSV ADs, 
whether we have two ADs, or three, so that part is happening.
This was the smallest change we could think of.
If we don’t add a third TSV AD, we need to make bigger changes (“go big 
or go home”).

Q: Fix the funding problem directly
Funding problem is the worst for academics and researchers
Can’t get US researchers funded as ADs at all. EU researchers a little 
better but still very hard
Funding from ISOC? Funding from ICANN?
Google concerned that direct funding would cause (apparent or real) 
conflicts of interest

A: Fix the funding problem directly
Biggest change the community proposed.
Not sure how it helps attract researchers and academics.
We’ve heard concerns about “full time standards people” for years. This 
may be more so.
If we do this, it’s not clear why the proposal would be limited to TSV.

Q: Size the area for available ADs
Stop doing academic exercises
Start closing working groups
Reduce the number of documents in process

A: Size the area for available ADs
We are closing working groups now.
We are giving away working groups now.
Not clear how much more we can downsize.
“Core TSV only” is still something like 10 WGs.
Much new IAB Stack Evo work fits in core TSV.

**Summary of TSV AD responses
Jobsharing - would help
Use Deputy ADs - would help
Add a third AD - would help
Fix funding problem - wouldn’t help
Resize TSV area - wouldn’t help

   Spencer and Martin

Martin Stiemerling | 23 Jun 17:51 2015
Picon

Time for new Transport Area Director nominees

Dear all,

My current term as Transport Area Director will end in April 2016 at the 
IETF-95 meeting.

I do not plan to stand again as Transport Area Director for a third term.

So, it is time for new Transport Area Director nominees :-)

In case you are interested, but you have questions about the Area 
Director role, feel free to contact me by email or see me at the 
upcoming IETF meeting.

Thank you,

   Martin


Gmane