forum.bitel.ru
http://forum.bitel.ru/

Статус шлюза
http://forum.bitel.ru/viewtopic.php?f=7&t=2277		 Страница 1 из 1
Автор:  ODV [ 05 май 2009, 13:35 ]
Заголовок сообщения:  Статус шлюза
Вопрос к разработчикам.

Возможноли реализовать статус шлюза "Создание" который в свое время позволит передавать набор команд на оборудование для создания установочных настроек шлюза т.к. в текущем варианте используется состояние "Открыт" как для создания так и для открытия шлюза. Что уменьшит нагрузку после перехода из "Заблокирован" в "Открыт".
Автор:  stark [ 06 май 2009, 16:26 ]
Заголовок сообщения: 
это будет несколько странно выглядить ..сейчас статус ipn соотвествует статусу шлюза , а статус создание - для модуля смысла не имеет ..Можно сразу при добавлении шлюза посылать команды на создание, но это не удобно..получается так, если сейчас связи нет со шлюзом, то вы ставите нужный статус, а потом уже задача проверки шлюзов исправляет ситуацуию..а тут надо поставить создание , а потом дождаться, когда его реально создадут, а потом уже ставить статус открыт ..
Автор:  ODV [ 06 май 2009, 23:44 ]
Заголовок сообщения: 
немного опишу ситуацию

вот что имеем из набора команд для шлюза
сразу оговорюсь, в состоянии «открытия» и «удалении» удалены команды для нарезки полосы, а их довольно много
Код:
[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. Создайте еще одно задание «проверка шлюзов» не как сейчас, а по договору
это удобно для подобной конфигурации шлюза.
Автор:  msh [ 07 май 2009, 01:46 ]
Заголовок сообщения: 
Цитата:
Как это будет работать
При создании шлюза выполняется набор команд как для «создания» так и для «открытия» описанных в одно группе(показано выше) и в итоге это приравнивается к открытию шлюза

а если шлюз вдруг перезагрузится и забудет все созданные правила?
Автор:  ODV [ 07 май 2009, 11:50 ]
Заголовок сообщения: 
Код:
а если шлюз вдруг перезагрузится и забудет все созданные правила?

добавьте в состояние "Создание" команду сохранения конфига, это не сильно ресурсоемкая команда, и то она будет выполнятся только один раз при создании
Автор:  msh [ 07 май 2009, 21:36 ]
Заголовок сообщения: 
ODV писал(а):
Код:
а если шлюз вдруг перезагрузится и забудет все созданные правила?

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


плохо тем что тогда у шлюза появится трудно контролируемое внутренее состояние. все настройки должны быть в одном месте - в биллинге
Автор:  ODV [ 07 май 2009, 22:20 ]
Заголовок сообщения: 
Код:
плохо тем что тогда у шлюза появится трудно контролируемое внутренее состояние. все настройки должны быть в одном месте - в биллинге


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

Вы предлогаете настройки шлюза описывать вручную, или даже отдельно скриптом не относящемя к биллингу?
не вызовит ли это ошибки и пляски с бубном потом?
а также это надо еще и синхранизировать?
и ваше предложение вносит еще и двойную работу, в начале описываем гдето интерфейс при том что он на каждого клиента свой, держим в уме или на бумажке его характеристики, описываем клиента в биллинге.
Автор:  stark [ 12 май 2009, 14:51 ]
Заголовок сообщения: 
нужно проверять шлюз - заданы ли на нем команды создания для данного догвора ..если нет, то создавать .. т.е задача прверки шлюзов кроме прверки статуса еще будет проверять а созданны ли вообще .. сложно получается
Автор:  ODV [ 12 май 2009, 15:21 ]
Заголовок сообщения: 
зачем проводить проверку?
Состояние "создание" должно выполнятся только один раз при добавлении шлюза в договор и его активации, или после удаления шлюза. Состояние "создание" будет выполнятся только при ручном режиме, то есть при добавлении шлюза в договор и его актвации.

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

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

и в завершении при выполнении данных статусов переводим, но не выполняем в статус "открыт", этим мы приравниваем данные статусы к открытию шлюза.
Автор:  stark [ 12 май 2009, 17:04 ]
Заголовок сообщения: 
ODV писал(а):
зачем проводить проверку?
Состояние "создание" должно выполнятся только один раз при добавлении шлюза в договор и его активации, или после удаления шлюза. Состояние "создание" будет выполнятся только при ручном режиме, то есть при добавлении шлюза в договор и его актвации.

если бы все так было просто ,вы поставили статус - создание вручную и связи сейчас со шлюзом нет, у бедут только когда монтажник до него доедет ..все их никто никогда не пропишет ? шлюз перегрузили , команд создания опять нет..вручную каждый раз хотите ?
Автор:  ODV [ 12 май 2009, 17:35 ]
Заголовок сообщения: 
сразу оговорюсь, речь идет о шлюзах cisco + вторичный dlink
соответственно циско стоит на узле, а dlink на доме и коммутаторы могут сохранять конфигурацию.

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

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

проблем я не вижу.
Страница 1 из 1 Часовой пояс: UTC + 5 часов [ Летнее время ]
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/