From: Schulz, Dave (DSchulz@dpsciences.com)
Date: Mon May 15 2006 - 17:58:14 ART
You may want to look at a combination of using a communities.....
The forth option may be a clue.....
The communities attribute is an optional, transitive, global attribute
in the numerical range from 1 to 4,294,967,200. Along with Internet
community, there are a few predefined, well-known communities, as
follows:
*internet-Advertise this route to the Internet community. All routers
belong to it.
*no-export-Do not advertise this route to eBGP peers.
*no-advertise-Do not advertise this route to any peer (internal or
external).
*local-as-Do not advertise this route to peers outside the local
autonomous system. This route will not be advertised to other autonomous
systems or sub-autonomous systems when confederations are configured.
And, making sure that you have no synchronization configured under the
bgp process of R1, R3, R4.
HTH.
Dave Schulz,
Email: dschulz@dpsciences.com
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
juganmagan
Sent: Monday, May 15, 2006 4:01 PM
To: ccielab@groupstudy.com
Subject: BGP problem
R1-----------R2
- -
- -
- -
- -
- -
R3 -R4
Hi Guys i have the above technlogy. R1,R3 & R4 are configured as
confideration and R2 is in AS650.
R2 has one ethernet interface configure with IP x.x.10.1 and this
network is advertied by OSpf to the
whole routing domain.
Now its asking for -
Network x.x.10.0 should be advertised under bgp by netowrk command and
it should be seen in R1's BGP TABLE
BUT must not seen in global routing table. We dont have to use Distance
command to accomplish this.
I tried to do this with backdoor command but i got rib failure in my
BGP table
Thanks
"Schulz, Dave" <DSchulz@dpsciences.com> wrote:
Also, you can do the ip ospf mtu-ignore on the switch interface or SVI
involved in the routing process.
Dave Schulz
Email: dschulz@dpsciences.com
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Brian Dennis
Sent: Monday, May 15, 2006 2:58 AM
To: juganmagan; ccielab@groupstudy.com
Subject: RE: MTU Problem
Another option is to alter the system MTU on the 3550. Remember to
reload after making the change.
Rack1SW2(config)#do sho system mtu
System MTU size is 1500 bytes
Rack1SW2(config)#system mtu 1504
Changes to the System MTU will not take effect until the next reload is
done.
Rack1SW2(config)#do sho system mtu
System MTU size is 1500 bytes
On next reload, system MTU will be 1504 bytes
Rack1SW2(config)#
HTH,
Brian Dennis, CCIE #2210 (R&S/ISP-Dial/Security)
bdennis@internetworkexpert.com
Internetwork Expert, Inc.
http://www.InternetworkExpert.com
Toll Free: 877-224-8987
Direct: 775-745-6404 (Outside the US and Canada)
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
juganmagan
Sent: Sunday, May 14, 2006 11:45 PM
To: ccielab@groupstudy.com
Subject: MTU Problem
Hi Guys,
I came across the adjancy problem in between one router and one 3550
switch and this adjancy problem was due to MTU mismatch problem.
On switch end MTU size was configured for 1540 and router end it was
1500. We can't change the interface MTU size to more then 1500.
I configured
#ip ospf mtu-ignore
Was it right way for the lab point of view or there is any other
method availble to change the MTU size.
Thanks
---------------------------------
Yahoo! Messenger with Voice. PC-to-Phone calls for ridiculously low
rates.
This archive was generated by hypermail 2.1.4 : Thu Jun 01 2006 - 06:33:21 ART