[c-nsp] Peering + Transit Circuits

Gert Doering gert at greenie.muc.de
Tue Aug 18 08:47:48 EDT 2015


On Tue, Aug 18, 2015 at 08:29:31AM -0400, Tim Durack wrote:
> 4. Don't worry about peers stealing transit.
> 5. What is peering?

I'm afraid that the majority of answers will be 4./5., mixed with
"6. what? how can peers stell my transit?!"

We're somewhat into the "we'll notice if there is surprisingly high
inbound traffic on peering, and then we'll find the peer, and apply
appropriate measures" camp... (since we're a hosting shop, we have mostly 
outgoing traffic, so "significant" amounts of incomnig traffic stick

But yeah, something more strict might be in order.

(It would be cool if Cisco would understand that hardware forwarding
platforms need useful netflow with MAC-addresses in there...  ASR9k at 
least got working MAC-accounting, but more fine grained telemetry would
certainly be appreciated.  Software IOS can do it, Sup720 cannot do it
due to hardware constraints, Sup2T exports MAC addresses taken from random 
caches in the system but not the inbound packets, XR doesn't do it at all,


USENET is *not* the non-clickable part of WWW!
Gert Doering - Munich, Germany                             gert at greenie.muc.de
fax: +49-89-35655025                        gert at net.informatik.tu-muenchen.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 291 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-nsp/attachments/20150818/6efbc815/attachment.sig>

More information about the cisco-nsp mailing list