Как управлять очередью на физических портах? Перечитывал главу в руководстве много раз, написано очень замысловато.
Не моглы бы Вы привести примеры настройки порта со следующими характеристиками.
1) 3 очереди на порту с абсолютным приоритетом.
2) 4 очереди с балансировкой нагрузки
3) 4 очереди с 1 приоритетной и балансировкой по остальным очередям
Как настроена очередь по умолчанию?

Здравствуйте,

Какие именно порты Вы имеете ввиду? Абонентские?
Для обеспечения QoS используются различные механизмы для Upstream и Downstream потоков.
Какой именно пример Вам необходим?

_________________
С уважением, Давыдов Денис.

Интересует в первую очередб Downstream.

Механизмы QoS между vpi/vci тоже интересуют, но это в далеком будущем
Пока же интересуют механизмы QoS с одном виртуальном соединении на одном клиентском DSL порту.
Особенно распределение трафика по очередям и обработка очередей с приоритетами, в том числе с заемом и без заема свободной полосы из других очередей.

И насчет старых DAS-3216 тоже интересно. Если ли там что-то внутри или голое fifo в перделах виртуального соединения?

В данном случае Вы сможете приоретизировать только весь трафик, проходящий через этот один VC. По потокам Вы его разобрать не сможете.
Если у Вас TriplePlay сеть, это подразумевает использование нескольких VC/нескольких VLAN.
В каждом из VLAN трафик должен приходить на DSLAM уже маркированным, (к примеру 802.1p):
Internet: 0
IPTV: 4 или 5
Voice: 6

Только после этого в соответствии с приоритетом трафик можно будет поместить в определенную очередь на ATM порту, а также сконфигурировать гарантированную полосу пропускания для каждого потока и отправить через нужный VC.



Вы правы. fifo.

_________________
С уважением, Давыдов Денис.

То есть в пределах соединения очередей не предусмотрено?
Если память не изменяет, упоминалось что-то про несколько виртуальных vc которые на самом деле присутствуют в одном. Или это я где-то в другом месте видел?

VC (PVC) виртуальными быть не могут.
VC- это Virtual Connection, то есть сами по себе уже виртуальные соединения

_________________
С уважением, Гакало Алексей

Даже 802.1p не реализовано на VC или на физическом порту?

Вы сможете промаркировать трафик в определенном VLAN тегом 802.1p
Но опять же, если это будет один VLAN - соответственно один и тот же VID и один тег 802.1p.
Сколько VLAN у Вас используется для предоставления сервисов абонентам. Что это за сервисы?
Опять же, маркировать трафик в сторону абонентов (физических лиц) бесполезно. Это применимо только для корпоративных заказчиков, которые на своей стороне получают тегированный трафик и управляют им своими собственными средствами.

_________________
С уважением, Давыдов Денис.

А по тэгу на входе он обрабатывать очереди не может? Они обрезаются сразу?
Выходить в пределах одного подключения QoS нет вообще?

В соответствии с тегом DSLAM может поставить трафик в определенную очередь, но только в одну очередь в пределах одного VC.
1. Если у Вас три сервиса, значит три VLAN и три тега.
2. Как правило, абонентские интерфейсы включаются в VLAN как untagged, причем включить один и тот же VC в несколько VLAN как untagged невозможно (по понятным причинам).

Каждый из трех VC на абонентском порту включен в один из VLAN, в которых трафик с вышестоящего устройства (коммутатора) приходит уже приоретизированным.
Трафик в соответствии с 802.1p приоритетом ставится в соответсвующую очередь в каждом из трех VC (802.1p тег при этом снимается, также как и 802.1q), также каждому потоку (в каждом VC) выделяется гарантированная полоса пропускания.
В таком случае QoS будет работать отлично для каждого из сервисов.
В ином случае (с предоставлением трех сервисов в одном VC) будут проблемы как с приоретизацией, так и с выделением гарантированной полосы пропускания для каждого сервиса.
Если нужно, я приведу Вам пример конфигурации с тремя VC на порту и настройкой QoS для каждого из трех VC.

