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
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
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 laur...@guerby.net wrote:
On
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
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 dans...@gmail.com
Just for the records, OpenBSD got fully functional MPLS stack.
HTH,
Dan #13685 (RS/Sec/SP)
The CCIE
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,
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
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
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
On Thu, Aug 30, 2012 at 2:17 PM, Tribble, Wesley
wtrib...@sterneagee.com wrote:
-Prepend the routes from the DR site so that they will have a longer AS-path
than the Primary location
yes
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
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 be...@gadsdenst.org wrote:
Hello,
Do any of you do any color vision screening in your interview process? How
do those of you with
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?
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 sme...@mara.org wrote:
You might consider the ADA act before you go too far down this road. I'm no
expert, but it may apply...
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
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
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.
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
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? :)
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
mturoute.exe works great
http://www.elifulkerson.com/projects/mturoute.php
On Fri, Aug 31, 2012 at 9:47 AM, Justin M. Streiner strei...@cluebyfour.org
wrote:
On Fri, 31 Aug 2012, Andrew K. wrote:
Besides routing protocol convergence is there any service issues with
running mismatched
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
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
Looks good.
On 31/08/2012 11:13 AM, Ben Bartsch wrote:
mturoute.exe works great
http://www.elifulkerson.com/projects/mturoute.php
...
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
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
On Thu, Aug 30, 2012 at 2:17 PM, Tribble, Wesley
wtrib...@sterneagee.com 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
On 8/30/12, Tribble, Wesley wtrib...@sterneagee.com 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
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
On 8/31/12, bill.ing...@t-systems.com 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
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
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, bill.ing...@t-systems.com wrote:
I work for an MPLS provider, so I guess I tend to trust them ;)
Bill
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
On Fri, Aug 31, 2012 at 7:30 AM, Tom Taylor tom.taylor.s...@gmail.com 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
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
-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 multicast
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
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) may
On Fri, Aug 31, 2012 at 1:33 PM, valdis.kletni...@vt.edu 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
On Aug 31, 2012, at 12:27 PM, JC Dill jcdill.li...@gmail.com 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
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
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
On Aug 31, 2012, at 13:29 , Betsy Schwartz betsy.schwa...@gmail.com 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,
From: Betsy Schwartz betsy.schwa...@gmail.com
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
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
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
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
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%
On 8/31/12, bill.ing...@t-systems.com 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
On 8/31/12, Scott Morris s...@emanon.com 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
50 matches
Mail list logo