Re: rack power question

2008-03-24 Thread Duane Waddle
On Mon, Mar 24, 2008 at 8:46 PM, Justin M. Streiner [EMAIL PROTECTED]
wrote:


 While there are certainly customers out there who think along these lines,
 most of the enterprise customers I've run across in the past who would be
 in the market for data center colo would just as soon play the how-many-
 servers-can-i-jam-into-this-rack game, which is one part of the
 how-many-racks-can-i-jam-into-this-cage game for some folks...

 You might get some traction with the responsible deployment angle, but I
 could only guess at how much traction...


Speaking as one who used to play both of those games, it's a hard habit to
break.  The folks paying the bills don't like to see empty space, because
they translate that into wasted $$'s.  It's especially difficult when trying
to justify building out an additional cage (or making the one you have
bigger if there's empty adjacent space) because your current one is at max
kva per ft^2 - but has physical room for several more racks.  The trick for
us was getting enough management clue in place to where you (gasp!) plan
ahead for your power needs first and make raw ft^2 the secondary concern.

--D


Re: Network Notifcation - SMS via Verizon

2008-02-11 Thread Duane Waddle
 Alternately, verify with VZN that their TAP number(s) are still up and
 operational.


I've received messages through a Verizon TAP-to-SMS gateway as recently as
this morning.


Re: Access to the IPv4 net for IPv6-only systems, was: Re: WG Action: Conclusion of IP Version 6 (ipv6)

2007-10-02 Thread Duane Waddle
On 10/2/07, Stephen Sprunk [EMAIL PROTECTED] wrote:


 If you think anyone will be deploying v6 without a stateful firewall,
 you're
 delusional.  That battle is long over.  The best we can hope for is that
 those personal firewalls won't do NAT as well.


Vendor C claims to support v6 (without NAT) in their enterprise class
stateful firewall appliance as of OS version 7.2 (or thereabouts, perhaps
7.0).  I've not tried it out yet to see how well it works.

But, as far as the home/home office goes -- will my cable/dsl provider be
able (willing?) to route a small v6 prefix to my home so that I can use a
bitty-box stateful v6 firewall without NAT?  What will be the cost to me,
the home subscriber, to get said routable prefix?  I am sure it increases
the operator's expense to route a prefix to most (if not every) broadband
subscriber in an area.

In the beginning, cable operators were reluctant to support home customers
using NAT routers to share their access.  Now, renting/selling NAT routers
to customers has become a revenue stream for some.

How does lack of v6 NAT affect all of this?


Re: Using Mobile Phone email addys for monitoring (summarization)

2007-09-07 Thread Duane Waddle
On 9/7/07, Alex Pilosov [EMAIL PROTECTED] wrote:


 * Purpose-made GSM/CDMA modems
 ** Software: same as above
 ** Manufacturers: Intercel, Sierra 750 (PCMCIA), Falcom Samba 75 (USB)


Does anyone have experience and/or opinion (positive or negative) with the
Multi-Tech cellular modems?

http://www.multitech.com/PRODUCTS/Families/MultiModemCDMA/

I've been quite pleased with their standard analog kit, so I'm hoping it
translates well into this product line.


Re: Using Mobile Phone email addys for monitoring

2007-09-06 Thread Duane Waddle
On 9/6/07, Rick Kunkel [EMAIL PROTECTED] wrote:

[snip]

We've traditionally used mobile phone email addresses for system
 notifications, but over the past 6-12 months, it seems to have become
 increasingly sketchy.


[snip]

Is SMTP to a mobile phone a fundamentally flawed way to do this?

 Anyone else have any issues, past or present, with this kind of thing?



We tend to avoid the whole SMTP mess and deliver messages to mobiles and
pagers via a modem and the provider's TAP gateway.  It works quite well with
Verizon and ATT/Cingular, but I've no experience with T-Mobile.  It also
avoids the whole mess of failing to alert when your monitoring box has a bad
NIC, cable, switchport, etc - of course considering that you trade those for
problems with a serial port, cable, modem, or phone line...  But it gives us
a big (and perhaps false) warm fuzzy that our alerting is 'out of band'
relative to our upstream Internet connections.

The folks at Avtech have a nice index of TAP gateway numbers at
http://www.avtech.com/Support/TAP/index.htm

Hope you find this useful...

--D