Dave,<br><br>The "propagate qos from" only works on the inbound direction (from the network to the SmartEdge) and "propagate qos to" in the outbound direction.<br><br>I don't know your setup but assuming that you are trying to mark the packets on LNS->LAC direction, there are a couple of possible scenarios.<br>
<br>The interface from the LNS to the core is IP only.<br><br>Apply "propagate qos from ip" to the interface facing the core and "propagate qos to l2tp" on your L2TP peer configuration<br><br>If the interface from the LNS to the core is MPLS enabled, use the following config;<br>
<br>router mpls<br> propagate qos from mpls<br><br>If you want to use the short pipe model then also use "egress prefer dscp-qos" under router mpls<br><br>Hope this helps.<br><br>Regards,<br><br>Mariano<br><br><div class="gmail_quote">
On 17 March 2010 14:58, David Freedman <span dir="ltr"><<a href="mailto:david.freedman@uk.clara.net">david.freedman@uk.clara.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
<br>
Apparently it doesn't, this is the response I've had after trying to<br>
make it work (and it failing):<br>
<br>
‘Using "propagate qos from ip" is not the right way to achieve what<br>
you want since subscriber is terminating on this box so with<br>
"propagate qos from ip", it will actually try to copy dscp in subscriber<br>
IP header from LAC direction and potentially put dscp back to ip header<br>
outbound toward core network. So basically, this will not work<br>
<br>
So this is apparently only relevant when we are acting as LAC?<br>
<br>
They suggested putting a metering policy on the sub, but we've already<br>
got a pwfq on there (it was the only way we found to get policing)<br>
wondering if the policer on the metering policy (rate xxx) actually<br>
works now..<br>
<br>
Dave.<br>
<br>
<br>
Ian Calderbank wrote:<br>
> It works :-)<br>
> Ian<br>
><br>
> -----Original Message-----<br>
><br>
><br>
> Message: 1<br>
> Date: Thu, 18 Feb 2010 12:23:43 -0000<br>
> From: "David Freedman" <<a href="mailto:david.freedman@uk.clara.net">david.freedman@uk.clara.net</a>><br>
> To: <<a href="mailto:redback-nsp@puck.nether.net">redback-nsp@puck.nether.net</a>><br>
> Subject: [rbak-nsp] Internal QoS markings<br>
> Message-ID:<br>
> <7B8B0D6F623C3A40A0D0A80A66756E2B2C3552@EXVS01.claranet.local><br>
> Content-Type: text/plain; charset="iso-8859-1"<br>
><br>
><br>
> Was thinking of using the internal QoS markings to copy DSCP from subscriber<br>
> payload to the tunnel header but the tunnels originate in another context,<br>
> should be able to do this with "propagate qos from ip" and "propagate qos to<br>
> l2tp" in sub profile and l2tp peer respectively but concerned that these<br>
> markings may get lost when user's packet has to travel between PPAs. Perhaps<br>
> I'm just confusing this with the "not being able to do per-sub qos when<br>
> using an lns card group" issue (see earlier posts from me) so anybody doing<br>
> this and it working between multiple linecards, a simple "it works" would be<br>
> much appreciated!<br>
><br>
> Dave.<br>
><br>
> ---<br>
><br>
><br>
> _______________________________________________<br>
> redback-nsp mailing list<br>
> <a href="mailto:redback-nsp@puck.nether.net">redback-nsp@puck.nether.net</a><br>
> <a href="https://puck.nether.net/mailman/listinfo/redback-nsp" target="_blank">https://puck.nether.net/mailman/listinfo/redback-nsp</a><br>
><br>
<br>
<br>
<br>
<br>
- --<br>
<br>
- ------------------------------------------------<br>
David Freedman<br>
Group Network Engineering<br>
Claranet Limited<br>
<a href="http://www.clara.net" target="_blank">http://www.clara.net</a><br>
<br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.9 (GNU/Linux)<br>
Comment: Using GnuPG with Mozilla - <a href="http://enigmail.mozdev.org/" target="_blank">http://enigmail.mozdev.org/</a><br>
<br>
iEYEARECAAYFAkug7g0ACgkQtFWeqpgEZrIt9gCfY20QBfA+u3fOka0n+lODXEmo<br>
DfoAnRATguwleFdZpSsC1HP7fqAP09K6<br>
=v+Gl<br>
-----END PGP SIGNATURE-----<br>
_______________________________________________<br>
redback-nsp mailing list<br>
<a href="mailto:redback-nsp@puck.nether.net">redback-nsp@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/redback-nsp" target="_blank">https://puck.nether.net/mailman/listinfo/redback-nsp</a><br>
</blockquote></div><br>