On 2010-05-14 22:04, Alastair Johnson wrote:
Mark Foster wrote:
What about developing nations where Internet isn't yet as commonplace as
it is in the 'west' ?
They skip dialup.
dial modems are the end game for a 140 year old technology (300-3400hz
pots lines).
There is literally no reaso
Mark Foster wrote:
Thus the wider concern I flagged; if the only source for equipment and
spares is the grey market, aren't the vendors missing the boat on
something which shouldn't even have a major overhead to maintain?
There is no sales of new chassis, which means the manufacturing is shut
On Fri, May 14, 2010 at 11:25 PM, Michael Ulitskiy wrote:
> So my question still stands: is anyone aware of a reasonable tunneled ipv6
> transit service (I mean aside from HE tunnel broker)? The load will be really
> light. I don't expect we'll break a few Mbit/s in the nearest future and when
>
On Fri, May 14, 2010 at 9:58 PM, Brielle Bruns wrote:
>
> Just an observation, but I'm fairly sure that I'm not the only one who feels
> that those with rather high budgets tend to forget that not everyone has the
> luxury of a virtual blank check.
>
awesome, take an old 2800 or 2500, plug in
Guys,
I've started this thread looking for advice on available options.
There's no doubt in my mind that native connectivity is better than tunnels,
but unfortunately tunnel is the only way to get me started, 'cause my upstream
does not support ipv6 (hopefully just yet) and I have no budget for
On Fri, 2010-05-14 at 17:57 -0700, Michael J McCafferty wrote:
> I see there are probably some small UPSes ($400 or so)
> that can report this info. Seems silly to buy UPSes to get that info.
>
> Is there a quick/small/handy/better way to get power quality info? If
> so, what is it? I don't
On 5/14/10 2:36 PM, Jared Mauch wrote:
Being that there's issues that leave us unable to get native
connectivity, we have a BGP tunnel thanks to HE (with a 20ms
latency from Seattle to Freemont).
You should be able to get native IPv6 in Seattle from a variety of
providers. If you're not findi
er... if I may - this whining about the evils of tunnels
rings a bit hollow, esp for those who think that a VPN is
the right thing to do.
--bill
On Sat, May 15, 2010 at 08:44:53AM +1000, Karl Auer wrote:
> On Fri, 2010-05-14 at 14:57 -0400, Christopher Morrow wrote:
> > Tunnels promote poo
NANOG,
How can I best monitor power quality (ie: voltage, etc) as a colo
customer? We monitor temperature and humidity in multiple places on each
floor we are on, network bandwidth/errors/latency/pps/link-state on
every link, power used per circuit, tons of metrics on servers, but I
can't s
On Fri, May 14, 2010 at 7:33 PM, Graham Freeman wrote:
> Delivering SMS-to-SMS would be impractical and prohibitively expensive. This
> is for an iPhone messaging app that optionally delivers messages to SMS
> recipients for free. The business model depends on email-to-SMS gateways.
I'm surp
On 14 May 10, at 17:23 , Jaren Angerbauer wrote:
> I just tested, and was able to successfully send an email to my
> Tmobile address [myphon...@tmomail.net. Are you getting bounces /
> failures back that are of any use? Also FWIW (and sanity check) any
> reason why your client wants to use emai
On Fri, May 14, 2010 at 5:52 PM, Graham Freeman wrote:
> A client of mine is having trouble delivering (legitimate) email to
> tmomail.net, and I'm having trouble finding the right contact.
I just tested, and was able to successfully send an email to my
Tmobile address [myphon...@tmomail.net. A
On 5/14/2010 19:00, Seth Mattinen wrote:
> On 5/14/2010 16:42, Ingo Flaschberger wrote:
We had a lightning strike nearby yesterday that looks to have come
inside our facility via a feeder circuit that goes outdoors
underground to our facility's gate.
>>
>> Perhaps there was a "move"
On 5/14/2010 16:42, Ingo Flaschberger wrote:
>>> We had a lightning strike nearby yesterday that looks to have come
>>> inside our facility via a feeder circuit that goes outdoors
>>> underground to our facility's gate.
>
> Perhaps there was a "move" of the earth-level relative to the neutral line
Hi, folks,
A client of mine is having trouble delivering (legitimate) email to
tmomail.net, and I'm having trouble finding the right contact. (e.g.
postmaster bounced).
I've verified the legitimate nature of the email (only user-initiated, and
nothing more), the valid SPF, A, PTR, and MX rec
We had a lightning strike nearby yesterday that looks to have come inside
our facility via a feeder circuit that goes outdoors underground to our
facility's gate.
Perhaps there was a "move" of the earth-level relative to the neutral
line.
I have no idea how neutral-line to earth potential is h
On May 14, 2010, at 1:36 PM, Jared Mauch wrote:
>
> On May 14, 2010, at 3:43 PM, Brielle Bruns wrote:
>
>> (Sent from my Blackberry, please avoid the flames as I can't do inline
>> quoting)
>>
>>
>> Native IPv6 is a crapshoot. About the only people in the US that I've seen
>> that are no-b
On May 14, 2010, at 11:57 AM, Christopher Morrow wrote:
> On Fri, May 14, 2010 at 2:29 PM, Franck Martin wrote:
>> I said somewhere in here... wierd quoting happened.
>> On Thu, May 13, 2010 at 6:18 PM, Michael Ulitskiy
>> wrote:
>>> Hello,
>>>
>>> We're in the early stage of planning ipv6 dep
On May 13, 2010, at 2:26 PM, Mark Mayfield wrote:
About a month ago, we had a lightning strike near our main campus.
We lost one POE Cisco 3560 completely (apparently blown power
supply), and in a separate but nearby building, another 3560 lost
the ability to deliver POE, but continued to
On 5/14/2010 12:44, Christopher Morrow wrote:
> On Fri, May 14, 2010 at 3:00 PM, Seth Mattinen wrote:
>> On 5/14/2010 11:49, Jared Mauch wrote:
>>> I'm curious what providers have not gotten their IPv6
>>> plans/networks/customer ports enabled.
>>>
>>> I know that Comcast is doing their trials no
On Fri, 2010-05-14 at 14:57 -0400, Christopher Morrow wrote:
> Tunnels promote poor paths
"promote"? Tunnel topology does not (necessarily) match the underlying
topology, especially if you choose (or are forced to accept) a distant
broker. But "promote"?
> , they bring along LOTS of issues wrt PM
On May 14, 2010, at 1:36 PM, Jared Mauch wrote:
On May 14, 2010, at 3:43 PM, Brielle Bruns wrote:
(Sent from my Blackberry, please avoid the flames as I can't do
inline quoting)
Native IPv6 is a crapshoot. About the only people in the US that
I've seen that are no-bullshit IPv6 native
This report has been generated at Fri May 14 21:11:53 2010 AEST.
The report analyses the BGP Routing Table of AS2.0 router
and generates a report on aggregation potential within the table.
Check http://www.cidr-report.org for a current version of this report.
Recent Table History
Date
BGP Update Report
Interval: 06-May-10 -to- 13-May-10 (7 days)
Observation Point: BGP Peering with AS131072
TOP 20 Unstable Origin AS
Rank ASNUpds % Upds/PfxAS-Name
1 - AS982914118 1.5% 38.0 -- BSNL-NIB National Internet
Backbone
2 - AS45381
GBLX was great with native IPv6 setup.
VZB was nearly impossible to get them to set it up, and I'm tunneled to
a router halfway across the country. The router I was going to had
serious PMTU issues that they recently cleared up, so now it's working
satisfactorily.
-Paul
Brielle Bruns wrote:
> 3) don't tunnel beyond your borders, really just don't
> tunnels are bad, always.
you are understaing your case.
randy
Once upon a time, Tom Beecher said:
> I'm presently doing some research into a SNMP-enabled device to monitor
> a set of aux contacts on our transfer switch in order to be able to
> monitor it's status (on generator or on commercial) from our monitoring
> platform. I've seen a few interesting d
>> anyone have reccos for fiber
>> from 60 hudson
>> to 454 broadway
> From a cursory look at POP and GIS data not covered by NDA, I'm not
> finding any vendors currently built into 454 Broadway.
later word from the customer is s/454/434/. g.
randy
On Fri, May 14, 2010 at 10:59 AM, Tom Beecher wrote:
> I'm presently doing some research into a SNMP-enabled device to monitor a
> set of aux contacts on our transfer switch in order to be able to monitor
> it's status (on generator or on commercial) from our monitoring platform.
> I've seen a fe
IMHO,
Long runs of UTP (unshielded twisted pair) make wonderful antenna systems for
EMI and EMP which is why they are matched to differential drivers and receivers
to reject as much common noise as they are designed to. Older and larger
Ethernet interfaces have drivers separated from the logic
On May 14, 2010, at 3:43 PM, Brielle Bruns wrote:
> (Sent from my Blackberry, please avoid the flames as I can't do inline
> quoting)
>
>
> Native IPv6 is a crapshoot. About the only people in the US that I've seen
> that are no-bullshit IPv6 native ready is Hurricane Electric. NTT is
> sup
I have used the APC Environmental Manager (EMU) to do this. In our
case we ran a 4-pair line from the generator to the EMU. One pair was
connected to the EMU so that we could monitor and alert on the
run-cycles of the generator. Our transfer switch did not have these
capabilities, but you could app
Hi all,
This seems like the proper time to ask, seeing how many people are there
asking for IPv6 transit - does anyone have any kind of stats how many
eyeballs are there that have IPv6, and are there any of them that have a
better service over v6 that over v4 (my guess here is universities or
othe
(Sent from my Blackberry, please avoid the flames as I can't do inline quoting)
Native IPv6 is a crapshoot. About the only people in the US that I've seen
that are no-bullshit IPv6 native ready is Hurricane Electric. NTT is
supposedly as well but I can't speak as to where they have connectivi
On Fri, May 14, 2010 at 3:00 PM, Seth Mattinen wrote:
> On 5/14/2010 11:49, Jared Mauch wrote:
>> I'm curious what providers have not gotten their IPv6
>> plans/networks/customer ports enabled.
>>
>> I know that Comcast is doing their trials now (Thanks John!) and will be
>> presenting at the up
On 5/14/2010 11:49, Jared Mauch wrote:
> I'm curious what providers have not gotten their IPv6 plans/networks/customer
> ports enabled.
>
> I know that Comcast is doing their trials now (Thanks John!) and will be
> presenting at the upcoming NANOG about their experiences.
>
> What parts of the
On Fri, May 14, 2010 at 2:29 PM, Franck Martin wrote:
> I said somewhere in here... wierd quoting happened.
> On Thu, May 13, 2010 at 6:18 PM, Michael Ulitskiy
> wrote:
>> Hello,
>>
>> We're in the early stage of planning ipv6 deployment -
>> learning/labbing/experimenting/etc. We've got to the p
On 5/14/2010 10:59, Tom Beecher wrote:
> I'm presently doing some research into a SNMP-enabled device to monitor
> a set of aux contacts on our transfer switch in order to be able to
> monitor it's status (on generator or on commercial) from our monitoring
> platform. I've seen a few interesting de
I'm curious what providers have not gotten their IPv6 plans/networks/customer
ports enabled.
I know that Comcast is doing their trials now (Thanks John!) and will be
presenting at the upcoming NANOG about their experiences.
What parts of the big "I" Internet are not enabled or ready?
- Jared
I agree - if you can get native v6 transit then more power to you. But
tunnels are sure better than no IPv6 connectivity in my mind. Aside from
slight performance/efficiency issues, I've never had an issue.
-Jack Carrozzo
On Fri, May 14, 2010 at 2:29 PM, Franck Martin wrote:
>
>
> - Origina
I've had good luck with devices from DPS; http://www.dpstele.com/
-Keith
-Original Message-
From: Tom Beecher [mailto:tbeec...@localnet.com]
Sent: Friday, May 14, 2010 2:00 PM
To: nanog@nanog.org
Subject: SNMP Monitoring of a Transfer Switch relay
I'm presently doing some research int
- Original Message -
From: "Christopher Morrow"
To: "Michael Ulitskiy"
Cc: nanog@nanog.org
Sent: Thursday, 13 May, 2010 6:39:28 PM
Subject: Re: ipv6 transit over tunneled connection
On Thu, May 13, 2010 at 6:18 PM, Michael Ulitskiy
wrote:
> Hello,
>
> We're in the early stage of plann
This is an automated weekly mailing describing the state of the Internet
Routing Table as seen from APNIC's router in Japan.
Daily listings are sent to bgp-st...@lists.apnic.net
For historical data, please see http://thyme.apnic.net.
If you have any comments please contact Philip Smith .
Routing
I'm presently doing some research into a SNMP-enabled device to monitor
a set of aux contacts on our transfer switch in order to be able to
monitor it's status (on generator or on commercial) from our monitoring
platform. I've seen a few interesting devices out there that can
accomplish this, h
On Thursday 13 May 2010 11:36:35 am Caleb Tennis wrote:
> I was just curious if anyone had seen anything similar to this before? Our
> incoming electrical power has surge suppression, and the power to the
> switches is all through double conversion UPS, so I'm not quite sure why
> any of them woul
Has anyone had any experience working with the Illinois Tollway for dark
fiber? Looking for good or bad experiences offline.
Thanks!
-brandon
--
Brandon Galbraith
Voice: 630.492.0464
On 2010-05-14-03:59:33, Randy Bush wrote:
> anyone have reccos for fiber
> from 60 hudson
> to 454 broadway
>From a cursory look at POP and GIS data not covered by NDA, I'm not
finding any vendors currently built into 454 Broadway. The usual
suspects for dark in the area include AboveNet,
Apologies,
kindly ignore my earlier responce.
Rgrds,
Shake
On Fri, May 14, 2010 at 3:46 PM, shake righa wrote:
> Believe have narrowed down problem to layer 2.
>
> A ping to address 224.0.0.5 shows no reply.
>
> Believe problme to do with blocking of multicast
>
> Regards,
> Shake
>
> On Fri,
Believe have narrowed down problem to layer 2.
A ping to address 224.0.0.5 shows no reply.
Believe problme to do with blocking of multicast
Regards,
Shake
On Fri, May 14, 2010 at 5:28 AM, Frank Bulk wrote:
> What about IP SLA with some EEM? This link may give you some ideas:
> http://blog.io
Surely 32 Ave of the Americas would be closer?
j
On Fri, May 14, 2010 at 3:59 AM, Randy Bush wrote:
> anyone have reccos for fiber
> from 60 hudson
> to 454 broadway
>
> thanks
>
> randy
>
>
--
---
Joly MacFie 218 565 9365 Skyp
anyone have reccos for fiber
from 60 hudson
to 454 broadway
thanks
randy
51 matches
Mail list logo
