BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 23 май 2024, 23:21

Часовой пояс: UTC + 5 часов [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 11 ] 
Автор Сообщение
 Заголовок сообщения: Статус шлюза
СообщениеДобавлено: 05 май 2009, 13:35 
Не в сети

Зарегистрирован: 14 мар 2008, 12:43
Сообщения: 123
Карма: 0
Вопрос к разработчикам.

Возможноли реализовать статус шлюза "Создание" который в свое время позволит передавать набор команд на оборудование для создания установочных настроек шлюза т.к. в текущем варианте используется состояние "Открыт" как для создания так и для открытия шлюза. Что уменьшит нагрузку после перехода из "Заблокирован" в "Открыт".


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 06 май 2009, 16:26 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
это будет несколько странно выглядить ..сейчас статус ipn соотвествует статусу шлюза , а статус создание - для модуля смысла не имеет ..Можно сразу при добавлении шлюза посылать команды на создание, но это не удобно..получается так, если сейчас связи нет со шлюзом, то вы ставите нужный статус, а потом уже задача проверки шлюзов исправляет ситуацуию..а тут надо поставить создание , а потом дождаться, когда его реально создадут, а потом уже ставить статус открыт ..


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 06 май 2009, 23:44 
Не в сети

Зарегистрирован: 14 мар 2008, 12:43
Сообщения: 123
Карма: 0
немного опишу ситуацию

вот что имеем из набора команд для шлюза
сразу оговорюсь, в состоянии «открытия» и «удалении» удалены команды для нарезки полосы, а их довольно много
Код:
[CATALYST_OPEN]
    vlan {VID}
    exit
    interface Vlan {VID}
      no shutdown
      ip unnumbered {interface}
      ip route-cache flow
      ip access-group LocalOpenIn in
      ip access-group LocalOpenOut out

    ……………….

    ip route {IP}  255.255.255.255 vlan {VID}
 [/CATALYST_OPEN]

[CATALYST_CLOSE]
    interface Vlan {VID}
      ip access-group LocalCloseIn in
      ip access-group LocalCloseOut out
    exit
[/CATALYST_CLOSE]

[CATALYST_REMOVE]
    no ip route {IP}  255.255.255.255 vlan {VID}

    ……………….

    no interface Vlan {VID}
    no vlan {VID}
 [/CATALYST_REMOVE]

Вот что хотелось видеть
В состоянии «создания» сразу добавим набор команд для открытия

Код:
[CATALYST_INSERT]
    vlan {VID}
    exit
    interface Vlan {VID}
      no shutdown
      ip unnumbered {interface}
      ip route-cache flow
      ip access-group LocalOpenIn in
      ip access-group LocalOpenOut out

    ……………….

    ip route {IP}  255.255.255.255 vlan {VID}
[/CATALYST_INSERT]

[CATALYST_OPEN]
    interface Vlan {VID}
      ip access-group LocalOpenIn in
      ip access-group LocalOpenOut out
    exit
[/CATALYST_OPEN]

[CATALYST_CLOSE]
    interface Vlan {VID}
      ip access-group LocalCloseIn in
      ip access-group LocalCloseOut out
    exit
[/CATALYST_CLOSE]

[CATALYST_REMOVE]
    no ip route {IP}  255.255.255.255 vlan {VID}

    ……………….

    no interface Vlan {VID}
    no vlan {VID}
 [/CATALYST_REMOVE]

Как это будет работать
При создании шлюза выполняется набор команд как для «создания» так и для «открытия» описанных в одно группе(показано выше) и в итоге это приравнивается к открытию шлюза

Что мы получаем
При «создании(открытии)» так и при «удалении» выполняется довольно большой набор команд что приводит к долгому ожиданию при манипуляции с шлюзом, если разделим «открытие» на «создание» и «открытие» то получи прирост производительности при работе с ним, а также при выполнении задания «проверка шлюзов».

p.s. Создайте еще одно задание «проверка шлюзов» не как сейчас, а по договору
это удобно для подобной конфигурации шлюза.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 07 май 2009, 01:46 
Не в сети

Зарегистрирован: 28 июл 2007, 22:57
Сообщения: 110
Карма: 0
Цитата:
Как это будет работать
При создании шлюза выполняется набор команд как для «создания» так и для «открытия» описанных в одно группе(показано выше) и в итоге это приравнивается к открытию шлюза

