RE: another cogent oddity

[John van Oppen <jvanoppen () spectrumnet us>]

cogent is well known not to filter in any useful way... in terms of sources that should not be there, we see the same 
thing (or did the last time I looked).



John van Oppen
Spectrum Networks
Direct: 206-973-8302
Main: 206-973-8300

________________________________________
From: NANOG [nanog-bounces+jvanoppen=spectrumnet.us () nanog org] on behalf of ryanL [ryan.landry () gmail com]
Sent: Thursday, October 09, 2014 10:35 AM
To: North American Network Operators Group
Subject: another cogent oddity

you may remember me from the weird cogent route retention / loop
problem i brought up last week. it remains unsolved by cogent to date.

also remembering i'm a relatively new cogent customer, i recently
noticed some packets floating into my network that had cos and ipp
markings on them. i figured i'd try to find where they were coming
from, so i crafted up something like this and placed it inbound on my
two transits (cogent and xo), excluding network control markings.

from {
        dscp [ af11 af12 af13 af21 af22 af23 af31 af32 af33 af41 af42
af43 cs1 cs2 cs3 cs4 cs5 ef ];
        precedence [ 1 2 3 4 5 ];
}

all of it is coming in from cogent:

COGENT-NOT-BE  -> 4217788987
XO-NOT-BE  -> 0

i shifted all traffic to XO just to make sure. the XO counter doesn't budge.

seems like one transit is remarking everything to best effort before
sending to me (which is preferred), and the other is not.

am i odd to think that this is... odd?

i also get a remarkable amount of hits against these destinations
coming in on the cogent side, whereas i get none on the XO side.

show policy-options prefix-list PUBLIC-BAD-NETS
10.0.0.0/8;
169.254.0.0/16;
172.16.0.0/12;
192.168.0.0/16;
224.0.0.0/4;

ryan