Turkey unfortunately doesn't have a major internet exchange point as we
know it.
It has T-NAP which is few isps coming together and establishing L3 link
between each other and sending some prefixes to keep traffic local. It's
however more like a coordinated PNI not an exchange point.
there are se
On 5 April 2015 at 20:43:24, Mohamed Kamal (mka...@noor.net) wrote:
> and hence being implemented on IOS-XR within the Cisco environment today
I disagree! .. Engineering is all about optimization, and using an ASR1k
(which is being marketed as an "edge/PE router") in my edge doesn't mean
that
> and hence being implemented on IOS-XR within the Cisco environment today
I disagree! .. Engineering is all about optimization, and using an ASR1k
(which is being marketed as an "edge/PE router") in my edge doesn't mean
that my network is not a "high-scale environment", it does mean that it
fits
On 30 March 2015 at 15:42:59, Mohamed Kamal (mka...@noor.net) wrote:
> I'm wondering, why there is no MPLS-TE PCE support for IOS-XE till now?!
>
> Should I be getting a 9k/CRS on the edge to implement an automatic tool
> to build MPLS-TE tunnels!
In general, PCE(P) implementations have been li
> When we renumbered LONAP from /24 to /22, we had to change netblocks too
The LONAP change was the snoothest, speediest, no drama IXP addressing
change I've seen. All IXP should copy their process.
brandon
This is fantastic.
Thank-you everyone for your input. I have a busy day of software evaluation
ahead of me.
Thanks again!
Hank
> Subject: Re: lotsa pcap reporting
> From: john.mason...@gmail.com
> Date: Sun, 5 Apr 2015 10:44:56 -0400
> To: nanog@nanog.org
>
>
> http://www.riverbed.com/products
On 5 Apr 2015, at 04:29, Paul Stewart wrote:
> I worked for a provider until recently that happened to get an IP assignment
> at an IXP that was transitioning from /25 to /24. It was painful chasing
> down peers to get them to change their netmask just so we could connect.
> This went on for sev
http://www.riverbed.com/products/performance-management-control/network-performance-management/packet-analysis.html#Overview
> On Apr 5, 2015, at 10:05 AM, Harry Hoffman wrote:
>
> So, NTop or Afterglow might be a good start. They are both user-friendly
> tools that can ingest pcap files and o
>
> On 4/4/2015 3:11 AM, Lou Ashtonhurst wrote:
>
>> Randy, you can just use the contact details on their page about it:
>>
>> https://support.google.com/websearch/contact/ban
>>
>> Ask them for the netflow or other source of proof. My understanding was
>> they blocked on /32s not larger subnets wh
So, NTop or Afterglow might be a good start. They are both user-friendly
tools that can ingest pcap files and output all sorts of pretty things.
Cheers,
Harry
On 04/05/2015 09:36 AM, Hank Disuko wrote:
> Thanks for the response, Harry.
>
> the basic stuff that managers are interested in seeing
Thanks for the response, Harry.
the basic stuff that managers are interested in seeing:
- yes what you said- who or what is taking up all my precious network
bandwidth- colourful 3D pie charts
Kind regards,
Hank
> Date: Sun, 5 Apr 2015 09:30:03 -0400
> Subject: Re: lotsa pcap reporting
> From: hh
Hmm, maybe start with defining what you want to report about?
Top talkers, top protocols/ports, open services, DNS info, reconstructed files,
etc...
Lots of different tools but it depends on what you want to do.
Cheers,
Harry
On Apr 5, 2015 9:16 AM, Hank Disuko wrote:
>
> hi nanog folks,
>
hi nanog folks,
i have 7GB of darn pcap data separated into individual 50MB files. Collected
via Wireshark.
i need a tool that can slurp in all this data and regurgitate pretty, colourful
and management-friendly reports. Windows or Linux.
any suggestions?
thanks,
Hank
+1
I worked for a provider until recently that happened to get an IP assignment
at an IXP that was transitioning from /25 to /24. It was painful chasing
down peers to get them to change their netmask just so we could connect.
This went on for several months dealing with the peering/network conta
On 05/04/2015 03:32, Robert Seastrom wrote:
> As you may know if you've played around with recent Apple Airports
> (Express at least) in bridge mode with "guest network" turned on, they
> seem to know about 802.1q and have fairly reasonable or at least
> defensible behavior out of the box - that is
On 4/4/2015 3:11 AM, Lou Ashtonhurst wrote:
Randy, you can just use the contact details on their page about it:
https://support.google.com/websearch/contact/ban
Ask them for the netflow or other source of proof. My understanding
was they blocked on /32s not larger subnets which would indicate
16 matches
Mail list logo