а если шлюз вдруг перезагрузится и забудет все созданные правила?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 07 май 2009, 11:50 
Не в сети

Зарегистрирован: 14 мар 2008, 12:43
Сообщения: 123
Карма: 0
Код:
а если шлюз вдруг перезагрузится и забудет все созданные правила?

добавьте в состояние "Создание" команду сохранения конфига, это не сильно ресурсоемкая команда, и то она будет выполнятся только один раз при создании


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 07 май 2009, 21:36 
Не в сети

Зарегистрирован: 28 июл 2007, 22:57
Сообщения: 110
Карма: 0
ODV писал(а):
Код:
а если шлюз вдруг перезагрузится и забудет все созданные правила?

добавьте в состояние "Создание" команду сохранения конфига, это не сильно ресурсоемкая команда, и то она будет выполнятся только один раз при создании


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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 07 май 2009, 22:20 
Не в сети

Зарегистрирован: 14 мар 2008, 12:43
Сообщения: 123
Карма: 0
Код:
плохо тем что тогда у шлюза появится трудно контролируемое внутренее состояние. все настройки должны быть в одном месте - в биллинге


обьясните что вы имели в виду под "трудно контролируемым внутреним состоянием"?

Вы предлогаете настройки шлюза описывать вручную, или даже отдельно скриптом не относящемя к биллингу?
не вызовит ли это ошибки и пляски с бубном потом?
а также это надо еще и синхранизировать?
и ваше предложение вносит еще и двойную работу, в начале описываем гдето интерфейс при том что он на каждого клиента свой, держим в уме или на бумажке его характеристики, описываем клиента в биллинге.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 12 май 2009, 14:51 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
нужно проверять шлюз - заданы ли на нем команды создания для данного догвора ..если нет, то создавать .. т.е задача прверки шлюзов кроме прверки статуса еще будет проверять а созданны ли вообще .. сложно получается


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 12 май 2009, 15:21 
Не в сети

Зарегистрирован: 14 мар 2008, 12:43
Сообщения: 123
Карма: 0
зачем проводить проверку?
Состояние "создание" должно выполнятся только один раз при добавлении шлюза в договор и его активации, или после удаления шлюза. Состояние "создание" будет выполнятся только при ручном режиме, то есть при добавлении шлюза в договор и его актвации.

А по поводу проверки:
http://www.bgbilling.ru/forum/viewtopic ... 7&start=15
реализуйте пожалуйста, если надо опишу подробно.

Также хорошо было видеть состояние "изменение" нужное к примеру для изменения скорости соединения (если нужно могу описать более подробно) или иных параметров и оно также приравнивается к состоянию "открыто".

и в завершении при выполнении данных статусов переводим, но не выполняем в статус "открыт", этим мы приравниваем данные статусы к открытию шлюза.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 12 май 2009, 17:04 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
ODV писал(а):
зачем проводить проверку?
Состояние "создание" должно выполнятся только один раз при добавлении шлюза в договор и его активации, или после удаления шлюза. Состояние "создание" будет выполнятся только при ручном режиме, то есть при добавлении шлюза в договор и его актвации.

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 12 май 2009, 17:35 
Не в сети

Зарегистрирован: 14 мар 2008, 12:43
Сообщения: 123
Карма: 0
сразу оговорюсь, речь идет о шлюзах cisco + вторичный dlink
соответственно циско стоит на узле, а dlink на доме и коммутаторы могут сохранять конфигурацию.

все просто
по умолчанию (версия биллинга4.6) шлюз при создании находится в состоянии удален, вторичный коммутатор не установлен физически(связи нет).
монтажник устанавливает и сообщает оператору обьэтом, тот переводит в состояние создание, при выполнении скрипта для состояния «создание» после выполнения всех команд выполняется команда(описаная в командах шлюза) сохранение конфигурации (не сильно ресурсоемкая команда) как на первичном так и на вторичном коммутаторе.
и в дальнейшем конфигурация не потеряется :)

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

проблем я не вижу.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 11 ] 

Часовой пояс: UTC + 5 часов [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
POWERED_BY
Русская поддержка phpBB
[ Time : 0.040s | 37 Queries | GZIP : On ]