[ Part 1, Text/PLAIN 105 lines. ]
[ Unable to print this part. ]
I've been very busy at work so I haven't had time to build my lab, I am
still designing the netwotk. Tomorrow I will e-mail you my lab perhaps
you can speed up with me that process, what do you think??
Which certification are you studying for??
Alex
Chuck Larrieu wrote:
I'm ready on my side. the only limitation is the 2501 peer
numbers. seems to
be less than a dozen.
mail me your IP and AS off line. I'll answer with my info.
Chuck
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
Behalf Of
Alex Carvalho
Sent: Wednesday, November 07, 2001 2:41 PM
To: [EMAIL PROTECTED]
Subject: Re: Open BGP Lab - across the net [7:25581]
My friend you gonna play harder than me!!
Wait for my lab too...
I got so many stuffs that I don't know where to start from...
:)
Alex
""Chuck Larrieu"" wrote in message
news:[EMAIL PROTECTED]...
> Over the past week or so I have been going through the
Parkhurst BGP book
in
> detail. As a result I have a fairly complex setup here in
my home lab.
>
> So I would like to make my pod available for BGP research
across the
> internet. You can connect your routers to mine using BGP
across the net.
>
> I will have things set up beginning late Friday - after
7:00 p.m. Pacific
> Coast time ( Greenwich -8 )
>
> If you would like to connect your routers to mine using BGP
across the
net,
> please contact me off line. I will be using AS #49191 for
the connect
point.
> my internal AS #'s are 1111, 5555, 9999, 60350, 60400, and
60670
>
> When you contact me, I will need the public IP address of
your router, and
> the AS number for peering. I will answer your e-mail with
my own public IP
> address and the AS#
>
> Some things to remember when configuring:
>
> 1) there must be a route in your routing table to the IP
address I
provide.
> This can be a static route, but a default route or default
network will
not
> work
>
> 2) remember to use the eBGP multihop command. It does not
hurt to use a
> value greater than 100.
> The peering establishment process can take a couple of
minutes.
>
> 3) my connect point AS is in public space, but if my
research is correct
it
> is unassigned. Even if it were, there will be no effect on
any public
> internet peering. connections must be configured correctly
from both side.
>
> 4) I am assuming that people taking me up on this offer
will not be using
> ISP or enterprise equipment to connect. I assume that all
acceptors will
be
> using private lab equipment. Do not put your company at
risk for something
> like this study session, something that can be on the
chaotic side.
>
> 5) people connecting from @home might want to double check
their internet
> connections. I have had some problems connecting to @home
users. I have
also
> had some excellent sessions with @home users.
>
> 6) I suspect that there are some ISP's who filter BGP
traffic. But for the
> most part, problems have been identified as
misconfigurations.
>
> rest assured, I have done these sessions several times. It
is interesting
to
> do, and it gives me and other participants a chance to try
different
things
> based on being connected to an unknown source.
>
> Let's have some fun.
>
> Chuck
[EMAIL PROTECTED]
________________________________________________________________________________
Do You Yahoo!?
Find a job, post your resume on Yahoo! Careers.
Message Posted at:
http://www.groupstudy.com/form/read.php?f=7&i=25786&t=25581
--------------------------------------------------
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