P.S. Почитайте Broadband форум (http://www.broadband-forum.org/). Там есть технические рекомендации (TR документы), посвященные построению TriplePlay сетей с использованием технологии ADSL.
Возможность создания 8-ми VC на абонентский порт - это не прихоть разработчиков, а необходимость для нормального предоставления нескольких сервисов.

_________________
С уважением, Давыдов Денис.

По тегу где?
На входе чего?

Если вход от клиента (Upstream поток), там да, поток каждого PVC можно разложить на потоки фильтрами Generic , ретегировать , приоритезировать отдельные потоки и прочее.

Если вход имеетcя ввиду Uplink ( Downstream поток),то как вы клаcсифицируете трафик для каждого абонента.
По одному вилану может быть сопоставлен только 1 приоритет
То есть искуcтвенно для каждого абонента VLAN выделять 1 вилан ?

Опишите что вы вообще хотите получить?

_________________
С уважением, Гакало Алексей

Мне хочется странного - 3-4 очереди на клиентском порту.
Сейчас нужно 2. Перелопачивать всю сеть? Заменять тысячи клиентских устройств, ведь DSL-200 в разных модификация, я полагаю, не поддерживают нескольких виртуальных сетей на подключении? А те что поддерживают, надо перенастраивать?
А если завтра нужно 3 очереди? Опять перестройка всей сети и всех затрагиваемых клиентских устройств? Причем в этом случае, нужно менять и все устройства типа DSL-500/504/604 и иже с ними - у них только 2 виртуальных соединения настраиваются.
А если мне нужны очереди в зависимости от рода трафика, а не с зависимости от его источника?

Выходит невозможно?

На каждом порту и так минимум 4 очереди ( вернее на ADSL портах -4, на Uplink(ethernet)- 8 ).
Именно на порту.
Вам же насколько я понял хочется очередей на каждом PVC ? Такого не бывает.


10.2.1.4.Определение «внутреннего» приоритета пакета
может производиться тремя способами (рассмотрим их в порядке возрастания их приоритетов):


a. С помощью фильтра пакетов:

create filter rule entry ruleid ruleid action setprio priority <value>

Данное правило необходимо привязать к нужному bridge порту и включить

b. С помощью значения 802.1p в теге входящего пакета (если пакет помечен):

modify bridge port priomap portid portid usrprio usrprio [ regenprio regenprio ]

где: portid – идентификатор порта
usrprio – приоритет входящего пакета
regenprio – “внутренний” приоритет пакета

c. Default приоритет того порта, с которого данный пакет попал в систему.

modify bridge port prioinfo portid portid [ defprio defprio ] [numtrfclass numtrfclass ]

где: portid – идентификатор нужного порта, defprio – приоритет по умолчанию для всех ingress пакетов этого порта, numtrfclass – число очередей для данного порта (этот параметр можно не указывать)

То есть в вашем случае, если вы хотите приоритезировать внутри PVC остается только создавать правила Generic Filter и на основе них классифицировать трафик на входе.
НО! Я еще понимаю, что это как-то реализуемо на Upstream поток.

Но на Downstream ????Объясните мне, как вы будете выделять из общего потока потоки отдельных абонентов, а их уже разбивать на потоки услуг ????
ИМХО бред.
Как-то неправильно это.

Для этого в ADSL и введены понятие PVC, чтобы разграничить потоки отдельных услуг в разных PVC. Так ими и удобно управлять и классифифировать.

_________________
С уважением, Гакало Алексей

Если Вы предполагаете переводить всю сеть на предоставление TriplePlay услуг - к этому нужно подходить комплексно.
Да, DSL-200 не поддерживает более одного VC, данное устройство вообще не подходит для предоставления услуг TriplePlay.

Что касается DSL-500/504/604 - все эти устройства с последними прошивками поддерживают создание до 8-ми PVC.
Это также справедливо для устройств U-серии.

То, что Вы хотите реализовать невозможно без предпринятия следующих мер:
1. Разделение сервисов по VLAN (с приоретизацией в каждом VLAN).
2. Замена DSL-200 на устройства с поддержкой нескольких PVC.
3. Настройка нужного количество VLAN, VC на DSLAM.
4. Настройка приоретизации трафика на ATM уровне (Downstream) и 802.1p/DSCP (Upstream) в конфигурации DSLAM.

Только после этого можно будет говорить о качественном предоставлении сервиса абонентам.
Если Вам нужна помощь с описанием настроек - поможем и расскажем, что к чему.

_________________
С уважением, Давыдов Денис.

Еще 1 вопрос.
Обработка Downstream (802.1p/DSCP) производится над пакетом который пришел на DSLAM или уже после его помещения в очередь порта/удаления тэга vlan/802.1p