peering-toolbox:single_upstream_private_peer
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revisionLast revisionBoth sides next revision | ||
peering-toolbox:single_upstream_private_peer [2022/08/01 17:35] – [Single Upstream & Private Peer] philip | peering-toolbox:single_upstream_private_peer [2022/08/26 19:53] – [ROA and Route Object] philip | ||
---|---|---|---|
Line 65: | Line 65: | ||
The next step is to provide them with a [[single_upstream# | The next step is to provide them with a [[single_upstream# | ||
- | LOAs are not usually required as a ROA should be enough to prove the holder of the address space and the origin ASN. But some operators insist on the LOA, still. | + | LOAs are not usually required as a ROA is enough to prove the holder of the address space and the origin ASN. But some operators |
==== ROA and Route Object ==== | ==== ROA and Route Object ==== | ||
- | Confirm that the ROA (and Route Object) with your ASN as the origin of your address space is still present in your RIR's database. Note that if you are migrating from a static set up, do **NOT** delete the existing ROA (or Route Object) that declares their ASN as the origin - you still need it for now. | + | Confirm that the [[peering-toolbox/ |
==== BGP Policy Configuration ==== | ==== BGP Policy Configuration ==== |
peering-toolbox/single_upstream_private_peer.txt · Last modified: 2022/08/26 19:55 by philip