We've deployed the MX480s as PEs in multiple countries, and have been
pretty damn happy with them for the most part.
Any issues we've seen (largely around interface counters/statistics etc)
can be chalked up to an older JunOS version that we're running.
The CLI is shiny, and easy to use, and ne
We have a couple installed as our edge routers.
Pluses - solid as a rock, easy to administer, and will take some extremely
high packet rates for relatively low cost (important for us since we use them
for VoIP traffic). If you're approaching the capacity of a 1GB uplink, I highly
recommend th
On Sun, Jun 26, 2011 at 12:23 AM, Alex Rubenstein wrote:
> At least here in JCPL territory (northern NJ), closed transition is frowned
> upon. Too much risk, they think. They are correct, really, but the risk is
> mostly yours. If you lock to the utility out-of-phase, you will surely lose
> and
I would love to know the same I am looking at the MX line as well for a
new network build-out
Cheers
Ryan
-Original Message-
From: Chris [mailto:behrnetwo...@gmail.com]
Sent: Saturday, June 25, 2011 9:29 AM
To: nanog@nanog.org
Subject: What do you think about the Juniper MX line?
Hell
> It ismy understanding also that most commercial grade gensets have
> built into the ATS logic that when utility power comesback online, that
> the transfer back to utility power is coordinated with the ATS driving
> the generator until both frequency and phases are within a user
> specified rang
On Jun 25, 2011, at 4:47 PM, Andrew D Kirch wrote:
> On 6/25/2011 7:43 PM, Paul Graydon wrote:
>> Take a guess what the datacenter our equipment is currently hosted in uses.
>> Yet another reason to be glad of a datacenter move that's coming up.
>>
> Why can't we just all use DC and be happy
It ismy understanding also that most commercial grade gensets have built into
the ATS logic that when utility power comesback online, that the transfer back
to utility power is coordinated with the ATS driving the generator until both
frequency and phases are within a user specified range?
- mi
> Can we use same AS to advertise different networks in different location?
>
> We would like to use Seattle as production network and New York as testing
>
> eg:
> Seattle: network 66.49.130.0/24
>
> New York: network 67.55.129.0/24 and ipv6 network.
you have not made clear whether ny and sea
- Original Message -
> From: "Seth Mattinen"
> On 6/25/2011 15:12, Leo Bicknell wrote:
> > I have never seen a generator that syncs to the utility for live, no
> > break transfer. I'm sure such a thing exists, but that sounds crazy
> > dangerous to me. Generators sync to each other, not t
Yep, we do it that way.
We basically treat each of our datacenter's as their own entity, using
separate space for each, but all with the same AS #. What Joel
mentioned is going to be the major catch, in that for each of the two
disconnected AS's to accept the opposite sites routes, you'd need to
On Jun 25, 2011, at 6:03 PM, Deric Kwok wrote:
> Hi
>
> Can we use same AS to advertise different networks in different location?
>
> We would like to use Seattle as production network and New York as testing
>
> eg:
> Seattle: network 66.49.130.0/24
>
> New York: network 67.55.129.0/24 and i
On Jun 25, 2011 6:04 PM, "Deric Kwok" wrote:
>
> Hi
>
> Can we use same AS to advertise different networks in different location?
>
> We would like to use Seattle as production network and New York as testing
>
> eg:
> Seattle: network 66.49.130.0/24
>
> New York: network 67.55.129.0/24 and ipv6 n
Hi
Can we use same AS to advertise different networks in different location?
We would like to use Seattle as production network and New York as testing
eg:
Seattle: network 66.49.130.0/24
New York: network 67.55.129.0/24 and ipv6 network.
Thank you
On 6/25/2011 16:43, Paul Graydon wrote:
> On 6/25/2011 12:32 PM, Seth Mattinen wrote:
>>
>> For open and closed transitions you'll most certainly want to sync to
>> utility to transition between the two. For the delayed transition model
>> it'll stop at the intermediate "open" point for a configura
On Jun 25, 2011, at 4:47 PM, Andrew D Kirch wrote:
> On 6/25/2011 7:43 PM, Paul Graydon wrote:
>> Take a guess what the datacenter our equipment is currently hosted in uses.
>> Yet another reason to be glad of a datacenter move that's coming up.
>>
> Why can't we just all use DC and be happy?
On 6/25/2011 7:43 PM, Paul Graydon wrote:
Take a guess what the datacenter our equipment is currently hosted in
uses. Yet another reason to be glad of a datacenter move that's
coming up.
Why can't we just all use DC and be happy?
On 6/25/2011 12:32 PM, Seth Mattinen wrote:
On 6/25/2011 15:12, Leo Bicknell wrote:
I have never seen a generator that syncs to the utility for live, no
break transfer. I'm sure such a thing exists, but that sounds crazy
dangerous to me. Generators sync to each other, not the utility.
Most o
Generators all stay in sync. Generator owners have expensive devices
that sync the phase before the generator is connected to the grid. Once
a generator is connected to the gird, it will stay in sync - in fact
that is why they have the expensive devices to make sure that they are
in sync before
On 6/25/2011 15:12, Leo Bicknell wrote:
>
> I have never seen a generator that syncs to the utility for live, no
> break transfer. I'm sure such a thing exists, but that sounds crazy
> dangerous to me. Generators sync to each other, not the utility.
>
Most of these come in open, delayed, or clo
In a message written on Fri, Jun 24, 2011 at 06:29:14PM -0400, Jay Ashworth
wrote:
> I believe the answer to that question is contained here:
>
> http://yarchive.net/car/rv/generator_synchronization.html [1]
I wouldn't use a colo that had to sync their generator to the grid.
That is a bad desi
On 06/25/2011 03:52 PM, Jason Roysdon wrote:
> On 06/25/2011 08:06 AM, William Herrin wrote:
>> On Sat, Jun 25, 2011 at 10:49 AM, Jay Ashworth wrote:
>>> Perhaps I read the piece incorrectly, but it certainly sounded to *me* like
>>> the part that was hard was not hitting 60.00, but *staying in sy
On 06/25/2011 02:02 PM, Jay Ashworth wrote:
> - Original Message -
>> From: "Jason Roysdon"
>
>> That's what they're doing here, opting to skip "patching" the time
>> error. They're not ignoring frequency altogether, but rather only
>> minding that aspects that have to do with grid stabi
- Original Message -
> From: "Jason Roysdon"
> That's what they're doing here, opting to skip "patching" the time
> error. They're not ignoring frequency altogether, but rather only
> minding that aspects that have to do with grid stability, not your alarm
> clock. This is for the better
On 06/25/2011 08:06 AM, William Herrin wrote:
> On Sat, Jun 25, 2011 at 10:49 AM, Jay Ashworth wrote:
>> Perhaps I read the piece incorrectly, but it certainly sounded to *me* like
>> the part that was hard was not hitting 60.00, but *staying in sync with
>> others*...
>
> Way I read it, when th
On Jun 25, 2011, at 11:03 AM, Jason Roysdon wrote:
>
> On 06/25/2011 07:49 AM, Jay Ashworth wrote:
>> - Original Message -
>>> From: "Jussi Peltola"
>>
>>> On Fri, Jun 24, 2011 at 06:29:14PM -0400, Jay Ashworth wrote:
This is gonna be fun, no?
>>>
>>> If your definition of fun is
On 06/25/2011 07:49 AM, Jay Ashworth wrote:
> - Original Message -
>> From: "Jussi Peltola"
>
>> On Fri, Jun 24, 2011 at 06:29:14PM -0400, Jay Ashworth wrote:
>>> This is gonna be fun, no?
>>
>> If your definition of fun is spending a year watching an old microwave
>> clock lose or gain
On Sat, Jun 25, 2011 at 10:49 AM, Jay Ashworth wrote:
> Perhaps I read the piece incorrectly, but it certainly sounded to *me* like
> the part that was hard was not hitting 60.00, but *staying in sync with
> others*...
Way I read it, when they occasionally run at 59.9hz for a few hours
(and accor
- Original Message -
> From: "Jussi Peltola"
> On Fri, Jun 24, 2011 at 06:29:14PM -0400, Jay Ashworth wrote:
> > This is gonna be fun, no?
>
> If your definition of fun is spending a year watching an old microwave
> clock lose or gain a few minutes.
>
> I don't see how this has anything
Failure to sync = dirty power and a horribly corrupted sine wave. A bit more
than watching an old microwave.
On Sat, Jun 25, 2011 at 7:00 AM, wrote:
> Send NANOG mailing list submissions to
>nanog@nanog.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>https://ma
Good Morning List:
I'm looking for a POC at NetSol because, after 16 years as a customer, we
have a seriously pooched DNS issue and I can't get any capable support over
the phone.
While I am intermittently receiving email on this domain, I seem able to
send it, and I am uncertain that I will rece
Hello,
I've been doing some research into using the MX line of Juniper
routers and was interested in hearing people's experiences (the good,
bad, and ugly). What do you like about them? What do you dislike?
Where are you putting them in your network? Where are you not putting
them? Why? What other
31 matches
Mail list logo
