keyur, correct me if im wrong, but isn't it the filters will only filter out
the route for being advertised into the local router's routing table (the
router that did the redistribute and the filtering) but still the other
adjacent routers will still see the route because of the LSAs being
keyur i already got your point. hehe! i really need a lot practice :)
Message Posted at:
http://www.groupstudy.com/form/read.php?f=7i=61168t=61055
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report
i think there is no way to deny that route when using ACLs because ACLs
doesn't filter LSAs. make your area an NSSA, then do a no-redistribute, to
filter out redistributed routes (your TS router will be an ASBR).
Message Posted at:
http://www.groupstudy.com/form/read.php?f=7i=61067t=61055
i think you should do a dialer map broadcast on router b too just like what
you did on the first router.
Message Posted at:
http://www.groupstudy.com/form/read.php?f=7i=61072t=61068
--
FAQ, list archives, and subscription info:
you can do both. if i wanted to use an ip in the middle of your pool, say
199.199.199.35:
ip nat pool test prefix-lenth 26
199.199.199.3 199.199.199.34
199.199.199.36 199.199.199.62 - (i think this is the command, please verify)
ip nat inside source list 1 pool test
ip nat inside source static
ok. email me at [EMAIL PROTECTED]
Message Posted at:
http://www.groupstudy.com/form/read.php?f=7i=59265t=58784
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to
of course you can use ip precedence for QoS. ip precedence is used to
specify the importance of one traffic and enable the appropriate policies
for it. but on your side, i'm not quite sure on how you would use the ip
precedence set by the customer on their packets going to your side. i think
it
i once encountered the same problem when i did a practice lab. well i think
you should put a tunnel from r2 to r5 to connect area 12 to area 0. don't
put a virtual link for them because you won't be able to make area 12
stubby. hope that helps :)
Message Posted at:
ivan when you do the priority command, it strictly abides that the
application you put in with that command would get that specified BW, and
beyond that, packets will be drop. it should be used in delay-sensitive
applications, in your case VoIP. the bandwidth command is used to specify
that this
Ivan why not make the min threshold and max threshold gap bigger? in your
design, ip precedence 5 only have a gap of 300 (700 1000). my opinion is
wred reacts fast whenever you reach and exceeds the maximum threshold. it
clips all of your packets whenever it reach that state. wred starts to clip
you said you classified your voice traffic as prec 5. how about the other
packets? particularly for tcp? you said they put the other packets into the
default prec. it might have been the tcp packets where put into the default.
wred clips packets by weight, it means lower precedence packets will be
and one more thing, you should not do wred whenever you do VoIP. it might
not do you good because it will clipped VoIP packets and introduce delay.
what i think is best is you do low latency queing at you routers(make your
VoIP packets as priority packets and assign bandwidth to them, while
how did you classify your tcp packets? I think WRED treats unclassified
packets as lower priority packets (precedence=0). i saw random-drops in
precedence 0 packets.
Message Posted at:
http://www.groupstudy.com/form/read.php?f=7i=58873t=58784
--
13 matches
Mail list logo