BiTel

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

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




Начать новую тему Ответить на тему  [ Сообщений: 15 ] 
Автор Сообщение
СообщениеДобавлено: 02 ноя 2010, 07:28 
Не в сети

Зарегистрирован: 11 май 2010, 17:57
Сообщения: 93
Карма: 0
Ситуация - нужно перенести часть абонентов из одного сегмента в другой. В результате у них должна изменится IP адресаци. Распеределение IP у абонентов по текущему сегменту не линейно.
Как наиболее безболезненно сделать эту операцию. Используется dhcp сервер модуля IPN. Возможно кто-то уже делал подобное ?

Поправить руками 200 с лишним абонентов не предлагать ) операцию, предстоит сделать не один раз.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 02 ноя 2010, 18:54 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
сделать скрипт, который переносит ip


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 03 ноя 2010, 11:17 
Не в сети

Зарегистрирован: 11 май 2010, 17:57
Сообщения: 93
Карма: 0
stark писал(а):
сделать скрипт, который переносит ip


Достаточно ли будет изменить данные в ipn_user_gate и ipn_user_range .. или привязки IP адресов хранятся где-то еще ?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 09 ноя 2010, 13:34 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Zar1n писал(а):
stark писал(а):
сделать скрипт, который переносит ip


Достаточно ли будет изменить данные в ipn_user_gate и ipn_user_range .. или привязки IP адресов хранятся где-то еще ?


ipn_user_range - да.
ipn_user_gate - у вас адреса шлюзов тоже меняются ?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 10 ноя 2010, 08:39 
Не в сети

Зарегистрирован: 11 май 2010, 17:57
Сообщения: 93
Карма: 0
stark писал(а):
Zar1n писал(а):
stark писал(а):
сделать скрипт, который переносит ip


Достаточно ли будет изменить данные в ipn_user_gate и ipn_user_range .. или привязки IP адресов хранятся где-то еще ?


ipn_user_range - да.
ipn_user_gate - у вас адреса шлюзов тоже меняются ?


В ipn_user_gate есть связки IP - Port, в поле rule_txt. Мы используем опцию82.
В случае если адреса просто сменить не закрывая учетные периоды. (мы не учитываем внутренний трафик, в этом плане не критично). Не повредит ли это DHCP серверу модуля IPN.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 10 ноя 2010, 10:50 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Zar1n писал(а):
В случае если адреса просто сменить не закрывая учетные периоды. (мы не учитываем внутренний трафик, в этом плане не критично). Не повредит ли это DHCP серверу модуля IPN.


Не должно ..Он просто получит новые ip для этих портов и будет раздавать уже их


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 10 ноя 2010, 11:58 
Не в сети

Зарегистрирован: 11 май 2010, 17:57
Сообщения: 93
Карма: 0
stark писал(а):
Zar1n писал(а):
В случае если адреса просто сменить не закрывая учетные периоды. (мы не учитываем внутренний трафик, в этом плане не критично). Не повредит ли это DHCP серверу модуля IPN.


Не должно ..Он просто получит новые ip для этих портов и будет раздавать уже их


Спасибо. Попробуем.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 10 дек 2010, 13:30 
Не в сети

Зарегистрирован: 11 май 2010, 17:57
Сообщения: 93
Карма: 0
stark писал(а):
Zar1n писал(а):
В случае если адреса просто сменить не закрывая учетные периоды. (мы не учитываем внутренний трафик, в этом плане не критично). Не повредит ли это DHCP серверу модуля IPN.


Не должно ..Он просто получит новые ip для этих портов и будет раздавать уже их


Прорисовалась новая проблема. Мы используем шлюз Dlink для записи ACL правил на коммутаторы доступа. После смены адреса абоненту. DHCP начинает выдавать новые адреса. Но скрипт продолжает писать ACL содержащие старые адреса.

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

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

Как решить данную проблему ?

Спасибо.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 23 дек 2010, 20:05 
Не в сети

Зарегистрирован: 12 фев 2008, 16:11
Сообщения: 485
Карма: 12
интересно, а как у вас выдаются новые адреса, если вы не передергивали шлюз? В DHCP сервере тоже адреса должны перепрописаться после синхронизации.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 28 дек 2010, 13:09 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Zar1n писал(а):
stark писал(а):
Zar1n писал(а):
В случае если адреса просто сменить не закрывая учетные периоды. (мы не учитываем внутренний трафик, в этом плане не критично). Не повредит ли это DHCP серверу модуля IPN.


