Hello Everyone,
I am trying to realize a qos configuration on an asr 1006 for pppoe services
being sold by our national incumbent.
On a single GE interface I will receive two classes of services, cos 0 and cos
1, each with a set bandwidth. i.e. cos 0 100mbps cos 1 20mbps.
Each dslam gets
Hi Eric,
This seems to be caused by the below software bug.
CSCtq86186 - Switch stack shows incorrect values for output drops on
show interfaces
http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetailsbugId=CSCtq86186
I've verified that this affects 15.0(1)SE3
Do you all know how this works? How is traceroute able to report back the
mpls label that is in use in the transit hops? Also wondering why I don't
see this on windows command line tracert
Aaron
RP/0/RSP0/CPU0:9k#trace vrf one 1.2.3.4 source 2.4.6.8
1 19.1911.5 [MPLS: Labels
Usually shows up (worse) on port channels. Drops are read as a single
binary counter, and are calculated as a delta from the previously read
values. Occasionally the port channel values are offset 2x the previous
values (individual ports versus the channel).
We've been dealing with the network
MPLS TTL
By default mpls ip propagation-ttl is enabled in global configuration
mode. This enabled user to trace the hops of the mpls router with
labels as shown in above traceroute. This is because MPLS TTL field is
copied from IP TTL field, on each MPLS LSR hop a TTL will be
decremented.
To
Thanks Roger, I knew about that. But what I was asking is how does that
label information get reported back to the device that I'm doing the
traceroute from you see what I'm asking ?
I might put a sniffer on the device that I'm tracing from to look at that
icmp ttl expired in transit
There are ICMP extensions to carry MPLS label stack information but the trace
route application needs to support it. The windows client doesn't.
Phil
Sent from my iPad
On Aug 22, 2012, at 3:21 PM, Aaron aar...@gvtc.com wrote:
Do you all know how this works? How is traceroute able to
Also this depends on vendor too. IIRC junos uses udp for its trace routing
and ios uses icmp.Meaning that if you did traceroute from a cisco box
going over a juniper network the labels wouldn't show and vice versa. You
brought up something I was 100% suee about a few years ago but those
That's what I was looking for. So is it a part of the mpls lsr's icmp
implementation that would allow those icmp extensions to carry and send that
info or the traceing device (windows) or both? In other words, I wonder if
the windows device actually is rcv'ing the icmp extended packets carrying
Yes wireshark should see the info. There are a couple rfcs for the extensions
but I don't know what they are offhand. Does not require anything special in
the client ICMP packet and only applies to TTL Exceeded and Dest Unreachable
responses.
Phil
Sent from my iPad
On Aug 22, 2012, at
Yes the windows box will get, it just doesn't what to do with it. A router
that isn't mpls enabled, but can understand it will show them.
On Aug 22, 2012 3:22 PM, Aaron aar...@gvtc.com wrote:
That’s what I was looking for. So is it a part of the mpls lsr’s icmp
implementation that would allow
Just the probe packets differ in protocol the responses are always ICMP
responses.
Phil
Sent from my iPad
On Aug 22, 2012, at 4:03 PM, Chris Evans chrisccnpsp...@gmail.com wrote:
Also this depends on vendor too. IIRC junos uses udp for its trace routing
and ios uses icmp.Meaning
Also this depends on vendor too. IIRC junos uses udp for its trace routing
and ios uses icmp.Meaning that if you did traceroute from a cisco box
going over a juniper network the labels wouldn't show and vice
versa.
Works just fine, labels are shown, both ways in our mixed Cisco - Juniper
Ahh good. I can't exactly remember what I ran into. Thx for clearing that
up!
On Aug 22, 2012 3:56 PM, sth...@nethelp.no wrote:
Also this depends on vendor too. IIRC junos uses udp for its trace
routing
and ios uses icmp.Meaning that if you did traceroute from a cisco box
going over
Chris/Phil, thanks a lot
Aaron
From: Phil Bedard [mailto:phil...@gmail.com]
Sent: Wednesday, August 22, 2012 3:29 PM
To: Chris Evans
Cc: lt,cisco-nsp@puck.nether.netgt,; Aaron
Subject: Re: [c-nsp] traceroute shows mpls labels...how?
Just the probe packets differ in protocol the
That's what I was looking for. So is it a part of the mpls lsr's icmp
implementation that would allow those icmp extensions to carry and send that
info or the traceing device (windows) or both? In other words, I wonder if
the windows device actually is rcv'ing the icmp extended packets
Replying to my own message
* Adjusting the hold queue didn't help.
* Applying QOS and per referenced email stopped the drops immediately - I
used something like the below:
policy-map leaf
class class-default
queue-limit 491520 bytes
policy-map logical
class class-default
service-policy
Hi Guys, Is it possible for 1841 port numbering to change? example - 1841
with 2 onboard FE's + FE WIC Would be FA0/0 (Onboard)FA0/1 (Onboard)FA0/0/0
(FE WIC) We have been told that a replacement 1841 that went to site(Same
config as previous 1841), FA0/1 and FA0/0/0 swapped - I
No chance, it's a cisco router, not a linux box. Interfaces don't just
swap themselves around, and particularly not an onboard port with an HWIC
one.
-Jonesy
Thanks Andrew - Does anyone know of a command to show what hardware is
assigned to which Int? i.e. Anyway to show that HWIC-1FE
Hi Ivan,
In fact the default queue limit in 3800x/3600x is quite small
We also had issues with drops in all interfaces, even without congestion
After some research and an SR with Cisco, we have started applying qos on
all interfaces
policy-map INTERFACE-OUTPUT-POLICY
class dummy
class
20 matches
Mail list logo