[ThreeDHead]

Настраиваем данное устройство (SCE2020, v3.7.5).

Необходимо разделить национальный трафик (по нему скорость выше) и международный трафик (по нему скорость ниже). Не пойму как это сделать.

 

Первое что приходит в голову - поделить трафик на зоны, создать разные пэкеджи, каждый пэкедж привязан к своей зоне.

Национальную зону создали, сети описАли - как приязать теперь зону к пэкеджу?

В документации информация только по репОртеру. Зоны только для репОртера?

 

Может кто сталкивался, как поделить трафик на национальный/международный?

[EDA_SPB]

Может быть, создать Anonymous group? Там есть привязка.

[ThreeDHead]

Может быть, создать Anonymous group? Там есть привязка.

Посмотрел, нет, это не то. Это для того чтобы привязывать анонимоусов с разных src-подсетей к пэкеджам. Ну типа ты пришел с этой подсети - получи этот пэкедж со всеми вытекающими.

[snark]

Создаем зону -> Зону пихаем в сервис.

 

P.S. Для примера см. Thunder/FlashgetZone + сервис Other P2P.

[EDA_SPB]

Посмотрел, нет, это не то.

 

Да, сморозил глупость.

 

Создаем зону -> Зону пихаем в сервис.

 

P.S. Для примера см. Thunder/FlashgetZone + сервис Other P2P.

 

Записал, тоже было интересно.

Edited September 10, 2012 by EDA_SPB

[ThreeDHead]

Создаем зону -> Зону пихаем в сервис.

 

P.S. Для примера см. Thunder/FlashgetZone + сервис Other P2P.

Ммм, странно как всё.

"Зону пихаем в сервис" - открываю вкладку "Classification", там к примеру "Browsing" -> "Siocial Sites" -> "Other Social Sites", вышло порядка 30 записей...

Если мне каждой записи менять зону, то:

первое - я сойду с ума

второе - мне надо будет создать копии _всех_ записей, но с другой зоной, а привязать его к пэкеджу я не смогу, потому что надо создать копию всего дерева классификации, но коренные узлы (Browsing и т.п.) создать нельзя, они вшиты. Короче сойду с ума два...

 

Или что-то не так или я в дебри влез. Подскажите направление.

[snark]

 

 

 

 

Как то так.

[ThreeDHead]

Как то так.

Ой, в "мурзилках" прям, спасибо, счас проверю.

[snark]

Тут посмотрите на предмет CSCsd81077 - там как раз про то, когда flow может попасть под множественные сервисы (в случае с зонами скорее всего так и будет).

[ThreeDHead]

Тут посмотрите на предмет CSCsd81077 - там как раз про то, когда flow может попасть под множественные сервисы (в случае с зонами скорее всего так и будет).

Спасибо, попозже гляну, когда расквитаюсь с импортом сервисов.

 

Без малого _день_ ушел на то чтобы экспортировать сервисы, продублировать их в национальную зону, и залить обратно.

И то с "Service Usage Counters" полная каша после импорта...

Что такое "Counter Index", на что он ссылается, чем глобал каунтер отличается от сабскарйбер каунтера? Внутренние связи внутри сервисов для репОртера?

Edited September 10, 2012 by ThreeDHead

[snark]

Без малого _день_ ушел на то чтобы экспортировать сервисы, продублировать их в национальную зону, и залить обратно.

Это только начало, т.к. надо будет дополнять эту конструкцию при выходе свежих протокол паков (-:

 

 

Что такое "Counter Index", на что он ссылается

Сами же сказали:

Внутренние связи внутри сервисов для репОртера?

 

 

чем глобал каунтер отличается от сабскарйбер каунтера?

Разные отчеты же.

 

 

P.S. Загляните сюда и, попутно, в "Configuration -> Classification -> RDR Settings" - все увидите ;)

[ThreeDHead]

Это только начало, т.к. надо будет дополнять эту конструкцию при выходе свежих протокол паков (-:

Да, это я уже понял, вообще ппц.

Мало того импортировать сервисы на существующую конфигурацию тоже не получается, придется все пэкеджи пересобирать. Просто сказка какая-то...

 

Нашел отчего "каша" с каунтер индексами:

 

Импортировал так:

"National - Browsing,135,,0,Default Service,-1,30,No items,null,null,NationalZone"

 

А вышел он при проверочном экспорте уже так:

"National - Browsing,135,,0,Default Service,-1,30,No items,null,null,null"

 

Виной всему то что сервис "National - Browsing" (по анологии с "Browsing") не содержит СервисЭлемента, а раз так, то и не может содержать в себе зону "NationalZone"...

Надо чего-то мудрить теперь

[snark]

Вы побывали так, как я показывал?

[ThreeDHead]

Вы побывали так, как я показывал?

Вы много сегодня мне показывали :) Вы про что?

[snark]

Я про журнал )))

 

[ThreeDHead]

Я про журнал )))

 

 

