On 8/31/12, Scott Morris wrote:
Perhaps the more reasonable thing to do would be instead of
administering "vision tests";
administer practical skill proficiency tests, so you will expose only
issues that effect performance on tasks required for a job. "Color
vision" is such an arbitrary thing
On 8/31/12, bill.ing...@t-systems.com wrote:
> I work for an MPLS provider, so I guess I tend to trust them ;)
For certain definitions of "trust" I would also. But.. Monday? I was
told that $AGENCY had just completed an audit of our network and we
had to change the exec timeout from 15 to 10 mi
BGP Update Report
Interval: 23-Aug-12 -to- 30-Aug-12 (7 days)
Observation Point: BGP Peering with AS131072
TOP 20 Unstable Origin AS
Rank ASNUpds % Upds/PfxAS-Name
1 - AS840250659 2.2% 26.8 -- CORBINA-AS OJSC "Vimpelcom"
2 - AS982939453 1.7
This report has been generated at Fri Aug 31 21:13:04 2012 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
They used to publish the source for their 2.4 kernel on routerboard.com (in
fact, it's still available at http://routerboard.com/files/linux-2.4.31.zip),
but I've not seen anything for the 2.6 kernel however and the routerboard.com
site was redesigned a little while ago, seemingly without the li
Yeah, I had that trouble with the old Cabletron (Enterasys) network management
software. About 6% of Euro-American males suffer from Deuteranopia. I cannot
see the difference between dark green and dark red. Bright green and bright red
are better. It was not possible to adjust the Cabletron soft
From: Betsy Schwartz
> I ended up with green diamonds, red X's, purple squares, and yellow
>exclamation points (and on this particular
> application a mouse-over would also tell you the name of the color
> gif) Looked better for *everyone*.
Is that the "Lucky Charms" style of icon generatio
On Aug 31, 2012, at 13:29 , Betsy Schwartz wrote:
> I installed monitoring software with different colored status dots,
> and discovered that we had three color-blind team members. After a
> pleasant hour's tweaking I ended up with green diamonds, red X's,
> purple squares, and yellow exclamatio
I installed monitoring software with different colored status dots,
and discovered that we had three color-blind team members. After a
pleasant hour's tweaking I ended up with green diamonds, red X's,
purple squares, and yellow exclamation points (and on this particular
application a mouse-over wo
Greetings NANOG community,
NANOG is in the process of completely redeveloping its website
(http://www.nanog.org) and is looking for feedback from the community and
NANOG members.
One of the primary goals of the redesign is to present a clean, yet
functional and up to date website, improving deliv
On Aug 31, 2012, at 12:27 PM, JC Dill wrote:
> So if you DO decide to test for color vision, make sure you know your rights
> and responsibilities for handling any employee or applicant who fails the
> test.
>
> IANAL - if you have any questions be sure to get advice from an attorney -
> pref
On Fri, Aug 31, 2012 at 1:33 PM, wrote:
> On Fri, 31 Aug 2012 11:27:28 -0700, JC Dill said:
>
> > So if you DO decide to test for color vision, make sure you know your
> > rights and responsibilities for handling any employee or applicant who
> > fails the test.
>
> There's something to be said f
The below email exchange may be of interest to some of you. The
practical upshot is that it appears "the 91.201.64.0/22 range was
hijacked and should be included into the DROP list".
As an interesting aside, quoting a friend:
"the original company (that performed dangerous waste utilization) m
On Fri, 31 Aug 2012 11:27:28 -0700, JC Dill said:
> So if you DO decide to test for color vision, make sure you know your
> rights and responsibilities for handling any employee or applicant who
> fails the test.
There's something to be said for doing the test anyhow, and being prepared
to deploy
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 08/31/2012 09:21 AM, bill.ing...@t-systems.com wrote:
> I think having a GRE tunnel for the internal routing protocol is
> unnecessary. Can you explain the reasoning behind this? I
> understand the technical issue whereby GRE will allow multica
On 31/08/12 7:54 AM, Scott Morris wrote:
The ADA act does not allow people to have access to every single job
regardless of their handicap. So, if something requires the ability to
see certain colors, then that's a requirement.
Be careful about those "requirements". The ADA requires employers
On Fri, Aug 31, 2012 at 7:30 AM, Tom Taylor wrote:
> Has anyone run into a situation where the MTU at one end of a link was
> configured differently from the MTU at the other end? How did you catch it?
>
> In general, do you see any need for a debugging tool to be standardized to
> find such misma
Options
1) Ask the provider if they have any traffic engineering communities
available. Many of the large ones offer some.
2) Use BGP MED to influence the output path (works in most cases).
3) If that fails, use as-path pre-pending to influence the output path from
the provider towards you.
GRE
I'd prefer to trust / get the provider to do the right thing over losing
the 40 mtu points and all the associated headache therein.
-Blake
On Fri, Aug 31, 2012 at 11:33 AM, wrote:
> I work for an MPLS provider, so I guess I tend to trust them ;)
>
> Bill
>
> -Original Message-
> Fro
I work for an MPLS provider, so I guess I tend to trust them ;)
Bill
-Original Message-
From: Lee [mailto:ler...@gmail.com]
Sent: Friday, August 31, 2012 11:28 AM
To: Ingrum, Bill
Cc: wtrib...@sterneagee.com; nanog@nanog.org
Subject: Re: Redundant Routes, BGP with MPLS provider
On 8/31/
On 8/31/12, bill.ing...@t-systems.com wrote:
> I think having a GRE tunnel for the internal routing protocol is
> unnecessary.
It might be, but we have a requirement for multicast over the wan so
the GRE tunnels had to be there.
> Can you explain the reasoning behind this? I understand
> the t
I think having a GRE tunnel for the internal routing protocol is
unnecessary. Can you explain the reasoning behind this? I understand
the technical issue whereby GRE will allow multicast for EIGRP, OSPF,
etc, but why not just redistribute into BGP?
I work on a lot of MPLS CE routers, and in gene
On 8/30/12, Tribble, Wesley wrote:
> Hello all,
>
> I am an Network Operator working in an Enterprise environment with offices
> all over the country(mostly connected via MPLS). We are currently working
> towards building a Disaster Recovery Site that will host some of our vendor
> routers and pr
On Thu, Aug 30, 2012 at 2:17 PM, Tribble, Wesley
wrote:
> What is the best method to Instruct the provider's
>network to prefer the Primary Data Center routes
>over the DR site? Keep in mind that I am only
>peering with the provider over BGP and I have no
>visibility to the underlying MPLS archit
After emailing some of the usual addresses without any luck, I am wondering
if anyone might be able to point me towards a contact for AS4565 who could
assist me with getting the announcements of some prefixes they shouldn't be
announcing cleaned up? Please feel free to email me directly with any
c
On 31-08-12 16:15, Berry Mobley wrote:
> Do any of you do any color vision screening in your interview process?
> How do those of you with color vision impairments compensate? I'd never
> considered this until I was in one of our facilities with my son (who
> has limited color vision) and we had a
Looks good.
On 31/08/2012 11:13 AM, Ben Bartsch wrote:
mturoute.exe works great
http://www.elifulkerson.com/projects/mturoute.php
...
If you don't exceed the MTU ever then it shouldn't matter, but unless
the MTUs are above what the protocol can handle on a specific link you
probably will. Most commonly this happens on DSL links using PPPoE (the
MTU needs to be at 1492 for the overhead) and it causes all kinds of odd
behavior
My question was actually prompted by an issue that comes up with
multicast routing, where either the underlying RIB is static or the
unicast routing protocol managed to operate successfully. In any event,
in some cases the PIM messages get large enough to be lost at layer 2.
One proposal befor
mturoute.exe works great
http://www.elifulkerson.com/projects/mturoute.php
On Fri, Aug 31, 2012 at 9:47 AM, Justin M. Streiner wrote:
> On Fri, 31 Aug 2012, Andrew K. wrote:
>
> Besides routing protocol convergence is there any service issues with
>> running mismatched MTU? Assuming the pac
Assuming the MPLS provider is a single company, and uses BGP at all sites to
talk to your routers, I would simply set the MED (in cisco terms) to reflect
what you desire.
http://www.cisco.com/en/US/tech/tk365/technologies_tech_note09186a0080094934.shtml
This assumes however that the failover
The ADA act does not allow people to have access to every single job
regardless of their handicap. So, if something requires the ability to
see certain colors, then that's a requirement.
Scott
On 8/31/12 10:30 AM, Philip Gladwin wrote:
> Maybe giving them access to a colormeter? :)
>
> http://it
On Fri, 31 Aug 2012, Andrew K. wrote:
Besides routing protocol convergence is there any service issues with running
mismatched MTU? Assuming the packet flow does not exceed the smallest MTU
value.
Not really, but given the bursty nature of IP traffic, that's a very
dubious assumption.
In
When doing Cat5 connectors, a friend couldn't tell the orange versus brown
(or was it green.) He found that with a red LED flashlight he could then
tell.
There are ways to work around things.
Besides routing protocol convergence is there any service issues with
running mismatched MTU? Assuming the packet flow does not exceed the
smallest MTU value.
On 8/31/2012 10:28 AM, Dan White wrote:
On 08/31/12 09:30 -0400, Tom Taylor wrote:
Has anyone run into a situation where the MTU at o
On 12-08-31 08:15 AM, Berry Mobley wrote:
Hello,
Do any of you do any color vision screening in your interview process?
How do those of you with color vision impairments compensate? I'd never
considered this until I was in one of our facilities with my son (who
has limited color vision) and we h
Maybe giving them access to a colormeter? :)
http://itunes.apple.com/us/app/colorimeter-digital-color/id371113568?mt=8
On Fri, Aug 31, 2012 at 10:23 AM, Steve Meuse wrote:
> You might consider the ADA act before you go too far down this road. I'm no
> expert, but it may apply...
>
> -Steve
>
>
On 08/31/12 09:30 -0400, Tom Taylor wrote:
Has anyone run into a situation where the MTU at one end of a link
was configured differently from the MTU at the other end? How did you
catch it?
In general, do you see any need for a debugging tool to be
standardized to find such mismatches?
Perf
You might consider the ADA act before you go too far down this road. I'm no
expert, but it may apply...
-Steve
On Fri, Aug 31, 2012 at 10:15 AM, Berry Mobley wrote:
> Hello,
>
> Do any of you do any color vision screening in your interview process? How
> do those of you with color vision impair
Hello,
Do any of you do any color vision screening in your interview
process? How do those of you with color vision impairments
compensate? I'd never considered this until I was in one of our
facilities with my son (who has limited color vision) and we had a
discussion about the LEDs. He coul
On Thu, Aug 30, 2012 at 2:17 PM, Tribble, Wesley
wrote:
> -Prepend the routes from the DR site so that they will have a longer AS-path
> than the Primary location
yes
I was actually typing an email about this as well when this one showed up. I
ran into this with a customer about 2 weeks back with a single are ospf
implementation. They had one of their routers configured at MTU 1492 and I
completely spaced this. Lost about a half an hour of my life to this.
On Fri, Aug 31, 2012 at 01:52:09PM +, Paul Vinciguerra wrote:
> You need to raise your MTU above that on the other side and do a ping size
> sweep. Unlike at Layer-3 when you can use set a DF bit and get back an ICMP
> error, at Layer-2 when you exceed the far side's MTU, the packets are
>
On Fri, 31 Aug 2012, Tom Taylor wrote:
Has anyone run into a situation where the MTU at one end of a link was
configured differently from the MTU at the other end? How did you catch it?
In general, do you see any need for a debugging tool to be standardized to
find such mismatches?
Some rou
You need to raise your MTU above that on the other side and do a ping size
sweep. Unlike at Layer-3 when you can use set a DF bit and get back an ICMP
error, at Layer-2 when you exceed the far side's MTU, the packets are silently
dropped.
Paul Vinciguerra
CCIE# 10291
120 W Park Avenue, Suite
Seems that Netbsd have MPLS too, with the advantage to run in a jukebox.
http://wiki.netbsd.org/users/kefren/mpls/
--
Eduardo Schoedler
2012/8/31 Dan Shechter
> Just for the records, OpenBSD got fully functional MPLS stack.
>
>
> HTH,
> Dan #13685 (RS/Sec/SP)
> The CCIE troubleshooting blog:
Has anyone run into a situation where the MTU at one end of a link was
configured differently from the MTU at the other end? How did you catch it?
In general, do you see any need for a debugging tool to be standardized
to find such mismatches?
Tom Taylor
Just for the records, OpenBSD got fully functional MPLS stack.
HTH,
Dan #13685 (RS/Sec/SP)
The CCIE troubleshooting blog: http://dans-net.com
Bring order to your Private VLAN network: http://marathon-networks.com
On Fri, Aug 31, 2012 at 2:44 PM, Laurent GUERBY wrote:
>
> On Wed, 2012-08-29 at
On Wed, 2012-08-29 at 16:39 +0100, Edward J. Dore wrote:
> MikroTik RouterOS is indeed based on Linux, however I believe they rolled
> their own MPLS stack.
Hi,
Does Mikrotik publish their modified Linux kernel source? Might be
interesting to look at it.
Laurent
> Last time I looked, the "mpls
Hello all,
I am an Network Operator working in an Enterprise environment with offices all
over the country(mostly connected via MPLS). We are currently working towards
building a Disaster Recovery Site that will host some of our vendor routers and
provide the capability to access these vendors
50 matches
Mail list logo