Re: IPv6 traffic percentages?
On 18 June 2017 at 17:36, Radu-Adrian Feurdean < na...@radu-adrian.feurdean.net> wrote: > so for the record, business customers are much more active in > *rejecting* IPv6, either explictely (they say they want it disabled) or > implicitly (they install their own router, not configured for IPv6). The > bigger the business, the bigger the chance of rejection. > Did they per chance state their reasons for rejecting it? -- Mukom Akong T. LinkedIn:Mukom <https://www.linkedin.com/in/mukom> | twitter: @perfexcellent -- “When you work, you are the FLUTE through whose lungs the whispering of the hours turns to MUSIC" - Kahlil Gibran ---
Re: Experiences with IPv6 and Routing Efficiency
On Sun, Jan 19, 2014 at 8:15 PM, Nick Hilliard n...@foobar.org wrote: If some third party decides to send packets to a massive number of addresses on that LAN, then the router which is forwarding these packets will attempt to perform ND for these addresses. This can trivially be used as a cache exhaustion attack, which can cause regular connectivity on that LAN to be trashed. I totally forgot about this scenario. Yes it is a real problem. -- Mukom Akong T. http://about.me/perfexcellence | twitter: @perfexcellent -- “When you work, you are the FLUTE through whose lungs the whispering of the hours turns to MUSIC - Kahlil Gibran ---
Re: Experiences with IPv6 and Routing Efficiency
On 18 Jan 2014 09:42, bmann...@vacation.karoshi.com wrote: please define efficient in this context. Would a routing device process (while forwarding for example) more IPv6 packets than IPv4? Not a dictionary definition /bill On Sat, Jan 18, 2014 at 08:09:58AM +0400, Mukom Akong T. wrote: Hello folks, Does anyone have any experiences or insights to share on how more (or less) efficient routing is with IPv6? Any specific thoughts with respect to how the following characteristics help or not with routing efficiency? - fixed header size - Extension header chain - flow labels in header - no intermediate fragmentation - no checksums Thanks in advance. -- Mukom Akong T. http://about.me/perfexcellence | twitter: @perfexcellent -- “When you work, you are the FLUTE through whose lungs the whispering of the hours turns to MUSIC - Kahlil Gibran ---
Re: Experiences with IPv6 and Routing Efficiency
Thank you all for your insightful responses (please keep them coming). On Sat, Jan 18, 2014 at 9:51 PM, Mark Tinka mark.ti...@seacom.mu wrote: It could (as a function of raw traffic). What's the concern, unless we misunderstand? Was just trying to get more info from large networks about whether how some of the things that make theoretical logical sense actually work out in practice that way e.g. whether fixed header size and the fewer headers required to decode to read an IPv6 packet (with respect to IPv4) really may provide some signifiant performance advantages. I do realise that question might be difficult to prove on a real network that runs dual stack. Since the existence of IPv4 on both control and data planes may have consequences that we don't immediately understand. -- Mukom Akong T. http://about.me/perfexcellence | twitter: @perfexcellent -- “When you work, you are the FLUTE through whose lungs the whispering of the hours turns to MUSIC - Kahlil Gibran ---
Re: Experiences with IPv6 and Routing Efficiency
On Sat, Jan 18, 2014 at 4:22 PM, Nick Hilliard n...@foobar.org wrote: extension headers are a poor idea because it's troublesome to process them on cheap hardware. Have you found them to be more troublesome to process than IPv4 options are/were? Because of this, packets with any sort of extension headers are routinely dropped by a large percentage of organisations. Flow labels are generally unused (i.e. set to zero by many host stacks). -- Mukom Akong T. http://about.me/perfexcellence | twitter: @perfexcellent -- “When you work, you are the FLUTE through whose lungs the whispering of the hours turns to MUSIC - Kahlil Gibran ---
Re: Experiences with IPv6 and Routing Efficiency
Thank you for your responses Saku, On Sat, Jan 18, 2014 at 5:00 PM, Saku Ytti s...@ytti.fi wrote: 2. lack of checksum - in some instances packet corruption maybe impossible to detect in network How prevalent is this problem? There might be not point fixing a problem with a 0.2% probability of occurring, especially as it might be cheaper to detect and fix the errors at the application layer. 3. solicited-node multicast in LAN - replaces broadcast 'problem' with vastly harder problem - likely most practical deployments will just use traditional flooding Could you please explain how broadcast is better than solicited node multicast. In any case we aren't getting round that for now and it is deeply imbedded in NDP. I am interested in your negative experiences with solicited node multicasts. 4. large lans - no really ipv6's fault, but addressing policy's fault - due to vast scale, large lan adds hard to solve dos vectors Just because you can have 2^64 possible hosts on a LAN still doesn't mean we through principles of good LAN design out the door. :-) So I'd say it's rather the fault of shoddy network design rather than address policy. -- Mukom Akong T. http://about.me/perfexcellence | twitter: @perfexcellent -- “When you work, you are the FLUTE through whose lungs the whispering of the hours turns to MUSIC - Kahlil Gibran ---
Experiences with IPv6 and Routing Efficiency
Hello folks, Does anyone have any experiences or insights to share on how more (or less) efficient routing is with IPv6? Any specific thoughts with respect to how the following characteristics help or not with routing efficiency? - fixed header size - Extension header chain - flow labels in header - no intermediate fragmentation - no checksums Thanks in advance. -- Mukom Akong T. http://about.me/perfexcellence | twitter: @perfexcellent -- “When you work, you are the FLUTE through whose lungs the whispering of the hours turns to MUSIC - Kahlil Gibran ---
Re: What Should an Engineer Address when 'Selling' IPv6 to Executives?
On Thu, Mar 7, 2013 at 12:25 AM, William Herrin b...@herrin.us wrote: For that, you need the help of a real cost analyst. That's what they're for; they help organizations figure out a solid idea what something will really cost before they start spending money. If your organization is large, you may even have one on staff somewhere. Point taken. Thank you. Implicitly they'll also be looking for the answer to a fourth question: Do you know WTF you're talking about? If you assure them it's all peaches and cream with tiny costs and no opportunity cost, the answer is, no. I believe if anyone who can phrase the IPv4 Exhaustion Problem + IPv6 Solution in very specific terms of the business model of the company will implicitly inspire confidence in execs that they know what they are talking about. Your first paragraph loses the argument: the day has past when IPv6 could become a credible solution to the IPv4 exhaustion problem. Like it or lump it, NAT was the solution to the IPv4 exhaustion problem. Which the exec will learn when he chats up his computer literate buddy before making his decision. I don't think NAT solves the problem in a sustainable way. Sure for managers that are already driven by short-term goals, that's fine however in Africa, we are seeing situations where NAT just doesn't scale. Specifically with the influx of submarine cables, the bottleneck has shifted from 'available bandwidth' to 'NAT' (or strictly speaking NAPT) capacity. If you're an ISP or you make network software, this is a straightforward case to make. There are public sources of IPv6 deployment rate data. You can presume that a similar rate holds among your customers and that the customers who deploy IPv6 will disqualify your product if the product doesn't work with IPv6. Good point. If your business isn't networks, you have a much harder case to make. As another poster noted, the end of IPv4 is not on the radar yet. A statistically insignificant number of people will change banks this year over their bank's web site IPv6 reachability. Thank you once again. Regards, Bill Herrin -- William D. Herrin her...@dirtside.com b...@herrin.us 3005 Crane Dr. .. Web: http://bill.herrin.us/ Falls Church, VA 22042-3004 -- Mukom Akong T. http://about.me/perfexcellence | twitter: @perfexcellent -- “When you work, you are the FLUTE through whose lungs the whispering of the hours turns to MUSIC - Kahlil Gibran ---
Re: What Should an Engineer Address when 'Selling' IPv6 to Executives?
On Thursday, March 7, 2013, Antonio Querubin wrote: On Wed, 6 Mar 2013, Mukom Akong T. wrote: On Wed, Mar 6, 2013 at 8:20 PM, Antonio Querubin t...@lavanauts.org wrote: I don't think the business case is the issue. It is the timeline over which the sense of urgency becomes important enough for most execs to take seriously. That's still a large unknown. Why should they care about the timeline if they aren't convinced it is even worth doing? If they're convinced that it's not worth doing ever - then you're wasting your own time. They may think it's not worth a lot of effort over the immediate future but if the effort is spread thinly and integrated into regular infrastructure upgrades over a longer period of time then that's an easier pill to swallow. You are talking about people who have already decided its worth doing and so they need convincing as to how early to start. I am thinking of people who need convincing in the first place. For such people, business case is their language, timeline comes after they are convinced Antonio Querubin e-mail: t...@lavanauts.org xmpp: antonioqueru...@gmail.com -- Mukom Akong T. http://about.me/perfexcellence | twitter: @perfexcellent -- “When you work, you are the FLUTE through whose lungs the whispering of the hours turns to MUSIC - Kahlil Gibran ---
Re: What Should an Engineer Address when 'Selling' IPv6 to Executives?
On Wed, Mar 6, 2013 at 8:20 PM, Antonio Querubin t...@lavanauts.org wrote: I don't think the business case is the issue. It is the timeline over which the sense of urgency becomes important enough for most execs to take seriously. That's still a large unknown. Why should they care about the timeline if they aren't convinced it is even worth doing? -- Mukom Akong T. http://about.me/perfexcellence | twitter: @perfexcellent -- “When you work, you are the FLUTE through whose lungs the whispering of the hours turns to MUSIC - Kahlil Gibran ---
What Should an Engineer Address when 'Selling' IPv6 to Executives?
Dear experts, I've found myself thinking about what ground an engineer needs to cover in order to convince the executives to approve and commit to an IPv6 Deployment project. I think such a presentation (15 slides max in 45 minutes) should cover the following aspects: a) Set the strategic context: how your organisation derives value from IP networks and the Internet. b) Overview of the problem: IPv4 exhaustion c) Implications of IPv4 Exhaustion to your organization’s business model. d) Introduction of IPv6 as a solution to IPv4 exhaustion. e) Understanding the risks involved. f) How much will deploying IPv6 will cost. g) Call to action. I've detailed my thinking into each of these items at How to ‘Sell’ IPv6 to Executive Management – Guidance for Engineershttp://techxcellence.net/2013/03/05/v6-business-case-for-engineers/ My question and this is where I'd appreciate some input: a) To all you engineers out there who have convinced managers - what else did you have to address? b) To you who are managers, what else do you need your engineers to address in order for you to be convinced? Regards. As always, all opinions expressed are mine and do not necessarily represent the views of my employers, past or present. -- Mukom Akong T. http://about.me/perfexcellence | twitter: @perfexcellent -- “When you work, you are the FLUTE through whose lungs the whispering of the hours turns to MUSIC - Kahlil Gibran --- -- Mukom Akong T. http://about.me/perfexcellence | twitter: @perfexcellent -- “When you work, you are the FLUTE through whose lungs the whispering of the hours turns to MUSIC - Kahlil Gibran ---
Re: What Should an Engineer Address when 'Selling' IPv6 to Executives?
On Tue, Mar 5, 2013 at 10:35 PM, Gary E. Miller g...@rellim.com wrote: You missed the most important one. Many people now include IPv6 as a mandatory RFQ item. If you don't support it your customers will be fewer and fewer. I did mention it under the last but one paragraph of section [a]. Even though I only mentioned it for gov't contracts as I think those are the fat juicy ones. But yes, I do agree about the fact that non-compliance could mean you lose some business today. Regards -- Mukom Akong T. http://about.me/perfexcellence | twitter: @perfexcellent -- “When you work, you are the FLUTE through whose lungs the whispering of the hours turns to MUSIC - Kahlil Gibran ---
Re: What Should an Engineer Address when 'Selling' IPv6 to Executives?
On Tue, Mar 5, 2013 at 10:41 PM, Cameron Byrne cb.li...@gmail.com wrote: One of the most important things i see not being stressed enough is that IPv6 is frequently free or a low-cost incremental upgrade. So, when calculating ROI / NPV, the hurdle can be very low such that the cash in-flow / cost savings is not a huge factor since the required investment is close to nil. The low hurdle advantage remains only if the organisation starts soon and progresses incrementally. I suspect the longer v6 deployment is put off, the more this advantage is eroded. -- Mukom Akong T. http://about.me/perfexcellence | twitter: @perfexcellent -- “When you work, you are the FLUTE through whose lungs the whispering of the hours turns to MUSIC - Kahlil Gibran ---
Re: What Should an Engineer Address when 'Selling' IPv6 to Executives?
On Wed, Mar 6, 2013 at 12:34 AM, Mike. the.li...@mgm51.com wrote: I would lean towards f) Cost/benefit of deploying IPv6. I certainly agree, which is why I propose understanding you organisation's business model and how specifically v4 exhaustion will threaten that. IPv6 is the cast as a solution to that, plus future unknown benefits that may result from e-2-e and NAT elimination. I have no clue how to sell 'benefit' of IPv6 in isolation as right now even for engineers, there's not much of a benefit except more address space. -- Mukom Akong T. http://about.me/perfexcellence | twitter: @perfexcellent -- “When you work, you are the FLUTE through whose lungs the whispering of the hours turns to MUSIC - Kahlil Gibran ---
Re: What Should an Engineer Address when 'Selling' IPv6 to Executives?
Hello Owen, Would I be accurate in re-phrasing each of these as On Wed, Mar 6, 2013 at 5:41 AM, Owen DeLong o...@delong.com wrote: 1. This will affect the entire organization, not just the IT department and will definitely impact all of apps, sysadmin, devops, operations, and networking teams within the IT department. The scope of the IPv6 endeavour is organisation-wide so as to mitigate any internal disconnects that will result from other units perceiving this as an 'IT department's project?. I would specifically like to at some point later bring in the marketing and sales folks. They can't pitch it correctly if they don't understand it can they? 2. Training will be required for virtually all levels of the organization. End users won't need more than a ~2 hour introduction to what to look for during and after the upcoming changes. The IT department will need substantial training, covering a wide variety of topics (application changes (development, configuration, testing, management), systems administration changes, networking changes, etc.) +1 3. We've actually been through this before. In some cases more than once. e.g.: Novell - TCP/IP Windows Networking - TCP/IP Appletalk - TCP/IP NCP - TCP/IP I totally didn't think of this perspective ... this is really assuring. -- Mukom Akong T. http://about.me/perfexcellence | twitter: @perfexcellent -- “When you work, you are the FLUTE through whose lungs the whispering of the hours turns to MUSIC - Kahlil Gibran ---
Re: What Should an Engineer Address when 'Selling' IPv6 to Executives?
Hello William, Thank you for your inputs, see my comments inline. On Wed, Mar 6, 2013 at 12:09 AM, William Herrin b...@herrin.us wrote: a) Set the strategic context: how your organisation derives value from IP networks and the Internet. b) Overview of the problem: IPv4 exhaustion c) Implications of IPv4 Exhaustion to your organization’s business model. d) Introduction of IPv6 as a solution to IPv4 exhaustion. e) Understanding the risks involved. f) How much will deploying IPv6 will cost. g) Call to action. My experience has been that this model fail to _sell_ IPv6 to non-technical executives. Non-technical executives have 3 questions you must effectively answer: And the model does explicitly address all three concerns (note I only posted an outline ... the post (How to ‘Sell’ IPv6 to Executive Management – Guidance for Engineershttp://techxcellence.net/2013/03/05/v6-business-case-for-engineers/) gives more detail) 1. What is the real dollar cost of doing the project (including both up-front and currently indefinite ongoing costs of dual stack. And don't forget to price out risk!). Now in the post, I mention cost elements. At a point when you are still trying to convince execs about v6, is it possible to have an accurate value for this cost. Wouldn't cost elements and ball-park amounts be sufficient? Please could you shed some more light on 'Pricing out Risk'? any tools and techniques to do that would be highly appreciated. 2. What is the real dollar cost of not doing the project. (i.e. customers you expect to lose because you didn't do it. Don't suggest that IPv6 will allow you to avoid acquiring more IPv4. That's not yet true and if you say, It will be in 5 years the exec will respond, great, come see me in 5 years.) IPv6 has elements of a disruptive technology (right now it really only addresses the needs of a fringe segment of the market and also is perceived as worse with respect to feature set). The inherent problem with such technologies is that no one knows the real dollar cost of NOT taking action (when concrete data becomes available to support that, it would mean it has already seen market success and so if you still don't have it, you'd be too late.) However, in terms of cost (and risk) of inaction - it really will depend on how your organisation derrives value from the Internet and could run from stalled growth in client and revenue base, inability to retain clients and possible unknown adjacent opportunities that will be enabled by IPv6. 3. What is the opportunity cost of doing/not doing the project. Implicitly they'll also be looking for the answer to a fourth question: Do you know WTF you're talking about? If you assure them it's all peaches and cream with tiny costs and no opportunity cost, the answer is, no. I believe if anyone who can phrase the IPv4 Exhaustion Problem + IPv6 Solution in very specific terms of the business model of the company will implicitly inspire confidence in execs that they know what they are talking about. You get maybe 2 slides of summary on the technology and what it's for. If they want to know more, they'll ask. Everything else should focus on answering the above three questions. Regards, Bill Herrin -- William D. Herrin her...@dirtside.com b...@herrin.us 3005 Crane Dr. .. Web: http://bill.herrin.us/ Falls Church, VA 22042-3004 -- Mukom Akong T. http://about.me/perfexcellence | twitter: @perfexcellent -- “When you work, you are the FLUTE through whose lungs the whispering of the hours turns to MUSIC - Kahlil Gibran ---
Re: What Should an Engineer Address when 'Selling' IPv6 to Executives?
Hello all, I forgot to include a link to the post that details the framework I initially suggested. It's at http://techxcellence.net/2013/03/05/v6-business-case-for-engineers/ Regards
Re: IPV6 in enterprise best practices/white papaers
On Mon, Jan 28, 2013 at 7:27 PM, Eugeniu Patrascu eu...@imacandi.netwrote: I thought about running pure IPv6 inside and do 6to4, but it's too much of a headache, Nice call (skipping 6to4) not to mention that not all the internal equipment knows about IPv6 - L2 switches, some terminal servers and so on. Does an L2 switch really care about IPv6? (except for stuff like DHCPv6 snooping, etc?) -- Mukom Akong T. http://about.me/perfexcellence | twitter: @perfexcellent -- “When you work, you are the FLUTE through whose lungs the whispering of the hours turns to MUSIC - Kahlil Gibran ---
What would a Step-by-Step Framework for Planning an IPv6 Deployment Look Like?
Hello all, One of the questions I often get asked during after teaching/facilitating and IPv6 session is: Now I know all these tech bits and how they come together, but what are the steps for deploying IPv6? I've often scratched my head because I thought 'that's obvious', however I gave have detailed and have decided to provide a framework that anyone could use and would like to get critiques and suggestions on how to improve this for folks looking how to kickstart their IPv6 deployment project. http://techxcellence.net/2013/01/28/step-by-step-framework-for-planning-ipv6-deployment/ Surprisingly, these are very familiar steps that almost everyone who has done a project in the past can relate to. The steps are: 1. Set Clear Goals for the IPv6 Deployment Project. 2. Identify the List of Tasks Required to Achieve each Goal. 3. Identify Resources Required to Accomplish each Task. 4. Get Management Approval/Sign-off for the Project. 5. Execute the Plan, Documenting Everything as you go. 6. Update Relevant Organisational Processes to Integrate new Capabilities Resulting from the Deployment. These are quite obvious steps, however what each of them means and the thought process required to clarify each is what have detailed. I'd like your comments and also your suggestions on what you can do to move your IPv6 Deployment project from and incomplete pile of unclear stuff to and organised set of tasks that will surely lead you towards a working IPv6 deployment? Please share. Regards and have a wonderful week! [Disclaimer]: Like with all my posts, ALL opinions are mine and do not necessary represent the views or positions of any of my professional affiliations. Mukom Akong T. http://about.me/perfexcellence | twitter: @perfexcellent -- “When you work, you are the FLUTE through whose lungs the whispering of the hours turns to MUSIC - Kahlil Gibran ---
Re: need help about bgd and ospf
Hi Deric, On May 18, 2012, at 5:14 PM, Deric Kwok deric.kwok2...@gmail.com wrote: 1/ Do I have to redistrt bgd in ospf to make ospf to know which upstrem bgp routers to go out Just an addition to what the others have already said. Redistributing BGP into OSPF is rarely an effective thing to do. Am not sure OSPF can handle that number of routes well. 2/ If yes, how many routes can ospf database handle as one full bgp table is about 400,000 routes 3/ When we have 8 ospf routers to run redistrubt bgp, ls it 8 x 400,000 routes in ospf database? I'd think so, as each of the 8 routers will generate type 5 LSAs for their 400k routes from BGP. 4/ If not redistribted bgp, how ospf to know which upstream to go out More important question is why do u want OSPF to know that information? Is it the right protocol to do that? Thank you for your help
Re: IPv6 Launch day preparation
Interesting setup you have there!! From the session, do you have configs for the different scenarios that were tested and what kind of 'issues' were unearthed? Regards On Wed, Apr 11, 2012 at 10:03 PM, Pierre-Yves Maunier na...@maunier.org wrote: http://g6.asso.fr/wp-content/uploads/2012/03/ipv6-launch-lab.pdf -- Mukom Akong [Tamon] __ “We don't LIVE in order to BREATH. Similarly WORKING in order to make MONEY puts us on a one way street to irrelevance.“ [In Search of Excellence Perfection] - http://perfexcellence.org [Moments of TechXcellence] - http://techexcellence.net [ICT Business Integration] - http://ibiztech.wordpress.com [About Me] - http://about.me/perfexcellence
Step-by-step procedure for doing IPv6 subnetting
Hello all I often get lots of people who want to know the procedure for doing IPv6 subnetting like we are used to in IPv4. Before using tools and utilities to make things easy, I always like to know the general principles. I've put up a post about a general and quick procedure on how to subnet in IPv6 which I believe gives anyone an good theoretical framework for how to do it. Please do check it out and let me feedback. [a] General procedure for IPv6 Subnetting http://techxcellence.net/2012/04/03/ipv6-subnetting-general-procedure/ [b] Quick procedure ('in your head') http://techxcellence.net/2011/05/09/v6-subnetting-made-easy/ Regards -- Mukom Akong [Tamon] __ “We don't LIVE in order to BREATH. Similarly WORKING in order to make MONEY puts us on a one way street to irrelevance.“ [In Search of Excellence Perfection] - http://perfexcellence.org [Moments of TechXcellence] - http://techexcellence.net [ICT Business Integration] - http://ibiztech.wordpress.com [About Me] - http://about.me/perfexcellence
Re: filtering /48 is going to be necessary
On Fri, Mar 9, 2012 at 11:27 PM, Owen DeLong o...@delong.com wrote: 1) absolutely must drop /48 de-aggregates from ISP blocks 2) absolutely must make RIR policy so orgs can get /48s for anycasting, and whatever other purposes Item 1 will be interesting. Item 2 is already done in ARIN and I think RIPE and APNIC. I'm not sure about AfriNIC or LACNIC. AfriNC already does so. See http://www.afrinic.net/docs/policies/AFPUB-2007-v6-001.htm -- Mukom Akong [Tamon] __ “We don't LIVE in order to BREATH. Similarly WORKING in order to make MONEY puts us on a one way street to irrelevance.“ [In Search of Excellence Perfection] - http://perfexcellence.org [Moments of TechXcellence] - http://techexcellence.net [ICT Business Integration] - http://ibiztech.wordpress.com [About Me] - http://about.me/perfexcellence
Re: Common operational misconceptions
On Thu, Feb 16, 2012 at 4:46 AM, Michael Sinatra mich...@rancid.berkeley.edu wrote: ULA is the IPv6 equivalent of RFC1918 Michael, could you explain this a bit more? In the sense that : a. Anyone can use ULA pretty much as they wish without having to go to their ISP or RIR - same for RFC1918 b. In order to get to the public Internet, with ULA addressing, some kind of translation is required - same for RFC1918 c. Without centralised registration, two different networks could end up using same ULA space - same for RFC1918 There are certainly not identical but I'd think loosely equivalent. What am I missing? -- Mukom Akong [Tamon] __ “We don't LIVE in order to BREATH. Similarly WORKING in order to make MONEY puts us on a one way street to irrelevance.“ [In Search of Excellence Perfection] - http://perfexcellence.org [Moments of TechXcellence] - http://techexcellence.net [ICT Business Integration] - http://ibiztech.wordpress.com [About Me] - http://about.me/perfexcellence
Re: Network Traffic Collection
Hi Ali On Sat, Feb 25, 2012 at 6:14 PM, Maverick myeaddr...@gmail.com wrote: Thanks Mukom for the wonderful guide, this is really helpful. I have few questions about ntop though. How can I get access to the log files generated by ntop and do my own parsing rather than looking for webbased results that are generated. It's been a while i looked under the hood of ntop. Remember that ntop itself usually needs to be 'fed' traffic to analyse. I have never done it myself but if I needed the raw data, I'd mirror a port and capture it with tcpdump into a pcap file (watch disk space!!) the use whatever analysis tool suits my needs to look at it. Are there any programs available that do parsing of ntops log files. When I run ntop on pcap I don't get the throughput graphs as rrd doesn't work on pcap is there any work around for that. Not to my knowledge no. I think there's a switch (-f) for reading data from a pcap file as opposed to a live feed. I have never played with that as well. There are other (possible more feature laden) commercial flow collectors and analysers out there). I also started following trisul earlier on in the project, you might want to check it out. Thanks, Ali On Sat, Feb 25, 2012 at 2:27 AM, Mukom Akong T. mukom.ta...@gmail.com wrote: On Fri, Feb 24, 2012 at 12:20 AM, Matlock, Kenneth L matlo...@exempla.org wrote: Netflow + netflow collector. +1 This guide should give you a good start. http://techowto.files.wordpress.com/2008/09/ntop-guide.pdf Regards -- Mukom Akong Tamon __ If we can't BREATH, we'll die. Yet, we don't LIVE in order to breath. Ditto we SHOULDN'T WORK just to MAKE MONEY. Doing so puts us on a one way street to IRRELEVANCE. [In Search of Excellence Perfection] - http://perfexcellence.org [Moments of TechXcellence] - http://techexcellence.net [ICT Business Integration] - http://ibiztech.wordpress.com [About Me] - http://about.me/perfexcellence -- Mukom Akong [Tamon] __ “We don't LIVE in order to BREATH. Similarly WORKING in order to make MONEY puts us on a one way street to irrelevance.“ [In Search of Excellence Perfection] - http://perfexcellence.org [Moments of TechXcellence] - http://techexcellence.net [ICT Business Integration] - http://ibiztech.wordpress.com [About Me] - http://about.me/perfexcellence
Re: IPv6 net tools
As students doing a final project, I'd suggest installing your favourite linux/unix distro, installing these tools on them yourself and learning for yourself which supports IPv6, to what extent. You can later upgrade or produce v6-related documentation pages for those tools as a service to the community (hint: it also will help your reputation in the community as people who share knowledge) On Sun, Feb 26, 2012 at 2:36 AM, Grupo IPv6 grupo.i...@gmail.com wrote: We are a group of students in telecommunications engineering from Uruguay. We are studying some network tools for our final project and we would like to know if someone could tell us which of this tools have IPv6 support: · Bprobe · Cprobe · Pathload · Pathrate · Pathchar · Clink · Nettimer · Spruce Thanks for your help!! Gianina -- Mukom Akong [Tamon] __ “We don't LIVE in order to BREATH. Similarly WORKING in order to make MONEY puts us on a one way street to irrelevance.“ [In Search of Excellence Perfection] - http://perfexcellence.org [Moments of TechXcellence] - http://techexcellence.net [ICT Business Integration] - http://ibiztech.wordpress.com [About Me] - http://about.me/perfexcellence
Re: Small ISP Need to Know
On Sun, Feb 26, 2012 at 5:02 AM, not common notcommonmista...@gmail.com wrote: Where is a good place (or places) to start learning ISP operations Need To Know? The problem with Need to Know especially operationally is you end up with lot of advice from 'experienced' people which would be useless to you if you lack the theoretical framework. I'll recommend getting a good book on any entry level network certification (CCNA, Network+ etc) and actually learning to understand (as opposed to pass an exam). Use GNS3 at all levels of your learning. -- Mukom Akong [Tamon] __ “We don't LIVE in order to BREATH. Similarly WORKING in order to make MONEY puts us on a one way street to irrelevance.“ [In Search of Excellence Perfection] - http://perfexcellence.org [Moments of TechXcellence] - http://techexcellence.net [ICT Business Integration] - http://ibiztech.wordpress.com [About Me] - http://about.me/perfexcellence
Re: Network Traffic Collection
On Fri, Feb 24, 2012 at 12:20 AM, Matlock, Kenneth L matlo...@exempla.org wrote: Netflow + netflow collector. +1 This guide should give you a good start. http://techowto.files.wordpress.com/2008/09/ntop-guide.pdf Regards -- Mukom Akong Tamon __ If we can't BREATH, we'll die. Yet, we don't LIVE in order to breath. Ditto we SHOULDN'T WORK just to MAKE MONEY. Doing so puts us on a one way street to IRRELEVANCE. [In Search of Excellence Perfection] - http://perfexcellence.org [Moments of TechXcellence] - http://techexcellence.net [ICT Business Integration] - http://ibiztech.wordpress.com [About Me] - http://about.me/perfexcellence