LMI is a switch to router protocol. sub-interfaces just bind to individual
DLCI's. Therefore, they don't have their own LMI configuration. Only the
serial trunk does.
Mike
Message Posted at:
http://www.groupstudy.com/form/read.php?f=7&i=14611&t=14206
-
You need to clarify if you're running BGP on the firewall as well. If you
are, quit it. If not, then your BGP peers will need to communicate through
the firewall, so yes, you will need to allow them TCP access to each other.
As for someone probing your firewall to see if you are doing BGP troug
8228 MAUs are made up of micro-switches that get charged (initially) by a 9
volt battery and later kept working from the power of the ring. If it's
real old, you may need to recharge it. Never charge a port that is already
in the ring - you'll beacon it. Also, you don't need to change RI/RO.
W
Sure, the first one that responds wins.
They don't even need to be on the same physical network. Let's say that you
have DHCP Server #1(10.10.10.10) in the production site and DHCP Server #2
(192.168.1.1) at your DR site.
The router is configured with a helper address for both:
ip helper-addr
Crud - I hate replying to my own messages. But I forgot to add something:
If you are using Paradyne FrameServer DSUs, you have another thing to worry
about.
They tend to do auto-negotiation of LMI out their WAN side and Cisco LMI
towards your router.
With this setup, you are getting your LMI f
If your LMI doesn't match, it just plain won't come up. Both the router and
the switch must agree on their link management packet details, or they won't
be able to communicate.
Now, what could cause things to bounce is if there is a physical layer
circuit problem and you're droping LMI packets.
I think that your explanation is pointing more at point to multipoint. It's
somewhat confusing. Let's say for instance we have this:
Hub (10.1.1.1/24) -> Frame Circuit -> DLCI 20
Site1 (10.1.1.2/24) -> Frame Circuit -> DLCI 30
Site2 -(10.1.1.3/24) > Frame Circuit -> DLCI 40
Notice that each o
If I understand what you're saying properly, you probably have a max-paths
problem. EIGRP only handles a max of 6 paths very well. Anything over that
and it starts getting pissy with you.
If you list out the EIGRP topology database, you will see that for every
route, you will have an entry for
If I understand what you're saying properly, you probably have a max-paths
problem. EIGRP only handles a max of 6 paths very well. Anything over that
and it starts getting pissy with you.
If you list out the EIGRP topology database, you will see that for every
route, you will have an entry for
There are a couple ways to do this, but first let me make sure I understand
what you want to do.
Lets say for instance that "Server A" is really a firewall or external
gateway to the Internet. You want any traffic that you do not claim in your
routing tables to flow to this device.
On the r
10 matches
Mail list logo