[HamWAN PSDR] Request for Software - IP Protocol Filtering Measurement

[Kenny Richards]

I was surprised there wasn't something already out there that did this, but
in my 10 minutes of google searching I couldn't find anything. What I did
find was the building blocks for making a tool for Bart's IP protocol
stress test. (BIPPST)  Someone already built the tool (
http://nemesis.sourceforge.net/ ) to build various kinds of packets from a
script, so you would just need to build the receiving in. This is the tool
for generation I found, I'm sure there are lots over versions of this for
security work floating around.

For what it is worth, I also noticed a series of outages last night with my
Comcast business line. Started just after midnight and ended around 02:30
this morning. I wonder if this was a more general network maintenance event
and not something specific.

Thanks
Kenny


On Sat, May 3, 2014 at 10:33 AM, Bart Kus <me at bartk.us> wrote:

> Hi,
>
> During some cell site work last night, I seem to have experienced Comcast
> dropping packets from point A to point B simply based on the fact that
> their IP protocol was GRE (IP protocol 47).  I also found some posts on the
> Internet that claim Comcast wishes to charge more money to transport GRE
> packets.  I'm not sure if this is true, or if I made a mistake somehow in
> my traffic handling.  Therefore...
>
> Would someone be willing to create software instruments to measure this
> claim in general?  I'd like to see a transmitter and a receiver piece of
> software that can run on Linux to generate and record a sweep of IP packets
> carrying all possible protocol numbers (0-255). The protocol payloads
> themselves don't need to be well-formatted, just the protocol number in the
> IP header needs to be set.  Your software will be considered successful if
> it measures 100% of all protocols as available over an unfiltered (eg: LAN)
> link.
>
> The results of such a measurement would be useful in gauging the ISP
> quality of any given carrier.  It seems we're moving closer to Selective
> Protocol Service Providers (SPSP) and away from true Internet Service
> Providers (ISP) if this GRE finding turns out to be right.
>
> --Bart
>
>
> _______________________________________________
> PSDR mailing list
> PSDR at hamwan.org
> http://mail.hamwan.org/mailman/listinfo/psdr_hamwan.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.hamwan.net/pipermail/psdr/attachments/20140503/90b139a3/attachment.html>