Re: [Idr] WG adoption call for draft-ymbk-idr-bgp-open-policy (5/20 to 6/3/2017).

I see a BGP role of transit provider, but not one for transit customer. Those tend to be different than edge or enterprise customers. Their usually connected to a border aka peering router(s) not an edge, although both can and do happen. The complex role may work for that as it allows for nearly any type of role.
But many of us have borders (peering only maybe with transit customers), and edges (enterprise maybe some transit customers).

Those that restrict transit customers to just one of those types or routers would be able to have a simpler set of edge or border wide policies for enterprise, or peering only routers.
We may also have the case where a transit customer pays for what transits our network but doesn't pay for what lands on our network.

I have probably just made the case for your complex role.

Next and this is just a NIT.
I think this:
BGP Internal Only To Customer attribute
The Internal Only To Customer (iOTC) attribute is a new optional,
 non-transitive BGP Path attribute with the Type Code <TBD3>.

Should be this:
BGP Internal Only to Customer attribute
The Internal Only to Customer (IOtC) attribute is a new optional,
 non-transitive BGP Path attribute with the Type Code <TBD3>.

But could argue IOC (dropping the to altogether from it making it a TLA).
I could also argue for IOTC. But the small i... seems wrong.

if (initial_ttl!=255) then (rfc5082_compliant==0)
Donald.Smith@centurylink.com

From: Idr [idr-bounces@ietf.org] on behalf of Ruediger Volk, Deutsche Telekom Technik - FMED-41.. [rv@NIC.DTAG.DE]
Sent: Friday, June 02, 2017 12:06 PM
To: Susan Hares
Cc: 'idr wg'; rv@limes.NIC.DTAG.DE
Subject: Re: [Idr] WG adoption call for draft-ymbk-idr-bgp-open-policy (5/20 to 6/3/2017).

  > This begins a 2 week WG Adoption call for draft-ymbk-idr-bgp-open-policy
  > (5/20 to 6/3/2017)
I strongly support adoption,
and consider it a worthy candidate for the being progressed quickly.

we are putting it in our list of requests for vendors product developement
roadmaps

Ruediger Volk

_______________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr
This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.