Не должно ..Он просто получит новые ip для этих портов и будет раздавать уже их


Прорисовалась новая проблема. Мы используем шлюз Dlink для записи ACL правил на коммутаторы доступа. После смены адреса абоненту. DHCP начинает выдавать новые адреса. Но скрипт продолжает писать ACL содержащие старые адреса.

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

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

Как решить данную проблему ?

Спасибо.


оно хранится в таблице ipт_user_gate поле rule_txt.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 28 дек 2010, 13:17 
Не в сети
Разработчик

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


шлюз dhcp синхронизцется без передергивания, задачей проверки шлюзов


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 30 дек 2010, 06:04 
Не в сети

Зарегистрирован: 11 май 2010, 17:57
Сообщения: 93
Карма: 0
stark писал(а):
Zar1n писал(а):
stark писал(а):
Zar1n писал(а):
В случае если адреса просто сменить не закрывая учетные периоды. (мы не учитываем внутренний трафик, в этом плане не критично). Не повредит ли это DHCP серверу модуля IPN.


Не должно ..Он просто получит новые ip для этих портов и будет раздавать уже их


Прорисовалась новая проблема. Мы используем шлюз Dlink для записи ACL правил на коммутаторы доступа. После смены адреса абоненту. DHCP начинает выдавать новые адреса. Но скрипт продолжает писать ACL содержащие старые адреса.

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

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

Как решить данную проблему ?

Спасибо.


оно хранится в таблице ipт_user_gate поле rule_txt.


В эту таблицу также вносились изменения. Дхцп прекрасно выдает новые адреса, но на шлюзу продолжают записыватся правила содержащие старые адреса. Передергивание конектретного порта из состояния открыт в закрыт, помогает, но только для этого порта. На остальные порты шлюза пишутся старые правила.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 30 дек 2010, 11:44 
Не в сети

Зарегистрирован: 09 июн 2010, 08:32
Сообщения: 38
Карма: 0
Занимаюсь работой близкой к вашей, в скрипте который меняет ip добавить
Код:
modset = new ModuleSetup(con, mid);
new IPNContractStatusManager(con, mid, modset).changeStatus(cid, 3, 0, true);
new IPNContractStatusManager(con, mid, modset).changeStatus(cid, 0, 0, true);

2-я строка шлюз переводит в удалён, 3-я в открыт

в шапку добавить

Код:
import bitel.billing.server.ipn.bean.*;
import ru.bitel.bgbilling.server.util.ModuleSetup;

Наработкой поделитесь? видимо скоро будем переводить на белые адреса клиентов


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 01 фев 2011, 19:03 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Zar1n писал(а):
stark писал(а):
Zar1n писал(а):
stark писал(а):
Zar1n писал(а):
В случае если адреса просто сменить не закрывая учетные периоды. (мы не учитываем внутренний трафик, в этом плане не критично). Не повредит ли это DHCP серверу модуля IPN.


Не должно ..Он просто получит новые ip для этих портов и будет раздавать уже их


Прорисовалась новая проблема. Мы используем шлюз Dlink для записи ACL правил на коммутаторы доступа. После смены адреса абоненту. DHCP начинает выдавать новые адреса. Но скрипт продолжает писать ACL содержащие старые адреса.

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

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

Как решить данную проблему ?

Спасибо.


оно хранится в таблице ipт_user_gate поле rule_txt.


В эту таблицу также вносились изменения. Дхцп прекрасно выдает новые адреса, но на шлюзу продолжают записыватся правила содержащие старые адреса. Передергивание конектретного порта из состояния открыт в закрыт, помогает, но только для этого порта. На остальные порты шлюза пишутся старые правила.


Это вообще зависит от реализации типа шлюза .он у вас скриптовый ?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 15 мар 2011, 15:20 
Не в сети
Клиент

Зарегистрирован: 02 дек 2009, 12:28
Сообщения: 93
Откуда: Ленинградская обл.
Карма: 5
Так чем у вас дело-то закончилось? Удалось?

Поделитесь решением, а то я тоже голову ломаю...


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

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


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

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


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

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