Skip to content

faelix/peering101

 
 

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

19 Commits
 
 
 
 
 
 
 
 
 
 

Repository files navigation

So, You've Decided To Peer -- What Next?

This project seeks to make an easy to follow, concise publication on how to be a "good BGP citizen". This should include examples for as many "big vendor" routing platforms as possible, and be applicable to all BGP peering sessions (with the possible exception of transit).

It aims to cover, in decreasing order of urgency / effort borne by the operator:

  • How to use max-prefix safely.
  • How to generate / use prefix lists.
  • How to generate / use as-path filters.
  • How to implement BCP38 on your edge ports.
  • How to implement RPKI, where applicable.

It will not cover:

  • Edge cases.
  • What BGP is, or what iBGP/eBGP is.
  • What peering is, or how to peer effectively.
  • Good / Bad networks to peer with.
  • The history of peering.
  • Peering policies.
  • BGP Path selection.
  • BGP Communities, except with an IXP Route Server if relevant.

It should remain, where possible, without overly vendor specific features or mentions of particular products in isolation.

The expected deliverables are threefold:

  1. An HTML guide, on readthedocs.org or similar.
  2. A PDF (preferably in A4, A5, and US Letter sizes) for download. RTD does this automatically.
  3. A slide-deck for inclusion into Network Operator Group conferences.

It is likely that #3 will be created at a later date.

At present, it is automatically built and pushed on readthedocs.org at: https://peering.readthedocs.org/en/latest/ -- seconds after merging your pull request, the whole world will be able to see your changes live!

Other efforts exist, from the overly verbose and messy eBGP BCOP, to the incredibly long winded and technical MANRS document. This is designed as a distributable by internet exchanges when a peer first joins for them to read. It should have links to "further reading" that may include documents like MANRS, when that is completed and available.

All submitted contributions to the main upstream source repository must be in source (preferably textual) form. If you choose to submit a binary (such as an image) it must be absent of all branding (commercial or otherwise) and be provided free of charge and subject only to the terms of the license of this documentation. You must have rights to the submitted material, and must be able to release into the Public Domain (or CC0 where that is not possible). This does not infringe on your right to fork this repository and produce your own derivative work.

About

So You've Decided To Peer -- What Next?

Resources

License

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Languages

  • Python 54.7%
  • Makefile 45.3%