ThreeDHead Posted September 9, 2012 · Report post Настраиваем данное устройство (SCE2020, v3.7.5). Необходимо разделить национальный трафик (по нему скорость выше) и международный трафик (по нему скорость ниже). Не пойму как это сделать. Первое что приходит в голову - поделить трафик на зоны, создать разные пэкеджи, каждый пэкедж привязан к своей зоне. Национальную зону создали, сети описАли - как приязать теперь зону к пэкеджу? В документации информация только по репОртеру. Зоны только для репОртера? Может кто сталкивался, как поделить трафик на национальный/международный? Share this post Link to post Share on other sites
EDA_SPB Posted September 10, 2012 · Report post Может быть, создать Anonymous group? Там есть привязка. Share this post Link to post Share on other sites
ThreeDHead Posted September 10, 2012 · Report post Может быть, создать Anonymous group? Там есть привязка. Посмотрел, нет, это не то. Это для того чтобы привязывать анонимоусов с разных src-подсетей к пэкеджам. Ну типа ты пришел с этой подсети - получи этот пэкедж со всеми вытекающими. Share this post Link to post Share on other sites
snark Posted September 10, 2012 · Report post Создаем зону -> Зону пихаем в сервис. P.S. Для примера см. Thunder/FlashgetZone + сервис Other P2P. Share this post Link to post Share on other sites
EDA_SPB Posted September 10, 2012 (edited) · Report post Посмотрел, нет, это не то. Да, сморозил глупость. Создаем зону -> Зону пихаем в сервис. P.S. Для примера см. Thunder/FlashgetZone + сервис Other P2P. Записал, тоже было интересно. Edited September 10, 2012 by EDA_SPB Share this post Link to post Share on other sites
ThreeDHead Posted September 10, 2012 · Report post Создаем зону -> Зону пихаем в сервис. P.S. Для примера см. Thunder/FlashgetZone + сервис Other P2P. Ммм, странно как всё. "Зону пихаем в сервис" - открываю вкладку "Classification", там к примеру "Browsing" -> "Siocial Sites" -> "Other Social Sites", вышло порядка 30 записей... Если мне каждой записи менять зону, то: первое - я сойду с ума второе - мне надо будет создать копии _всех_ записей, но с другой зоной, а привязать его к пэкеджу я не смогу, потому что надо создать копию всего дерева классификации, но коренные узлы (Browsing и т.п.) создать нельзя, они вшиты. Короче сойду с ума два... Или что-то не так или я в дебри влез. Подскажите направление. Share this post Link to post Share on other sites
snark Posted September 10, 2012 · Report post Как то так. Share this post Link to post Share on other sites
ThreeDHead Posted September 10, 2012 · Report post Как то так. Ой, в "мурзилках" прям, спасибо, счас проверю. Share this post Link to post Share on other sites
snark Posted September 10, 2012 · Report post Тут посмотрите на предмет CSCsd81077 - там как раз про то, когда flow может попасть под множественные сервисы (в случае с зонами скорее всего так и будет). Share this post Link to post Share on other sites
ThreeDHead Posted September 10, 2012 (edited) · Report post Тут посмотрите на предмет CSCsd81077 - там как раз про то, когда flow может попасть под множественные сервисы (в случае с зонами скорее всего так и будет). Спасибо, попозже гляну, когда расквитаюсь с импортом сервисов. Без малого _день_ ушел на то чтобы экспортировать сервисы, продублировать их в национальную зону, и залить обратно. И то с "Service Usage Counters" полная каша после импорта... Что такое "Counter Index", на что он ссылается, чем глобал каунтер отличается от сабскарйбер каунтера? Внутренние связи внутри сервисов для репОртера? Edited September 10, 2012 by ThreeDHead Share this post Link to post Share on other sites
snark Posted September 10, 2012 · Report post Без малого _день_ ушел на то чтобы экспортировать сервисы, продублировать их в национальную зону, и залить обратно. Это только начало, т.к. надо будет дополнять эту конструкцию при выходе свежих протокол паков (-: Что такое "Counter Index", на что он ссылается Сами же сказали: Внутренние связи внутри сервисов для репОртера? чем глобал каунтер отличается от сабскарйбер каунтера? Разные отчеты же. P.S. Загляните сюда и, попутно, в "Configuration -> Classification -> RDR Settings" - все увидите ;) Share this post Link to post Share on other sites
ThreeDHead Posted September 10, 2012 · Report post Это только начало, т.к. надо будет дополнять эту конструкцию при выходе свежих протокол паков (-: Да, это я уже понял, вообще ппц. Мало того импортировать сервисы на существующую конфигурацию тоже не получается, придется все пэкеджи пересобирать. Просто сказка какая-то... Нашел отчего "каша" с каунтер индексами: Импортировал так: "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"... Надо чего-то мудрить теперь Share this post Link to post Share on other sites
snark Posted September 10, 2012 · Report post Вы побывали так, как я показывал? Share this post Link to post Share on other sites
ThreeDHead Posted September 10, 2012 · Report post Вы побывали так, как я показывал? Вы много сегодня мне показывали :) Вы про что? Share this post Link to post Share on other sites
snark Posted September 10, 2012 · Report post Я про журнал ))) Share this post Link to post Share on other sites
ThreeDHead Posted September 10, 2012 · Report post Я про журнал ))) Ааа :) Да, конечно, но я делаю полную копию всего дерева классов в национальную зону. Завтра продолжу. Тут посмотрите на предмет CSCsd81077 - там как раз про то, когда flow может попасть под множественные сервисы (в случае с зонами скорее всего так и будет). Сюда еще не ходил, но уже думаю что там какой-то подвох... Share this post Link to post Share on other sites
ThreeDHead Posted September 11, 2012 · Report post Нет, я однозначно сойду с ума, никак не получается продублировать дерево с сохранением зависимостей этих индексов и сабинтексов... snark - Вы пробовали трафик делить по зонам? Share this post Link to post Share on other sites
ThreeDHead Posted September 11, 2012 (edited) · Report post Вот все с чистого листа, создаю новую конфигурацию, вкладка "Classification", "Add Service", создался "Service1", вкладка "Hierarchy", ставлю галочку на "Map this Service to an exclusive Subscriber usage counter", там на выбор значения "30" и "31". Еще сервис создам и кончатся эти значения... Откуда они берутся? Почему заканчиваются? Edited September 11, 2012 by ThreeDHead Share this post Link to post Share on other sites
snark Posted September 11, 2012 · Report post Вы пробовали трафик делить по зонам? Еще нет, но уже думал над этим, т.к. скоро назреет нечто аналогичное. Откуда они берутся? Отсюда Share this post Link to post Share on other sites
ThreeDHead Posted September 11, 2012 · Report post Отсюда Да не надо меня тыкать мордом в маны :) Вот еще разок: Создаю новую конфигурацию, удаляю _все_ сервисы, сохраняю конфигурацию как "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? Где они определяются? Или это мусор с чистого конфига, где я удалил все сервисы? Share this post Link to post Share on other sites
ThreeDHead Posted September 11, 2012 · Report post Protocol Elements - 1127 элементов Zones - 13 элементов Flavors - 8+139+15+1+2+1 = 165 элементов Откуда взялись эти 127+31 "Counter Index"? Share this post Link to post Share on other sites
ThreeDHead Posted September 11, 2012 (edited) · Report post Видимо все-таки это предопределенные системой значения: 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 Share this post Link to post Share on other sites
snark Posted September 11, 2012 · Report post SUBSCRIBER_COUNTER_ID - Counter to which each service is mapped. There are 32 subscriber usage counters. Так-то это, как и еще многабукаф, по ссылке и написано, а Вы "не надо меня тыкать" ))) мне начинает все больше не нравиться эта идея распределения каналов с помощью сервисов Попробуйте так, как я на картинках рисовал - по идее трафик попавший под действие этого, отдельного сервиса должен не попасть в другие сервисы. Если надо разделять по сервисам и глобальный и местный трафик, то надо в каждом дереве (чтобы предка указать) сделать отдельный сервис указывающий на локальную зону. Share this post Link to post Share on other sites
ThreeDHead Posted September 11, 2012 · Report post Так-то это, как и еще многабукаф, по ссылке и написано, а Вы "не надо меня тыкать" ))) Уже плюнул на то что у меня не будет классифицироваться локальная зона по сервисам в RDR - видимо будет тупо один график, ну и фиг с ним. Хотя и тут можно будет по забирать индексы с неиспользующихся сервисов, и накатить их на свои. Попробуйте так, как я на картинках рисовал - по идее трафик попавший под действие этого, отдельного сервиса должен не попасть в другие сервисы. Если надо разделять по сервисам и глобальный и местный трафик, то надо в каждом дереве (чтобы предка указать) сделать отдельный сервис указывающий на локальную зону. Я подхожу с позиции - "А если десять каналов? А двадцать?" И по каждому надо будет делать полную классификацию - значит для каждого своя копия основного дерева классов? Мудрёно через чур. Через жопу - я бы сказал. Share this post Link to post Share on other sites
ThreeDHead Posted September 11, 2012 · Report post А вот еще вопрос всплыл - Может ли один айпишник (subscriber) находиться в двух пэкеджах? В TarifInternational1Mbit и тут же в TarifNational10Mbit ? Т.е. как бы два разных сапскрайбера, но они с одним и тем же айпи в разных пэкеджах. Share this post Link to post Share on other sites