Ааа :) Да, конечно, но я делаю полную копию всего дерева классов в национальную зону. Завтра продолжу.

 

Тут посмотрите на предмет CSCsd81077 - там как раз про то, когда flow может попасть под множественные сервисы (в случае с зонами скорее всего так и будет).

Сюда еще не ходил, но уже думаю что там какой-то подвох...

[ThreeDHead]

Нет, я однозначно сойду с ума, никак не получается продублировать дерево с сохранением зависимостей этих индексов и сабинтексов...

 

snark - Вы пробовали трафик делить по зонам?

[ThreeDHead]

Вот все с чистого листа, создаю новую конфигурацию, вкладка "Classification", "Add Service", создался "Service1", вкладка "Hierarchy", ставлю галочку на "Map this Service to an exclusive Subscriber usage counter", там на выбор значения "30" и "31". Еще сервис создам и кончатся эти значения...

Откуда они берутся? Почему заканчиваются?

Edited September 11, 2012 by ThreeDHead

[snark]

Вы пробовали трафик делить по зонам?

Еще нет, но уже думал над этим, т.к. скоро назреет нечто аналогичное.

 

Откуда они берутся?

Отсюда

[ThreeDHead]

Отсюда

Да не надо меня тыкать мордом в маны :)

 

Вот еще разок: Создаю новую конфигурацию, удаляю _все_ сервисы, сохраняю конфигурацию как "default-no-services.pqb"

Создать сервис уже не получается, кнопки "плюс" нету. Делаю импорт из CSV:

#Table: services
#Version: Version 3.7.5
#Mon Sep 10 13:25:24 GMT+05:00 2012
Name,NumericId,Description,SampleRate,ParentName,GlobalCounterIndex,SubsCounterIndex,flavor,initiatingSide,protocol,zone
Default Service,0,,0,,0,0,No items,null,null,null
Other,1,,0,Default Service,-1,-1,No items,null,null,null

Появляется один несчастный сервис "Other", у него в свойствах, вкладка "Hierarchy", в разделе "Service Usage Counters" - два чек бокса, в одном "Counter Index" от 1 до 127, в другом от 1 до 31. <- Откуда они взялись???

Почему их 127 и 31? Где они определяются? Или это мусор с чистого конфига, где я удалил все сервисы?

[ThreeDHead]

Protocol Elements - 1127 элементов

Zones - 13 элементов

Flavors - 8+139+15+1+2+1 = 165 элементов

 

Откуда взялись эти 127+31 "Counter Index"?

[ThreeDHead]

Видимо все-таки это предопределенные системой значения:

SUBSCRIBER_COUNTER_ID - Counter to which each service is mapped. There are 32 subscriber usage counters.

GLOBAL_COUNTER_ID - Counter to which each service is mapped. There are 64 global usage counters.

 

Но почему глобалов 64, а на практике 128 - не понятно, может на SCE1000 64, а на SCE2000 128?

 

Ладно, фиг с ними. Но мне начинает все больше не нравиться эта идея распределения каналов с помощью сервисов. Не должно быть ТАК мудрёно! Видимо в дебри полезли мы...

Edited September 11, 2012 by ThreeDHead

[snark]

SUBSCRIBER_COUNTER_ID - Counter to which each service is mapped. There are 32 subscriber usage counters.

Так-то это, как и еще многабукаф, по ссылке и написано, а Вы "не надо меня тыкать" )))

 

мне начинает все больше не нравиться эта идея распределения каналов с помощью сервисов

Попробуйте так, как я на картинках рисовал - по идее трафик попавший под действие этого, отдельного сервиса должен не попасть в другие сервисы.

Если надо разделять по сервисам и глобальный и местный трафик, то надо в каждом дереве (чтобы предка указать) сделать отдельный сервис указывающий на локальную зону.

[ThreeDHead]

Так-то это, как и еще многабукаф, по ссылке и написано, а Вы "не надо меня тыкать" )))

Уже плюнул на то что у меня не будет классифицироваться локальная зона по сервисам в RDR - видимо будет тупо один график, ну и фиг с ним. Хотя и тут можно будет по забирать индексы с неиспользующихся сервисов, и накатить их на свои.

 

Попробуйте так, как я на картинках рисовал - по идее трафик попавший под действие этого, отдельного сервиса должен не попасть в другие сервисы.

Если надо разделять по сервисам и глобальный и местный трафик, то надо в каждом дереве (чтобы предка указать) сделать отдельный сервис указывающий на локальную зону.

Я подхожу с позиции - "А если десять каналов? А двадцать?" И по каждому надо будет делать полную классификацию - значит для каждого своя копия основного дерева классов? Мудрёно через чур. Через жопу - я бы сказал.

[ThreeDHead]

А вот еще вопрос всплыл - Может ли один айпишник (subscriber) находиться в двух пэкеджах?

В TarifInternational1Mbit и тут же в TarifNational10Mbit ?

Т.е. как бы два разных сапскрайбера, но они с одним и тем же айпи в разных пэкеджах.