From: Mark Mahan (mmahan@caprock.com)
Date: Wed Nov 07 2007 - 16:23:26 ART
Haha. I hope. We'll see on Feb 7. Thanks Joseph.
--------------------------------------
Sent from my BlackBerry
Mark Mahan
Network Engineer
-------------------------------
CapRock Communications
4400 S. Sam Houston Parkway E.
Houston, Texas 77048
Office: 832 668 2528
mmahan@caprock.com
www.caprock.com
-----Original Message-----
From: Joseph Brunner <joe@affirmedsystems.com>
To: Mark Mahan; 'Gregory Gombas' <ggombas@gmail.com>; 'Tarun Pahuja' <pahujat@gmail.com>
CC: 'Alex Steer' <alex.steer@eison.co.uk>; 'Cisco certification' <ccielab@groupstudy.com>
Sent: Wed Nov 07 13:01:59 2007
Subject: RE: ospf virtual-link over totally stubby area
I think Mark is going to be another first passer...
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of Mark
Mahan
Sent: Wednesday, November 07, 2007 11:40 AM
To: Gregory Gombas; Tarun Pahuja
Cc: Alex Steer; Cisco certification
Subject: RE: ospf virtual-link over totally stubby area
When using unnumbered interfaces OSPF uses the MIB IfIndex value instead
of the addresses so you can have adjacencies over interfaces unnumbered
to different networks.
I found that out reading this doc last week.
http://www.cisco.com/warp/public/104/26.html#r4
Mark Mahan
Network Engineer
-------------------------------
CapRock Communications
4400 S. Sam Houston Parkway E.
Houston, Texas 77048
Office: 832 668 2528
mmahan@caprock.com
www.caprock.com
--------------------------------------------------------------------------
NOTICE OF CONFIDENTIALITY: This e-mail message may contain confidential
information and is intended only for the person(s) named above. Any review,
use, disclosure or distribution by any other person is prohibited. If you
are not the intended recipient, please contact the sender by e-mail and
destroy all copies of this message.
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Gregory Gombas
Sent: Wednesday, November 07, 2007 8:50 AM
To: Tarun Pahuja
Cc: Alex Steer; Cisco certification
Subject: Re: ospf virtual-link over totally stubby area
With OSPF, isn't the rule for neighbors to be on common subnet relaxed
when using ip unnumbered?
On Nov 7, 2007 5:20 AM, Tarun Pahuja <pahujat@gmail.com> wrote:
> Gregory,
> You can configure some networks with two separate
subnets on
> the same physical segment. In this case, EIGRP routers on one subnet
may not
> be able to communicate with EIGRP routers on the other subnet. For
OSPF and
> EIGRP it is important that the neighbors be on the common subnet to
ensure
> proper functionality of the protocols.
>
> You can connect two Areas(atleast one being area 0) in OSPF connected
via a
> Stub transit area using a GRE tunnel. Some of the drawbacks would
include
> additional overhead on the tunnel endpoints as they would have to
> encap/decap every packet going through the tunnel, GRE header adds
> additional overhead.
>
> You can use the network command under ospf process or use interface
level
> ospf command, you are adding networks to ospf process in both cases.
>
> HTH,
> Tarun
>
>
> On 11/6/07, Gregory Gombas <ggombas@gmail.com> wrote:
> >
> >
> >
> > Yes, OSPF is one of those nifty protocols that allows you to peer
> > between 2 IPs in different subnet.
> >
> > Does anyone know if thats true with RIP and EIGRP? I think RIP can
be
> > configured to disable the source address check but what about EIGRP?
> >
> > Joseph Saad - Can you elaborate on using interface level ospf versus
> > network statement?
> >
> > Thanks
> >
> >
> > On 11/6/07, Alex Steer <alex.steer@eison.co.uk> wrote:
> > > It is international OSPF month, not week!
> > >
> > > Can you configure a tunnel between 2 IPs not in the same subnet?
I
> didn't think you could?
> > > Everybody seems to be suggesting tunnels though so have I missed
> something?
> > >
> > > ________________________________
> > >
> > > From: nobody@groupstudy.com on behalf of Gregory Gombas
> > > Sent: Mon 11/5/2007 9:30 PM
> > > To: Alex Steer
> > > Cc: M e; ccielab@groupstudy.com
> > > Subject: Re: ospf virtual-link over totally stubby area
> > >
> > >
> > >
> > > Geez what is this, OSPF week?
> > >
> > > You can use ip unnumbered based off a loopback interface in Area0.
> > >
> > > On 11/5/07, Alex Steer <alex.steer@eison.co.uk > wrote:
> > > > Yeh, It give me an error when I try to configure a virtual-link
over
> area47.
> > > >
> > > > The lab said you cannot make new IP addresses. How can you
configure
> a gre
> > > > tunnel?
> > > >
> > > > ________________________________
> > > >
> > > > From: M e [mailto:iosluver@gmail.com]
> > > > Sent: Mon 11/5/2007 6:29 PM
> > > > To: Alex Steer
> > > > Subject: Re: ospf virtual-link over totally stubby area
> > > >
> > > >
> > > > Ajay just hi the nail on the head. Stub areas don't support
> virtual-links so
> > > > the only other way to do this is to use a GRE tunnel.
> > > >
> > > >
> > > > On 11/5/07, Alex Steer <alex.steer@eison.co.uk> wrote:
> > > >
> > > > Hi,
> > > >
> > > > I got completely stuck on this question I hoped someone
maybe
> able to help
> > > > me
> > > > out. The topology is as follows
> > > >
> > > > AREA 0=Router4====area 47=====Switch1=area0
> > > >
> > > > The question was (word for word):-
> > > >
> > > > Configure OSPF area 47 on the Ethernet segment between R4
and
> SW1
> > > > Devices in OSPF area 47 should only receive LSA of type
1, 2
> and a default
> > > > of
> > > > type 3.
> > > >
> > > > To me that says configure Router 4 with "area 47 stub
> no-summary"
> > > > The problem then is that I cant configure a virtual-link
to
> SW1s area0.
> > > > Is the answer on router4:-
> > > > configure area47 as normal area
> > > > configure "default-information orginate always" on
router4
> > > > configure "area 47 filter-list prefix prefix-list"
> > > > ip prefix-list prefix-list permit 0.0.0.0/0 le 32
> > > >
> > > > Can anybody suggest for sure?
> > > >
> > > > Many thanks
> > > >
> > > > Alex
> > > >
> > > >
> > > >
> ______________________________________________________________________
> > > > This email has been scanned by the MessageLabs Email
Security
> System.
> > > > For more information please visit
> http://www.messagelabs.com/email
> > > >
> ______________________________________________________________________
> > > >
> > > >
>
This archive was generated by hypermail 2.1.4 : Sat Dec 01 2007 - 06:37:28 ART