| forum.bitel.ru http://forum.bitel.ru/ |
|
| Расформирование устройства (CRM) http://forum.bitel.ru/viewtopic.php?f=44&t=8522 |
Страница 1 из 2 |
| Автор: | Cromeshnic [ 04 окт 2013, 10:50 ] |
| Заголовок сообщения: | Расформирование устройства |
В модулях Dialup и IPN устройства можно было закрывать датой. Как поступать при расформировании устройства в модуле Inet? Удалять, мне кажется, неправильно - ведь на договорах остаются закрытые датой сервисы, привязанные к этому устройству. По ним должна быть возможность получить детализацию flow, например, или radius-логи. Оставлять тоже некошерно - для устройства создаются разные объекты в памяти в BGInetAccess и BGInetAccounting, например, во FlowAgentInterfaceMap.agentMap. Логично было бы закрывать датой. Discuss? |
|
| Автор: | borisk [ 04 окт 2013, 12:13 ] |
| Заголовок сообщения: | Re: Расформирование устройства |
Логично. А еще меня интересует вопрос миграции устройств. Вот было устройство X (коммутатор к примеру), мы меняем его на устройство Y (коммутатор другой модели). Вот как тут поступать? |
|
| Автор: | Cromeshnic [ 04 окт 2013, 12:30 ] |
| Заголовок сообщения: | Re: Расформирование устройства |
В смысле, с сохранением IP-адреса? Тоже интересный вопрос. А в чём разница для биллинга между этими устройствами? Тип устройства меняется? Конфиги, порты? |
|
| Автор: | barguzin2 [ 04 окт 2013, 23:05 ] |
| Заголовок сообщения: | Re: Расформирование устройства |
borisk писал(а): Логично. А еще меня интересует вопрос миграции устройств. Вот было устройство X (коммутатор к примеру), мы меняем его на устройство Y (коммутатор другой модели). Вот как тут поступать? Ну поменять тип устройства и достаточно так думаю. А вот насчет вывода из эксплуатации - тут да, не учтен этот момент. Вариантов 2 сходу вижу 1) Классический период 2) Галка активно/неактивно В любом случае их не нужно подгружать АА-серверам и еще сделать галку "Показывать неактивные", по умолчанию их не отображать в дереве, а при отображении показывать бледными (зачеркнутыми). |
|
| Автор: | borisk [ 05 окт 2013, 16:28 ] |
| Заголовок сообщения: | Re: Расформирование устройства |
Увы, поменять тип устройства просто так не получается, начинается какая-то опа с интерфейсами |
|
| Автор: | snark [ 07 окт 2013, 08:32 ] |
| Заголовок сообщения: | Re: Расформирование устройства |
borisk писал(а): Вот было устройство X (коммутатор к примеру), мы меняем его на устройство Y (коммутатор другой модели). Вот как тут поступать? Сам задаюсь точно таким же вопросом и пока ответа на него нет  Благо стенд есть - попробую перетасовки свичей и различных вариациях. |
|
| Автор: | Cromeshnic [ 07 окт 2013, 08:55 ] |
| Заголовок сообщения: | Re: Расформирование устройства |
2 snark, borisk А можно поподробнее - что именно в биллинге должно поменяться при замене железки? У нас, если ставят железку той же модели на то же место с тем же конфигом - биллингу без разницы, ничего не меняется. |
|
| Автор: | snark [ 07 окт 2013, 10:47 ] |
| Заголовок сообщения: | Re: Расформирование устройства |
Представь, что у тебя:
|
|
| Автор: | Cromeshnic [ 07 окт 2013, 11:24 ] |
| Заголовок сообщения: | Re: Расформирование устройства |
Ну я бы во втором случае перед заменой перенёс с даты все сервисы с "лишних" портов на другое устройство или порт, затем все эти порты в устройстве пометил статусом "зарезервировано" в свойствах интерфейса с комментарием "недоступно", чтобы нельзя было заводить новые сервисы. Тут индивидуально надо подходить к замене устройства - я не вижу в биллинге универсального рецепта, т.к. непонятно, что в конкретном случае требуется от BG. А вот расформирование - вполне очевидная вещь. |
|
| Автор: | snark [ 07 окт 2013, 11:44 ] |
| Заголовок сообщения: | Re: Расформирование устройства |
Установка нового, замена (причин over 9k) и снятие оборудования - стандартные процедуры, IMHO. |
|
| Автор: | Cromeshnic [ 07 окт 2013, 12:16 ] |
| Заголовок сообщения: | Re: Расформирование устройства |
Так а от биллинга что в "стандартном" случае требуется? |
|
| Автор: | borisk [ 07 окт 2013, 12:34 ] |
| Заголовок сообщения: | Re: Расформирование устройства |
На самом деле понятно, что автоматизировать такое не представляется возможным. А вот помочь биллинг в этом случае может. Вводим процедуру "замена оборудования", биллинг открывает два окна, где мы можем переносить сервисы со старого на новое оборудование, изменяя (возможно) какие-то параметры сервисов (например порты) |
|
| Автор: | Cromeshnic [ 07 окт 2013, 12:50 ] |
| Заголовок сообщения: | Re: Расформирование устройства |
Такое окно называется скрипт  Мы вот сейчас в IPN перенос делаем с роутера на роутер, так у меня 4 скрипта для этого написано: получение конфига, генерация нового конфига циски, заведение портов и получение их ifindex, заведение диапазонов в биллинге, затем shutdown/no shutdown каждого диапазона с одновременным закрытием старого датой. Плюс куча подкотовки на самих цисках. Это всегда индивидуально. Цитата: где мы можем переносить сервисы со старого на новое оборудование, изменяя (возможно) какие-то параметры сервисов (например порты) Ага, а потом каждый начнёт просить разработчиков добавить туда свои костыли. |
|
| Автор: | Cromeshnic [ 07 окт 2013, 12:51 ] |
| Заголовок сообщения: | Re: Расформирование устройства |
И вообще, не угоняйте тему! Мы тут про расформирование вообще-то. |
|
| Автор: | snark [ 07 окт 2013, 12:53 ] |
| Заголовок сообщения: | Re: Расформирование устройства |
Cromeshnic писал(а): Так а от биллинга что в "стандартном" случае требуется? События же. Поставил/поменял/удалил устройство - лови событие. Cromeshnic писал(а): Такое окно называется скрипт Которому надо как бе узнать что происходит, для этого и нужны события, не? |
|
| Автор: | Cromeshnic [ 07 окт 2013, 13:18 ] |
| Заголовок сообщения: | Re: Расформирование устройства |
События полезны для стандартных действий. У вас каждый день меняются устройства и при этом в биллинге нужно делать кучу типовых операций? Тогда может быть... Но тут стоит задуматься - может вы что-то неправильно делаете? У нас при стандартных заменах в биллинге вообще ничего не меняется - просто ставится такое же оборудование с тем же конфигом. Нестандартные замены случаются редко и их нужно в любом случае руками сопровождать. Короче, пример приведите, когда это действительно нужно. |
|
| Автор: | snark [ 07 окт 2013, 13:37 ] |
| Заголовок сообщения: | Re: Расформирование устройства |
Как быть, если замена вроде бы и стандартная, но не совсем? Например раньше были свичи DES-3526, в которых 26 портов, но т.к. они из-за старости порой отправляются в ремонт (БП дохнут), а порой и просто умирают, то на их место ставится DES-1228ME, в последних ревизиях (rev.В) которого 28 портов. Переткнуть порт-в-порт не проблема, что, собственно, и делается, но получается такая ситуация, что мы получаем 2 "лишних" порта. Если оставить тип устройства DES-3526, то вообще ничего, кроме перетыкания, делать не нужно, но если мы хотим использовать эти 2 порта, то тип устройства таки надо менять. Пример, может быть, и не самый удачный, но это первое что в голову пришло. |
|
| Автор: | Cromeshnic [ 07 окт 2013, 13:43 ] |
| Заголовок сообщения: | Re: Расформирование устройства |
А если просто тип рабочего устройства сменить - порты не добавятся? Если тип устройства по разным причинам в BG сменить корректно нельзя, то, имхо, только заводить новое и закрывать старое. Короче, я понял: вам нужна групповая операция модуля Inet - "Перенос сервисов между устройствами с даты". Ну да, это может быть полезно
|
|
| Автор: | snark [ 07 окт 2013, 14:04 ] |
| Заголовок сообщения: | Re: Расформирование устройства |
Я думаю нам всем не помешали бы события "Изменение устр-ва" и "Удаление устр-ва" - тогда можно было что-то скриптами делать. |
|
| Автор: | Cromeshnic [ 12 дек 2013, 12:28 ] |
| Заголовок сообщения: | Re: Расформирование устройства (CRM) |
UP! Вот мы сняли циску - как её расформировать в Inet? |
|
| Автор: | Cromeshnic [ 16 дек 2013, 12:35 ] |
| Заголовок сообщения: | Re: Расформирование устройства (CRM) |
Сюда же: не могу поставить интерфейсу статус "зарезервирован", если на нём в прошлом были подписчики - пишет: "Вы не можете зарезервировать интерфейс, т.к. на него есть подписчики", хотя в текущий момент клиентов на нём нет. Это нужно, когда выгорает порт на коммутаторе, или мы расформируем субинтерфейс на циске. Или вдруг интерфейс действительно резервируется под служебные нужды. |
|
| Автор: | Cromeshnic [ 17 дек 2013, 12:24 ] |
| Заголовок сообщения: | Re: Расформирование устройства (CRM) |
TODO? - расформирование устройств - расформирование интерфейсов устройств Мы пока что только снимаем роутеры. Проблемы могут возникнуть, если понадобится завести новый с таким же ip. |
|
| Автор: | skyb [ 17 дек 2013, 14:53 ] |
| Заголовок сообщения: | Re: Расформирование устройства (CRM) |
плюсану сюда ещё 1 момент Обработчик управления устройством http://bgbilling.ru/v6.0/doc/ch18s06s03.html если устройство недоступно, то отправляется аларм, тоесть его полюбому нада оставить и полюбому нада сделать неактивным так что я за то что выше написал кромешник!!! |
|
| Автор: | Cromeshnic [ 18 дек 2013, 08:33 ] |
| Заголовок сообщения: | Re: Расформирование устройства (CRM) |
Кстати, да. Как раз сегодня хотел завести свой DeviceManager для cisco, теперь задумался... |
|
| Автор: | skyb [ 18 дек 2013, 10:14 ] |
| Заголовок сообщения: | Re: Расформирование устройства (CRM) |
и ещё, для группы устройств (папки) чтоб сразу все можно было разформировать |
|
| Автор: | Cromeshnic [ 19 дек 2013, 13:18 ] |
| Заголовок сообщения: | Re: Расформирование устройства (CRM) |
Насчёт интерфейсов устройств. Предположим, у нас был интерфейс на циске, скажем Gi0/0.123, с ifIndex=456. На нём в разное время были разные подписчики (сервисы на договоре). Мог меняться ifIndex (при замене самой циски, например). А затем его взяли и расформировали. Закрыть датой в биллинге я его не могу. Поставить "зарезервирован" - тоже. Но даже если бы и мог "зарезервировать", то на нём останется висеть ifIndex, который может потом пересечься с другими интерфейсами. Пока для себя вижу один выход - вешать ifIndex=0 на такие с даты расформирования и писать в комментарии "расформирован", чтобы не заводили на нём новых сервисов. А вообще - разработчикам на заметку. Скорее всего, нужно закрывать датой. зы. В IPN мы поступали топорно - при изменении в ifIndex устройств запускали скрипт, который удалял все интерфейсы в справочнике, затем получал новые по snmp и создавал их заново с правильными ifIndex. Для всех действующих диапазонов IPN на договорах, у которых сменился ifIndex, делался wrap диапазона на том же договоре со вчерашней даты. Это работало, поскольку диапазоны к интерфейсам привязываются не по Id биллинга, а по паре sourceId+ifindex (ipn_user_source_<mid>), т.е. даже с удалённым из справочника интерфейсом переобсчёты и т.п. корректно работали. Сейчас пишу подобный скрипт через SnmpDeviceManager для Inet. |
|
| Автор: | snark [ 23 дек 2013, 14:40 ] |
| Заголовок сообщения: | Re: Расформирование устройства (CRM) |
Если честно, то мне всегда была не совсем понятна привязка по ifIndex, когда проще и удобнее привязываться по ifName. Индекс запросто может плавать, если забыли сказать "snmp-server ifindex persist", а вот имя ... я что-то такого не встречал, если честно. |
|
| Автор: | Cromeshnic [ 23 дек 2013, 14:52 ] |
| Заголовок сообщения: | Re: Расформирование устройства (CRM) |
snark писал(а): Если честно, то мне всегда была не совсем понятна привязка по ifIndex, когда проще и удобнее привязываться по ifName. Индекс запросто может плавать, если забыли сказать "snmp-server ifindex persist", а вот имя ... я что-то такого не встречал, если честно. Привязка чего? Netflow? Ну так имя ещё проще поменять вроде. Проблема скорее в том, что ifIndex выдаётся черным ящиком и не присутствует в конфиге интерфейса, отчего при замене роутера или ребуте без persist он плавает. |
|
| Автор: | snark [ 23 дек 2013, 16:24 ] |
| Заголовок сообщения: | Re: Расформирование устройства (CRM) |
Cromeshnic писал(а): Привязка чего? Шоб я так помнил, как ты меня спрашиваешь, чего там в ipn к ifIndex привязывают Cromeshnic писал(а): имя ещё проще поменять вроде Дескрипшен - да, меняется без проблем, а вот имя ... interface "Vlan 123" (в snmp это "Vl123") или там "Loopback 123" (в snmp это "Lo123") можно обозвать только так как ящик даст и никак иначе. Cromeshnic писал(а): ifIndex выдаётся черным ящиком и не присутствует в конфиге интерфейса, отчего при замене роутера или ребуте без persist он плавает Угу. Вот и непонятно мне - зачем вообще привязываться к величинам, которые могут плавать? |
|
| Автор: | Cromeshnic [ 23 дек 2013, 18:51 ] |
| Заголовок сообщения: | Re: Расформирование устройства (CRM) |
Ну это не Бител придумал, если речь об этом. |
|
| Страница 1 из 2 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
| Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |
|