<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Вопросы, касающиеся IPP и меток QoS]]></title><description><![CDATA[<p dir="auto">Здравствуйте, все. У меня есть несколько вопросов по поводу QoS. В IPP многие из моих ресурсов говорят, что значения 6 и 7 зарезервированы. Однако, похоже, ничто не мешает мне использовать 6 и 7 в IPP для маркировки моего трафика.<br />
![Mitrixsen_1-1735038748411.png]<br />
Почему пакеты, такие как OSPF, помечаются по умолчанию? Эти пометки не имеют большого значения, если QoS не реализован, или?<br />
![Mitrixsen_3-1735038777605.png]<br />
3. Зачем вообще были созданы маркировки Class Selector? Если идея заключается в обеспечении обратной совместимости с устройствами, поддерживающими IPP, то разве другие значения DSCP уже не обеспечивают это?<br />
Если устройство IPP должно прочитать пакет, оно будет проверять только первые 3 бита слева от байта ToS, или нет? Итак:<br />
EF - 46 -<br />
101011</p>
<ul>
<li>IPP 5<br />
AF4 - 100 - IPP 4<br />
AF3 - 011 - IPP 3 и так далее... Это все, спасибо. Дэвид</li>
</ul>
<p dir="auto"><img src="/forum/uploads/files/cisco/cf4f7b6fea4e60267c1b3ca07cb5f0a8f5a3f6e9.png" alt="" class=" img-fluid img-markdown" /></p>
<p dir="auto"><img src="/forum/uploads/files/cisco/1114fb66bb8effec910ba536e61ef058a0da1f95.png" alt="" class=" img-fluid img-markdown" /></p>
]]></description><link>https://sla247.ru/forum/topic/1024/вопросы-касающиеся-ipp-и-меток-qos</link><generator>RSS for Node</generator><lastBuildDate>Fri, 15 May 2026 13:15:39 GMT</lastBuildDate><atom:link href="https://sla247.ru/forum/topic/1024.rss" rel="self" type="application/rss+xml"/><pubDate>Sat, 14 Feb 2026 22:10:19 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Вопросы, касающиеся IPP и меток QoS on Sat, 14 Feb 2026 22:10:22 GMT]]></title><description><![CDATA[<p dir="auto">«Это классификация по умолчанию, вы можете изменить класс, в котором все контрольные плоскости могут быть классифицированы как EF, но я не рекомендую этого делать». Или вы можете изменить маркировку на любую, но трафик, помеченный IPPrec 6 или 7, я согласен, не следует менять. Поскольку<br />
@MHM Cisco World<br />
упомянул трафик с маркировкой EF, который обычно имеет приоритет над ВСЕМ другим трафиком, возникает вопрос: должен ли он иметь приоритет над IPPrec 6 и/или 7? На самом деле, в большинстве литературы по QoS этим маркировкам уделяется мало внимания, если вообще уделяется. По крайней мере, в таблице, предоставленной<br />
@MHM Cisco World,<br />
есть маршрутизация как CS6. Но для чего используется CS7/IPPrec7 и должен ли такой трафик (и/или 6) обрабатываться QoS? Я не буду отвечать на свой последний вопрос, поскольку он не имеет отношения к OP и, по моему мнению, не полезен для сдачи экзамена по QoS. Однако, если вы когда-нибудь захотите эффективно и правильно использовать QoS, это стоит понять. Я скажу так: представьте, что на перегруженном интерфейсе теряются приветствия OSPF, что произойдет? На многих платформах Cisco, даже если нет явного QoS, есть неявный QoS в приоритете PAK (дополнительная информация оставлена в качестве упражнения для студентов). [Спойлер]<br />
(Выделите, чтобы прочитать)<br />
<a href="https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/qos_mqc/configuration/xe-16-7/qos-mqc-xe-16-7-book/qos-scheduling.html#concept_AC7107D0A4E94CEF942A0B23EBE0435C" rel="nofollow ugc">https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/qos_mqc/configuration/xe-16-7/qos-mqc-xe-16-7-book/qos-scheduling.html#concept_AC7107D0A4E94CEF942A0B23EBE0435C</a><br />
<a href="https://www.cisco.com/c/en/us/support/docs/quality-of-service-qos/qos-congestion-management-queueing/18664-rtgupdates.html#topic1" rel="nofollow ugc">https://www.cisco.com/c/en/us/support/docs/quality-of-service-qos/qos-congestion-management-queueing/18664-rtgupdates.html#topic1</a><br />
<a href="https://www.ciscopress.com/articles/article.asp?p=357102&amp;seqNum=4" rel="nofollow ugc">https://www.ciscopress.com/articles/article.asp?p=357102&amp;seqNum=4</a><br />
<a href="https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/qos_mqc/configuration/xe-16-7/qos-mqc-xe-16-7-book/qos-scheduling.html#concept_AC7107D0A4E94CEF942A0B23EBE0435Chttps://www.cisco.com/c/en/us/support/docs/quality-of-service-qos/qos-congestion-management-queueing/18664-rtgupdates.html#topic1https://www.ciscopress.com/articles/article.asp?p=357102&amp;seqNum=4" rel="nofollow ugc">https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/qos_mqc/configuration/xe-16-7/qos-mqc-xe-16-7-book/qos-scheduling.html#concept_AC7107D0A4E94CEF942A0B23EBE0435Chttps://www.cisco.com/c/en/us/support/docs/quality-of-service-qos/qos-congestion-management-queueing/18664-rtgupdates.html#topic1https://www.ciscopress.com/articles/article.asp?p=357102&amp;seqNum=4</a></p>
]]></description><link>https://sla247.ru/forum/post/7248</link><guid isPermaLink="true">https://sla247.ru/forum/post/7248</guid><dc:creator><![CDATA[Joseph W. Doherty]]></dc:creator><pubDate>Sat, 14 Feb 2026 22:10:22 GMT</pubDate></item><item><title><![CDATA[Reply to Вопросы, касающиеся IPP и меток QoS on Sat, 14 Feb 2026 22:10:21 GMT]]></title><description><![CDATA[<p dir="auto">Это классификация по умолчанию, вы можете изменить класс, где все контрольные плоскости могут быть классифицированы как EF, но я не рекомендую этого делать. ![qos-1.png]</p>
<p dir="auto"><img src="/forum/uploads/files/cisco/fd2aa343b1bb9ce30ec071dc8262a3b5b68a3839.png" alt="" class=" img-fluid img-markdown" /></p>
]]></description><link>https://sla247.ru/forum/post/7247</link><guid isPermaLink="true">https://sla247.ru/forum/post/7247</guid><dc:creator><![CDATA[MHM Cisco World]]></dc:creator><pubDate>Sat, 14 Feb 2026 22:10:21 GMT</pubDate></item><item><title><![CDATA[Reply to Вопросы, касающиеся IPP и меток QoS on Sat, 14 Feb 2026 22:10:20 GMT]]></title><description><![CDATA[<p dir="auto">№ 1 является логическим ограничением, поскольку оба адреса зарезервированы для сетевых операций. № 2. Протокол маршрутизации считается частью сетевых операций, не относящихся к чрезвычайным ситуациям, поэтому IPPrec 6 является правильным. Правильно, если нет активного QoS, такая маркировка или ЛЮБАЯ маркировка не имеет значения, но если такие пакеты подлежат QoS, правильная маркировка уже установлена. Итак, какая польза от отсутствия маркировки? #3 Правильно, IPPrec использует только первые 3 бита ToS, но другие биты в ToS также имели значение для QoS. См.<br />
<a href="https://datatracker.ietf.org/doc/html/rfc1349" rel="nofollow ugc">RFC1349</a><br />
. Что касается обратной совместимости, то не совсем так, модель DSCP отличается, но ее первые 3 бита могут использоваться с учетом IPPrec, но что-то вроде RFC «scavenger», использующего CS1, нарушает приоритезацию IPPrec.</p>
]]></description><link>https://sla247.ru/forum/post/7246</link><guid isPermaLink="true">https://sla247.ru/forum/post/7246</guid><dc:creator><![CDATA[Joseph W. Doherty]]></dc:creator><pubDate>Sat, 14 Feb 2026 22:10:20 GMT</pubDate></item></channel></rss>