Subject: [Iccrg] Call for Nominations: Applied Networking Research Prize (ANRP) for IETF-82
From: [email-masked] (Lars Eggert)
Date: Tue Aug 2 14:41:28 2011

CALL FOR NOMINATIONS:

      APPLIED NETWORKING RESEARCH PRIZE (ANRP)
      
               http://irtf.org/anrp

*** Submit nominations until August 28 for the ANRP for IETF-82,
*** November 13-18, 2011 in Taipei, Taiwan:
*** http://fit.nokia.com/anrp/82/

The Applied Networking Research Prize (ANRP) is awarded for
recent results in applied networking research that are relevant
for transitioning into shipping Internet products and related
standardization efforts. Researchers with relevant, recently
published results are encouraged to apply for this prize, which
will offer them the opportunity to present and discuss their work
with the engineers, network operators, policy makers and
scientists that participate in the Internet Engineering Task
Force (IETF) and its research arm, the Internet Research Task
Force (IRTF). Third-party nominations for this prize are also
encouraged. The goal of the Applied Networking Research Prize
(ANRP) is to recognize the best new ideas in networking, and
bring them to the IETF and IRTF especially in cases where they
would not otherwise see much exposure or discussion.

The Applied Networking Research Prize (ANRP) consists of:

* cash prize of $500 (USD)

* invited talk at the IRTF Open Meeting

* travel grant to attend the week-long IETF meeting
  (airfare, hotel, registration, stipend)

* recognition at the IETF plenary

* invitation to related social activities

* potential for additional travel grants to future IETF
  meetings, based on community feedback

HOW TO APPLY

Only a single person can be nominated based on a peer-reviewed,
recently-published, original journal, conference or workshop paper
they authored. The nominee must be one of the main authors of the
nominated paper. Both self nominations (nominating one?s own paper)
and third-party nominations (nominating someone else?s paper) are
encouraged.

The nominated paper should provide a scientific foundation for
possible future IETF engineering work or IRTF experimentation,
analyze the behavior of Internet protocols in operational
deployments or realistic testbeds, make an important contribution
to the understanding of Internet scalability, performance,
reliability, security or capability, or otherwise be of relevance
to ongoing or future IETF or IRTF activities.

Applicants must briefly describe how the nominated paper relates
to these goals, and are encouraged to describe how presentation
of these research results will foster their transition into new
IETF engineering or IRTF experimentation, or otherwise seed new
activities that will have an impact on the real-world Internet.

The goal of the Applied Networking Research Prize (ANRP) is to
foster the transitioning of research results into real-world
benefits for the Internet. Therefore, applicants must indicate
that they (or the nominee, in case of third-party nominations)
are available to attend the respective IETF meeting in person and
in its entirety.

Nominations must include:

* the name and email address of the nominee

* a reference to the published nominated paper

* a PDF copy of the nominated paper

* a statement that describes how the nominated paper
  fulfills the goals of the award

* a statement that the nominee is available to attend the
  respective IETF meeting in person and in its entirety

* a brief biography or CV of the nominee

