Re: collectd as alternative to RTG for high-resolution polling and long term storage?
Be aware that collectd itself is a collection agent. It doesn't include (last I checked) a grapher. There are however a number of graphers out there to work with those RRD files, if you use that to store the data. I personally have been using collectd across hundreds of Linux systems, using rrdcached to a central collector and wrote my own grapher for that stuff I am interested int. Ulf. On Wed, Mar 16, 2016 at 11:45 AM, Eric Kuhnke wrote: > Would anyone care to share their experience using collectd as an > alternative to rtg for high-resolution polling of interface traffic and > long term storage? > > I am investigating the various options for large data set size, lossless > long term traffic charting (not RRAs which lose precision over time). One > possible use is precision 95th billing. > > https://collectd.org/ > -- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-396-1764 You can find my resume at: http://www.Alameda.net/~ulf/resume.html
Re: Cisco Fabricpath
I have used it for a cage in one datacenter, it was built 2+ years ago. It hasn't been giving us problems, with the exception of several bad Cisco direct attached copper cables. On Mon, Mar 7, 2016 at 7:55 AM, Nicolas V wrote: > Hello, > > Does anyone already played with cisco fabricpath feature ? I want to use it > on my nexus 5548 > > Is it working as easy as it seems ? No bugs / particular nx-os version... ? > > Thanks ! > Nicolas > -- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-396-1764 You can find my resume at: http://www.Alameda.net/~ulf/resume.html
Re: Verizon Public Policy on Netflix
iBeam tried to do that. If only they had used something else than Windows Server and other Microsoft products to do the caching. On Sun, Jul 13, 2014 at 7:45 AM, Aled Morris wrote: > On 13 July 2014 06:39, Steven Tardy wrote: > > > (OK, Keep 100mbps for Netflix to pre-populate, 100mbps is 30TB/month) > > (Now I'm curious how many GB/month Netflix pre-populates, hmmm) > > > > Shame Netflix can't fill their appliances using really cheap, bulk, one-way > satellite bandwidth which is useless for most other Internet applications. > Then their traffic wouldn't use any of your real, paid for, transit. > > Of course siting a dish would be another expense with hosting one of their > boxes, but if it made the on-going costs go away... > > Aled > -- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-396-1764 You can find my resume at: http://www.Alameda.net/~ulf/resume.html
Re: Dealing with auditors (was Re: We hit half-million: The Cidr Report)
The auditors VMware sent to us were just as bad. To ensure we weren't running "rogue" ESX(i) servers or WorkStation, they made us provide full arp/cam tables. Then a list of the virtual machines. "Oh look, this MAC isn't listed as one of your virtual machines". It isn't because it was running on virtual box or something like that. Auditor didn't know you could export a virtual machine from VMware and load it into another visualization software and it would keep the VMware MAC On Wed, Apr 30, 2014 at 2:31 PM, William Herrin wrote: > On Wed, Apr 30, 2014 at 5:23 PM, Larry Sheldon > wrote: > > On 4/30/2014 11:30 AM, valdis.kletni...@vt.edu wrote: > >> And in that discussion, we ascertained that what the PCI standard > actually > >> says, and what you need to do in order to get unclued boneheaded > auditors > >> to sign the piece of paper, are two very different things. > > > > I am no longer active on the battlefield but as of the last time I was, > it > > can't be did. > > > > For years I managed various aspect of a UNIVAC 1100 operation and the > audits > > thereof. EVERY TIME, we were dinged badly because we didn't look like an > > IBM shop (some may be surprised to learn that different hardware and > > different operating systems require very different operating procedures > (and > > it appeared to us that some of the things they wanted us to do would > weaken > > us badly, others just simply didn't make any sense, and we got dinged for > > things we DID do, because they were strange. > > I won the argument with PCI auditors about leaving telnet alive on my > exterior router (which at the time would have had to be replaced to > support ssh). It's not a chore for the timid. You'd better be a heck > of a guru before you challenge the auditors expectations and you'd > better be prepared for your boss' aggravation that the audit isn't > done yet. > > And I think we pretty well established that PCI auditors arrive > expecting to see NAT. > > 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 > -- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-396-1764 You can find my resume at: http://www.Alameda.net/~ulf/resume.html
Verizon FIOS issues in the Washington DC issue with HTTPS traffic?
We have a number of customers in the DC area on Verizon Fios who can talk to us using http, but not https. Linkedin also tweeted there are issues via Verzion Fios. Verizon support so far denies everything. Anyone else seeing issues? -- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-396-1764 You can find my resume at: http://www.Alameda.net/~ulf/resume.html
Re: Comcast DNS Issue?
Is your issue that it gives out old DNS records? Because I am trying to track something down for an user on Comcast who is still getting the old IP of a VPN concentrator. The DNS records has a TTL of 30 minutes, yet a week later the end user is still getting the old IP. Haven't been able to get him to query 75.75.75.75 and 75.75.75.76 directly to see if he gets the IP from there. On Tue, Dec 3, 2013 at 11:46 AM, Childs, Aaron wrote: > Good Afternoon, > > If there is a Comcast DNS Engineer on the list could you contact me > off-list? We are experiencing an odd issue with 75.75.75.75. > > Thanks, > Aaron > > > [Description: Description: Description: logo-email] > > Aaron Childs, CCNA > Associate Director, Networking > Information Technology > www.westfield.ma.edu/it<http://www.westfield.ma.edu/it> > Please Note: new e-mail address - aa...@westfield.ma.edu aa...@westfield.ma.edu> > > > > -- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-396-1764 You can find my resume at: http://www.Alameda.net/~ulf/resume.html
Power pricing in San Francisco Bay Area colocations?
I am trying to compare some pricing, anyone who has recently priced circuits such as 208V/30A single and 3-phase (max load factor of 40% for A+B power), could you tell me what you have been offered? I don't need the names of the companies the pricing comes from, just trying to see a snapshot of pricing, as I am currently in negotiation with one provider. Ulf.
Re: Hotmail Problems
On Fri, Jun 10, 2011 at 12:52:46AM -0400, Richard McNeilly wrote: > > Any other operators getting complaints from subscribers about not being able > to open emails in hotmail? The problem seems to be random. Are there are > hotmail administrators on this list? > > Richard > At my work we do have some complaints about email to Hotmail not showing up. One users is sending email to two different users at Hotmail, one of those receives them, the other not. Both are accepted by the Hotmail relays.
Re: Barracuda Networks is at it again: Any Suggestions as to an Alternative?
On Tue, Apr 26, 2011 at 01:56:55PM +0300, Rogelio wrote: > On Apr 26, 2011, at 1:54 PM, Dorn Hetzel wrote: > > > > > Would it turn out to be less expensive to just start a new subscription as > > if you never had one before? > > Usually places like this do it by serial number, in which case they don't let > you update until you backpay. :) > And don't forget the reinstating fees many companies charge too if you try to renew a month or 3 after the previous subscription has expired. -- Regards, Ulf. --------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://www.Alameda.net/~ulf/resume.html
Re: Internet Edge Router replacement - IPv6 route table sizeconsiderations
On Thu, Mar 10, 2011 at 08:30:17AM +0100, sth...@nethelp.no wrote: > > > Or how they do vlan configurations. > > > > I have complained about that, too. With Cisco you add vlans to ports, > > with Brocade you add ports to vlans. Subtle difference. You can't look > > at the config and very easily see which vlans are on which ports, you > > have to do something like: > > Extreme does the same. It has the great advantage that a trunk port > doesn't magically allow all VLANs - which is an absolutely horrible > default for Cisco in the SP case. > > Steinar Haug, Nethelp consulting, sth...@nethelp.no I can agree with no allowing all vlans by default, but Brocades way is just broken imho. -- Regards, Ulf. --------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://www.Alameda.net/~ulf/resume.html
Re: Internet Edge Router replacement - IPv6 route table sizeconsiderations
On Wed, Mar 09, 2011 at 08:52:54PM -0800, George Bonser wrote: > > No SNMP stats for virtual vlan interfaces and when asking Brocade > > about it, you get told "it is too hard to program". You gotta be > > kiddin me > > Yeah, that is something that has been bugging me. No stats on ve > interfaces. > > > Or how they do vlan configurations. > > I have complained about that, too. With Cisco you add vlans to ports, > with Brocade you add ports to vlans. Subtle difference. You can't look > at the config and very easily see which vlans are on which ports, you > have to do something like: > > show vlan e 1/1/1 > > and parse through the output. > > > > Or how a FCX stack will crash when you do jumbo frames. > > I have been running jumbo frames with stacked FCX units, no problems so > far. Running 7.2.00 This is with code 07.2.00aT7f3. Had two units stacked together, rebooted/power cycled at least once and it worked. Next time we had to power cycle due to a bad config apply, second unit came back and as soon it would join the stack, it crashed. Brocade wanted us to remove it from the stack (remotely) and/or disabled jumbo frames. -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://www.Alameda.net/~ulf/resume.html
Re: Internet Edge Router replacement - IPv6 route table sizeconsiderations
On Wed, Mar 09, 2011 at 07:00:57PM -0800, George Bonser wrote: > > > > -Original Message- > > From: Chris Woodfield [mailto:rek...@semihuman.com] > > Sent: Wednesday, March 09, 2011 6:11 PM > > To: Chris Enger > > Cc: 'jgood...@studio442.com.au'; 'nanog@nanog.org' > > Subject: Re: Internet Edge Router replacement - IPv6 route table > > sizeconsiderations > > > > I think this is the point where I get a shovel, a bullwhip and head > > over to the horse graveyard that is CAM optimization... > > > > -C > > > > > Well, it really isn't so bad. With Brocade FPGA gear you can change how > much CAM is allocated to different functions (but you can't do it on the > fly, it takes a reboot). I don't think these are available for the CER > series, though. The MLX or MXR can be reconfigured. The thing is that > the XMR and MLX are not ASIC-based devices, they are FPGA-based which > means the hardware can be re-wired with a code change. Personally, I > like to be able to reallocate CAM from features I am not using to > features that I am using. > > And to be fair, Brocade has been improving over the past couple of > years. Now if only we could route layer 3 on MCT VLANS ... > (MCT is sort of like Arista mLAG but it is layer2 only at this point). My experience with Foundry/Brocade which is recent, is only with the FCX devices and I wished I had gone with something else. No SNMP stats for virtual vlan interfaces and when asking Brocade about it, you get told "it is too hard to program". You gotta be kiddin me Or how they do vlan configurations. Or how a FCX stack will crash when you do jumbo frames. -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://www.Alameda.net/~ulf/resume.html
Re: who dis
On Wed, Dec 08, 2010 at 06:42:11PM -0800, Randy Bush wrote: > whois don't work > > * i2.78.64.0/18 144.232.9.61 1555100 0 1239 3216 6854 > 35104 35104 35104 35104 29355 29355 29355 29355 29355 29355 29355 29355 29355 > 29355 i > *> 199.238.113.9 374 0 2914 9002 6854 > 35104 35104 35104 35104 29355 29355 29355 29355 29355 29355 29355 29355 29355 > 29355 i > * 129.250.11.41 379 0 2914 9002 6854 > 35104 35104 35104 35104 29355 29355 29355 29355 29355 29355 29355 29355 29355 > 29355 i > * i2.78.128.0/17144.232.9.61 1555100 0 1239 3216 6854 > 35104 35104 35104 35104 29355 29355 29355 29355 29355 29355 29355 29355 29355 > 29355 i > *> 199.238.113.9 374 0 2914 9002 6854 > 35104 35104 35104 35104 29355 29355 29355 29355 29355 29355 29355 29355 29355 > 29355 i > * 129.250.11.41 379 0 2914 9002 6854 > 35104 35104 35104 35104 29355 29355 29355 29355 29355 29355 29355 29355 29355 > 29355 i > * i2.79.0.0/16 144.232.9.61 1555100 0 1239 3216 6854 > 35104 35104 35104 35104 29355 29355 29355 29355 29355 29355 29355 29355 29355 > 29355 i > *> 199.238.113.9 374 0 2914 9002 6854 > 35104 35104 35104 35104 29355 29355 29355 29355 29355 29355 29355 29355 29355 > 29355 i > * 129.250.11.41 379 0 2914 9002 6854 > 35104 35104 35104 35104 29355 29355 29355 29355 29355 29355 29355 29355 29355 > 29355 i > > so who is announcing this space that i can not find in ripe (or arin) whois? > > randy My whois says: whois -a 2.78.64.0 [Querying whois.arin.net] [Redirected to whois.ripe.net] [Querying whois.ripe.net] [whois.ripe.net] % This is the RIPE Database query service. % The objects are in RPSL format. % % The RIPE Database is subject to Terms and Conditions. % See http://www.ripe.net/db/support/db-terms-conditions.pdf % Note: This output has been filtered. % To receive output for a database update, use the "-B" flag. % Information related to '2.78.64.0 - 2.78.127.255' inetnum:2.78.64.0 - 2.78.127.255 netname:KCELL-GPRS-SUBSCRIBERS descr: GSM Kazakhstan OJSC Kazakhtelecom LLP (Company) remarks:LLP "GSM Kazakhstan OJSC "Kazakhtelecom" remarks:GPRS/EDGE/3G/WiMAX Subscribers remarks:Atyrau org:ORG-GKOK1-RIPE country:KZ admin-c:VH640-RIPE admin-c:DK1918-RIPE tech-c: VH640-RIPE tech-c: DK1918-RIPE status: ASSIGNED PA mnt-by: KCELL-MNT source: RIPE # Filtered organisation: ORG-GKOK1-RIPE org-name: GSM Kazakhstan OJSC Kazakhtelecom LLP (Company) org-type: LIR address:GSM Kazakhstan OJSC Kazakhtelecom LLP (Company) address:2g Temiryzev st address:050013 Almaty address:KZ e-mail: ad...@kcell.kz mnt-ref:RIPE-NCC-HM-MNT mnt-by: RIPE-NCC-HM-MNT mnt-ref:KCELL-MNT source: RIPE # Filtered person: Vasiliy Hill address:2g Temiryazev st.; 050013 address:Almaty, Republic of Kazakhstan e-mail: regmas...@kcell.kz phone: +7 727 2582755 1606 fax-no: +7 727 2582755 1616 nic-hdl:VH640-RIPE source: RIPE # Filtered person: Dmitriy Korovin address:2g Temiryazev st.; 050013 address:Almaty, Republic of Kazakhstan e-mail: regmas...@kcell.kz phone: +7 727 2582755 1656 nic-hdl:DK1918-RIPE source: RIPE # Filtered % Information related to '2.72.0.0/13AS29355' route: 2.72.0.0/13 descr: GSM Kazakhstan OJSC Kazakhtelecom LLP (Company) descr: KCELL-GPRS-SUBSCRIBERS origin: AS29355 mnt-by: KCELL-MNT source: RIPE # Filtered % Information related to '2.78.64.0/18AS29355' route: 2.78.64.0/18 descr: GSM Kazakhstan OJSC Kazakhtelecom LLP (Company) descr: KCELL-GPRS-SUBSCRIBERS descr: Atyrau origin: AS29355 mnt-by: KCELL-MNT source: RIPE # Filtered -- Regards, Ulf.
Brocade FCX 624/648 experiences?
Anyone with Brocade FCX 624/648 experience, please give me a shout off the list. Looking any feedback, bad or good. I am looking at a number of switches right now, the Brocade is one which looks interesting and isn't too badly priced. Thanks! -- Regards, Ulf.
Experiences with 3Com/H3C/HP S5800/A5800 switches?
Can anyone with experiences on the S5800/A5800 series of 3Com/H3C/HP switches email of off-list with good/bad stuff? Also maybe a pointer at manuals for the OS? My reseller so far is having a hard time finding them for me. -- Regards, Ulf.
Re: Problems at HE.net?
Yes, it was a power issue, friend is now back up afik, although he still tries to figure out why one machine came up, while another and the remote console didn't. On Sun, Nov 21, 2010 at 04:51:08AM -0500, Ravi Pina wrote: > Linode went down and lost equipment[1]. Of course my node was > one of them. > > LinkedIn and Minecraft (among others) were also cold offline. > > -r > > [1] http://status.linode.com/2010/11/possible-power-outage-in-fremont.html > > On Sat, Nov 20, 2010 at 11:15:30PM -0800, Ulf Zimmermann wrote: > > Friend lost machines, one came up, other machines on same power did > > not. Phone goes immediatly to voice mail. > > > > Anyone know what is going on? > > > > -- > > Regards, Ulf. > > -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://www.Alameda.net/~ulf/resume.html
Problems at HE.net?
Friend lost machines, one came up, other machines on same power did not. Phone goes immediatly to voice mail. Anyone know what is going on? -- Regards, Ulf.
XO BGP routing engineer?
Anyone from XO, could you please contact me off list for a routing problem I have inside of XO Fremont Datacenter, trying to file a ticket with XO isn't working as nobody is answering the phones. -- Regards, Ulf. ----- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://www.Alameda.net/~ulf/resume.html
Re: XO feedback
On Sat, Jul 03, 2010 at 06:28:39AM -0700, todd glassey wrote: > On 7/2/2010 10:47 PM, Jared Geiger wrote: > > On Fri, Jul 2, 2010 at 7:04 PM, Adam Rothschild > > > >> wrote: > > How many co-lo centers do they operate and where are they ? - Curiosity > on my part. We are in their datacenter in Fremont, CA, which is an old Concentric datacenter. A while back they moved the management of that under their telco-colo management. Only more problems since then. 3-phase power? Only because we are grand fathered in. Their telco-colos are very cookie cutter and the Fremont Datacenter does not fit into this mold. -- Regards, Ulf. --------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://www.Alameda.net/~ulf/resume.html
Re: Finding content in your job title
On Tue, Mar 30, 2010 at 11:14:52PM -0400, Steve Bertrand wrote: > Hi all, > > This is perhaps a rather silly question, but one that I'd like to have > answered. > > I'm young in the game, and over the years I've imagined numerous job > titles that should go on my business card. They went from cool, to > high-priority, to plain unimaginable. > > Now, after 10 years, I reflect back on what I've done, and what I do > now. To me, if a business is loose-knit with no clear job descriptions > or titles (ie. too small to have CXO etc), I feel that a business card > should reflect what one feels is the primary job responsibility, or what > they do the most (or love the most). > > For instance, I like to present myself as a 'network engineer'. I have > never taken formal education, don't hold any certifications (well, since > 2001), and can't necessarily prove my worth. > > How does the ops community feel about using this designation? Is it > intrusive or offensive to those who hold real engineering degrees? I'm > content with 'network manager', given that I still do perform (in my > sleep) numerous system tasks and have to sometimes deal with front-line > helpdesk stuff. > > Instead of acting like I'm trying to sell myself out, I'll leave out > what I actually do and ask those who sig themselves with 'network > engineer' what they do day-to-day to acquire that title, and if they > feel comfortable with having it. > > Steve I solve that problem this way: 1 set of Business cards with "Senior System Architect", an arbitary title the company gave me at some point 1 set of Business cards with "Senior Monkey for almost everything" -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://www.Alameda.net/~ulf/resume.html
Re: Why choose 120 volts?
On Tue, May 26, 2009 at 12:39:10PM -0700, Seth Mattinen wrote: > I have a pure curiosity question for the NANOG crowd here. If you run > your facility/datacenter/cage/rack on 120 volts, why? > > I've been running my facility at 208 for years because I can get away > with lower amperage circuits. I'm curious about the reasons for using > high-amp 120 volt circuits to drive racks of equipment instead of > low-amp 208 or 240 volt circuits. > > ~Seth I love 208V but I have to fight almost everytime with our datacenter provider. They got 50 or so "Colo's" which are all cookie cutter. Then there is our datacenter, the only facility where they can deliver 3-phase and monitor actual power usage. Everytime when we ask for 3-phase it is a fight now. Our latest circuits (50-amp although we won't use more than 16A under normal use (A+B load)), took me 9 months to get out of them. :-( -- Regards, Ulf. --------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://www.Alameda.net/~ulf/resume.html