I have a customer who requires to identify and police traffic on egress on a 3560 trunk link. I cannot use ingress classifications because we do not know what route the traffic will take yet. The egress interface connects to multipoint wireless equipment with 4 different bandwidth point to point links. So the ingress traffic may be routed via any one of 4 point to point wireless links connected to the single egress interface. Am I correct in assuming we cannot mark on the egress direction then put the traffic in a SRR shaped egress queue based on the marking ?
So we would only have the option to egress queue based on markings applied or trusted on the inbound direction ?
I had thought of some kind of policy map/aggregate policer configuration based on the exit VLAN but it seems we can only apply this type of config inbound.
From reading the 3560 configuration guides it seems the 3560 cannot deploy the kind of requirements this customer needs. Perhaps they should have deployed some kind of Metro switch ?
For a bit of clarification on what my customer is looking for here maybe this helps
On the Egress of a single Gigabit interface there are multiple point to point VLANs. These go to a outdoor wireless device that has 2 or 4 point to point wireless links. So each Wireless link takes some of the point to point VLANs from a single Gig interface and each wireless link can be a different speed.
Can we mark on an egress direction prior to queueing the traffic through one of the 4 egress queues ? So routing decides that the traffic will go via VLAN 10. Mark CoS 1 for example. Traffic going via VLAN 20 mark CoS 2 for example. Then based on these CoS values place the traffic into one of the 4 egress queues which have shaping applied to limit the bandwidth such that the downstream wireless links do not get overloaded. Marking on the ingress does not help because we do not know at this point what VLAN, and hence what wireless link, the traffic will exit on. For the same reason policing on the ingress cannot be used because there is a possibility that the same ingress traffic may go via the fastest Wireless link normally but be routed over the slowest link under a wireless link failure scenario.
Having read all the relevant QoS documentation for the 3560 I cannot imagine a way this can be done.
Any input would be appreciated even if it is a suggestion we can consider and possibly discount.
Question We run asr9001 with XR 6.1.3, and we have a very long delay to
login w/ SSH 1 or 2 to the device compare to IOS device. After
investigation, the there is 1s delay between the client KEXDH_INIT and
the server (XR) KEXDH_REPLY. After debug ssh serv...
Introduction The purpose of this document is to demonstrate the Open
Shortest Path First (OSPF) behavior when the V-bit (Virtual-link bit) is
present in a non-backbone area. The V-bit is signaled in Type-1 LSA only
if the router is the endpoint of one or ...
Hi, I am seeing quite a few issues with patch install and wanted to
share my experience and workaround to this. Login to admin via CLI, then
access root with the “shell” command Issue “df –h” and you’ll probably
see the following directory full or nearly ...