[Idr] New ID and request for time slot

I've put together a new draft, with the (ambitious!) goal of addressing 
a few of the outstanding BGP issues:
- wedgies
- persistent oscillations
- path hunting.

I've included most of the supporting examples for the first two, which 
are clearly smaller in scope.

I'll be doing more work (between now and IETF-71) to produce example 
cases for the path hunting problem (w.r.t. the new draft).
My hope is this can reduce the level of induced churn caused by path 
hunting.

I'd respectfully request a slot in Philly to present this material.

Comments are obviously welcome, as well as any pointers to tools for 
evaluating path hunting behavior.

Obviously, adding new attributes isn't something to be done lightly, but 
if the results are compelling enough, it may be an appropriate path to take.

I'd appreciate it if we can first look to see if the results are 
compelling, before getting into whether they are compelling enough. :-)

Thanks,

Brian Dickson

> A new version of I-D, draft-dickson-idr-second-best-backup-00.txt has 
> been successfuly submitted by Brian Dickson and posted to the IETF 
> repository.
>
> Filename:        draft-dickson-idr-second-best-backup
> Revision:        00
> Title:           Enhanced BGP Capabilities for Exchanging Second-best 
> and Back-up Paths
> Creation_date:   2008-02-05
> WG ID:           Independent Submission
> Number_of_pages: 20
>
> Abstract:
> This Internet Draft describes an enhanced way to exchange prefix
> information, to permit multiple copies of a prefix with different
> paths to be announced and withdrawn.
>
> This negotiated capability provides faster local (inter-AS) and
> global (intra-AS) convergence, reduces path-hunting, improves route-
> reflector behaviour, including eliminating both persistent
> oscillations and BGP "wedgies".
>
> Additional prefix instances have new optional transtive BGP
> attributes, to control path selection.
>
> Withdrawl of prefixes will require path attributes.
>
> Benefits are seen both when deployed intra-AS, and on inter-AS
> peering.
> Author's Note
>
> This Internet Draft is intended to result in this draft or a related
> draft(s) being placed on the Standards Track for idr.

_______________________________________________
Idr mailing list
Idr@ietf.org
http://www.ietf.org/mailman/listinfo/idr