[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

PILC BOF -- Orlando IETF



 
[I appologize if you receive more than one copy of this.]

A quick note to announce a BOF that will be held at the IETF meeting
in Orlando.  This BOF will be to gauage the interest in (and scope
of) possibly creating an IETF working group to document performance
implications of various less-than-ideal link characteristics.
Below is the BOF description.  At the bottom are instructions for
getting on the PILC mailing list.  Please direct all discussions of
the upcoming BOF to the PILC list.  Thanks!

allman




BOF Description:

Name: Performance Implications of Link Characteristics (PILC)
Chairs: Aaron Falk and Mark Allman 
        adalk@mail.hac.com, mallman@lerc.nasa.gov


Description:

The Internet network-layer and transport-layer protocols are
designed to accommodate a very wide range of networking technologies
and characteristics.  Nevertheless, experience has shown that the
particular properties of different network links can have a
significant impact on the performance of Internet protocols
operating over those links, and on the performance of connections
along paths that include such links.  Some examples of possibly
problematic characteristics:

	- Long delay links.  Affects timer estimation, congestion
	  adaptation. 

	- Links with high bandwidth-delay product.  Difficult to
	  fully utilize and still respond to congestion.

	- Links with variable bandwidth-delay products (such as
	  multi-channel ISDN, or LEOs).  Difficult to track how much
	  throughput a connection should try to attain.

	- Links with varying delay. Delays due to link level
	  signalling may affect the accuracy of RTO estimation.

	- Links with link layer flow control.  May have adverse
	  interactions with congestion control.

	- Links with asymmetric bandwidth.  Can lead to throughput
	  limitations such as ACK starvation.

	- Links with unusually high error rates.  Can lead to loss
	  of performance due to inappropriate perception of
	  congestion.  Can impair protocols that do not protect
	  their data with strong checksums.

	- Links with inconsistent error rates.  Can defeat attempts
	  to distinguish between congestive loss and corruption
	  loss. 

        - Links with significant monetary, resource-scarcity, or
	  delay cost for establishing connections and/or keeping
	  connections open.  These encourage not only
	  bandwidth-efficient protocols, but also protocols that
	  cluster their packet exchanges together rather than
	  spacing them out in time, and can increase the cost of
	  using standard soft-state mechanisms such as periodic
	  state refresh messages.

	- Significantly low bandwidth links.  Creates pressure for
	  mixing together otherwise separate elements (such as
	  transport and network layers, or multiple transport
	  connections) in an effort to reduce bandwidth requirements
	  via compression.

	- Unidirectional.  Can make link-layer request/response, such as ARP,
	  impossible.  (UDLR already addresses the routing elements
	  of this.)

	- Non-transitive reachability (A can reach B, and B can reach C,
	  but A can't reach C).  Breaks assumptions about subnet
	  properties.

	- Shared-channel broadcast to huge numbers of receivers.  Such
	  links stress the notion of using them for unicast traffic
	  and the viability of protocols that require a backchannel
	  such as IGMP.  Such links also incur a danger of major
	  broadcast reply implosions.

	- Links that reorder packets.  Can erroneously trigger TCP fast
	  retransmission.  Impairs protocols that adapt based on
	  timing analysis.  Can stress reassembly code if not well
	  tuned.

	- Multipathing.  Can complicate protocol adaptation since there
	  is no longer a single path property to estimate, but more
	  than one.  Diminshes efficiency of header compression
	  algorithms.

	- Links with intermittent outages.  Timers may fail to adapt
	  to outage and either falsely signal lost connectivity, or
	  back off so far that response once the outage resolves is
	  highly delayed.

	- Small MTU links.  Can lead to "black holes" if PMTU
          discovery mechanism fails.

This BOF will explore the size of this problem space: what sort of
link characteristics prove problematic, what sort of Internet
protocols are adversely affected?

One goal is to assess the utility of forming a working group to
produce informational document(s) detailing how link characteristics
interact with different IETF protocols - what well-established and
less-well-established steps can be taken to ameliorate these
problems.

Another goal is to assess the utility forming a working group(s) to
develop modifications or extensions to IETF protocols to address the
most pressing performance issues.

Note that the BOF focusses on link *characteristics* and not on link
layer *technologies* such as Frame Relay, ATM or Ethernet.
Discussing particular characteristics present in some of these
(e.g., capture effect) is in scope; discussing aspects of the
technology as a whole (e.g., CIR) is out of scope.

A mailing list for discussing the issues related to this BOF has
been setup.  Notes to the list should be sent to
pilc@lerc.nasa.gov.  To subscribe to the mailing list, send a note
to majordomo@lerc.nasa.gov with the words "subscribe pilc" in the
body of the note.  The mailing list archive is available at
http://pilc.lerc.nasa.gov/pilc/.