Hi,
I need some help in understanding MPLS Traceroute.
My P Routers are displayed as Asterisk (*), and I'm not sure why.
And before someone comment about this... I do not have "no mpls ip propogation-ttl"
SPOKE_B_USER#traceroute 172.16.1.11 probe 1T...
R1(config-if)#rate-limit input 50000000 1562500 1562500 conform-action ?
continue scan other rate limits
drop drop packet
set-dscp-continue set dscp, scan other rate limits
...
Hi,
According to Cisco QOS Exam Certification Guide 2nd Edition:
WFQ calculates the SN before adding a packet to its associated queue.
In fact, WFQ calculates the SN before making the drop decision, because the SN is part of the
modified tail-drop...
According to "Cisco QOS Exam Certification Guide 2nd Edition", it states that:
Currently, CBWFQ can use either FIFO or WFQ inside the class-default queue.
With Flow-Based WFQ in the class-default queue, when CBWFQ decides to take one or more packet...
Nah... I think it's fine now.
I have no problems sticking to the traditional NAT.
I didn't have good experience with NVI since the past anyway.
Did a LAN-Internet NVI with Static Mapping on a 2611XM a couple of years back, turns out that performance...
Found the actual cause of the problem.
CE-H is running NVI "ip nat enable".
Swapped it with regular NAT "ip nat inside" and it resolves the issue.
I'm not sure how or why it will affect the MPLS traceroute though.
Hi Peter,
I've found the cause of the issue actually. But... I do not understand why it is happening that way.
This is supposed to be like a Hub and Spoke Topology by the way. Spoke to Spoke traffic must pass through Hub.
On PE1, I've added
PE1(con...
Well... Prefix Delegation is actually talking about a different thing. The DHCPCLIENT is actually getting its s0/0 IPv6 EUI-64 Address using SLAAC.The DHCPSERVER do advertise the Prefix, but just the Prefix alone. DHCPCLIENT receives it on s0/0, and ...
