|
||||||||||||||||
| What is the DPE? | Why non-ISPs should peer | Who uses the DPE? | How does it work? | Getting Started | Route registry | Show DPE Routes | Change DPE Route filters | IPv4 Looking Glass | NZ Internet Exchanges | Home | ||||||
Getting StartedIf you'd like to participate in the DPE then you'll need:
Once you've completed the form we'll send you some details on your 3CIX IP address and a sample config for a Unix based router using Zebra or Quagga on a Unix based router. If you are using If you are a Cisco router this config will work with minor changess. If you're using another type of router you'll need to do a little more work.
Checking the running systemYou can check your details in the route servers via a web based interface called a looking glass. The DPE Looking Glass allows you to check whether your BGP peering sessions with our route servers are running correctly. If you are an DPE peer you should check that you are peering with both route servers and announcing the same number of prefixes on each one - use the show ip bgp summary option and look for the DPE IP address you were assigned in the output.
If things aren't working as you'd like you can debug this using the Looking Glass. Let's use the CityLink office peering session as an example - yes, we eat our own dog food. Our IP address on the DPE is 192.203.154.4 so we'll use that to check details of CityLink's own routing announcements to the route servers. Select the show ip bgp option on the web page, type neighbor 192.203.154.4 received-routes (note the American spelling) in the Argument box and Execute. This will show you something like this:
If you do this using the DPE IP address we assigned to you then this will show a list of prefixes you are actually sending to the route servers. If the list is empty then your BGP process is not announcing prefixes to us. If this list matches what you're sending then it looks the filter lists don't match your announcements and you'll need to contact us to get that fixed.
If things are working correctly then the routes and received-routes outputs should match. |
||||||