* optionally, any other supporting information (link to
  nominee's web site, etc.)

*** Nominations are submitted via the submission site:
*** http://fit.nokia.com/anrp/82/

SELECTION PROCESS

A small selection committee comprised of individuals
knowledgeable about the IRTF, IETF and the broader networking
research community will evaluate the submissions against these
selection criteria. The goal is to select 1-2 submissions for the
Applied Networking Research Prize (ANRP) during each nomination
period. All nominees will be notified by email.

IMPORTANT DATES

Applications open:  August 1, 2011
Applications close: August 28, 2011
Notifications:      September 20, 2011
IETF-82 Meeting:    November 13-18, 2011 in Taipei, Taiwan 

SPONSORS

The Applied Networking Research Prize (ANRP) is supported by the
Internet Society (ISOC), as part of its Internet Research Award
Programme, in coordination with the Internet Research Task Force
(IRTF).
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4367 bytes
Desc: not available
Url : http://oakham.cs.ucl.ac.uk/pipermail/iccrg/attachments/20110802/a1d4a953/smime.bin
>From [email-masked]  Mon Aug 22 14:04:16 2011
From: [email-masked] (Scheffenegger, Richard)
Date: Mon Aug 22 14:02:53 2011
Subject: [Iccrg] RE: [conex] ECN in TCP and CWND
In-Reply-To: <[email-masked]>
References: <[email-masked]>
	<[email-masked]>
Message-ID: <[email-masked]>

Hi Ingemar,

I believe there was a very similar question recently in TCPM, revolving around TCP-NCR, i.e.

http://www.ietf.org/mail-archive/web/tcpm/current/msg06528.html

My summary was that RFC5681 does allow cwnd to increase whenever an ACK acks new data (as would be the case with ECN); however, the consensus back then was that cwnd should not increase during "exceptional" events (reordering, loss recovery, ecn rtt), even though that may hinder tcp from throttling up when that may be safe...

OTOH, if cwnd is held constant during such events, particular loss recovery may not complete without RTO (and subsequent slow start), or cwnd may reduce to (and kept at) 1 segment for extended periods of time...

But your observation, that many implementations will actually increase cwnd after the cwnd reduction event, was made then too. 

Further note, that this particular behavior may get addressed with draft-mathis-tcpm-proportional-rate-reduction-00, as the cwnd reduction will be spaced out over ~1RTT -  basically a new ACK will not necessarily trigger the sending of a new data segment (and not increase cwnd), when PRR is active.

But you may want to take this question to the tcpm group too...

Best regards,

Richard Scheffenegger

> -----Original Message-----
> From: Ingemar Johansson S [mailto:[email-masked]]
> Sent: Montag, 01. August 2011 19:13
> To: [email-masked]
> Cc: ConEx IETF list
> Subject: [conex] ECN in TCP and CWND
> 
> Hi
> 
> I am digging in an experimental ECN for TCP implemementation. It is
> supposed to be implemented according to RFC3168.
> 
> As I understand things "TCP should not react to congestion indications
> more than once every window of data" (6.1.3 in RFC3168)
> Sofar so good, sounds very reasonable.
> But what about CWND?, should it be allowed to increase during this
> time?.
> 
> To me it sounds most reasonable to _not_ allow the CWND to increase
> during the time that congestion indications are ingored but the code I
> am staring at does not behave in this way.
> 
> 
> What is the correct behavior ?
> 
> Regards
> Ingemar
> =================================
> INGEMAR JOHANSSON  M.Sc.
> Senior Researcher
> 
> Ericsson AB
> Wireless Area Networks
> Labratoriegr?nd 11
> 971 28, Lule?, Sweden
> Phone +46-1071 43042
> SMS/MMS +46-73 078 3289
> [email-masked]
> www.ericsson.com
> Visit http://labs.ericsson.com !
> =================================
> _______________________________________________
> conex mailing list
> [email-masked]
> https://www.ietf.org/mailman/listinfo/conex

From: [email-masked] (Thomas Dreibholz)
Date: Tue Aug  2 08:46:47 2011
Subject: [Iccrg] Call for Papers: PAMS 2012 -- 2nd International Workshop on Protocols and Applications with Multi-Homing Support
Message-ID: <[email-masked]>

(Our apologies if you receive multiple copies of this CfP)

CALL FOR PAPERS

2nd International Workshop on Protocols and Applications with Multi-Homing 
Support (PAMS 2012)
In conjunction with the 26th IEEE International Conference on Advanced 
Information Networkingand Applications (AINA 2012)
Fukuoka, Japan, March 26-29, 2012
http://tdrwww.iem.uni-due.de/pams2012.html

The intent of our workshop is to bring together people from research and
industry, in order to provide a discussion forum for state-of-the-art topics
related to multi-homing on Network, Transport, Session and Application Layers.
The PAMS workshop will include full-paper sessions as well as a poster session
(with short presentations) to introduce preliminary ideas as well as work in
progress.

Workshops proceedings will be published by the IEEE CS Conference Publishing
Service and will be included in the Digital Library.

The main topics to be addressed include (but are not limited to):

    * Network Resilience by Multi-Homing
    * Network Architectures for Multi-Homed Systems
    * Performance Evaluation of Multi-Homed Systems
    * Deployment of Multi-Homed Protocols in Existing Networks
      with Middleboxes
    * Design and Implementation of Multi-Homed Systems
    * Load Sharing and Load Balancing for Multi-Homed Systems
    * Mobility for Multi-Homed Systems
    * Protocols with Multi-Homing Support
    * Congestion and Flow Control of Multi-Homed Systems
    * Quality of Service for Multi-Homed Systems
    * Security of Multi-Homed Systems
    * Application Deployment and Support for Legacy Applications
    * Cross-Layer Optimization for Multi-Homed Systems
    * Multi-Homing in the Context of Future Internet

GENERAL CHAIRS:

    * Thomas Dreibholz, University of Duisburg-Essen, Germany
    * Martin Becke, University of Duisburg-Essen, Germany

PROGRAM CHAIRS:

    * Michael T?xen, M?nster University of Applied Sciences, Germany
    * Erwin P. Rathgeb, University of Duisburg-Essen, Germany

PROGRAM COMMITTEE

    * Hakim Adhari, University of Duisburg-Essen, Germany
    * Nicola Altan, Cetekom, Germany
    * Paul Amer, University of Delaware, U.S.A.
    * Anna Brunstr?m, Karlstad University, Sweden
    * Glenford Mapp, Middlesex University, United Kingdom
    * Michio Honda, Keio University, Japan
    * Seok J. Koh, Kyungpook National University, Korea
    * Preethi Natarajan, Cisco, U.S.A.
    * Brad Penoff, University of British Columbia, Canada
    * Irene R?ngeler, M?nster University of Applied Sciences, Germany
    * Robin Seggelmann, M?nster University of Applied Sciences, Germany
    * Esbold Unurkhaan, Mongolian University of Science and Technology, 
Mongolia
    * Alan Wagner, University of British Columbia, Canada
    * Michael Welzl, University of Oslo, Norway

IMPORTANT DATES

    * Paper Submission Deadline:       October 01, 2011
    * Author Notification:             December 01, 2011
    * Camera-Ready Paper Submission:   January 06, 2012

CONTACT

For further information, please contact:

    * Thomas Dreibholz (dreibh AT iem.uni-due.de)
    * Martin Becke (martin.becke AT uni-due.de)

WEBSITE

http://tdrwww.iem.uni-due.de/pams2012.html

From: [email-masked] (Ingemar Johansson S)
Date: Mon Aug  1 18:10:51 2011
Subject: [Iccrg] ECN in TCP and CWND
In-Reply-To: <[email-masked]>
References: <[email-masked]>
Message-ID: <[email-masked]>

Hi

I am digging in an experimental ECN for TCP implemementation. It is supposed to be implemented according to RFC3168.

As I understand things "TCP should not react to congestion indications more than once every window of data" (6.1.3 in RFC3168) 
Sofar so good, sounds very reasonable. 
But what about CWND?, should it be allowed to increase during this time?. 

To me it sounds most reasonable to _not_ allow the CWND to increase during the time that congestion indications are ingored but the code I am staring at does not behave in this way.

What is the correct behavior ?

Regards
Ingemar
=================================
INGEMAR JOHANSSON  M.Sc. 
Senior Researcher

Ericsson AB
Wireless Area Networks
Labratoriegr?nd 11
971 28, Lule?, Sweden
Phone +46-1071 43042
SMS/MMS +46-73 078 3289
[email-masked]
www.ericsson.com
Visit http://labs.ericsson.com !
=================================