![]() |
Здравствуйте, гость ( Вход | Регистрация )
![]() |
![]()
Сообщение
#1
|
|
![]() Продвинутый пользователь ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 198 Регистрация: 19.8.2009 Из: Moscow Пользователь №: 13646 ![]() |
Наблюдая за CO линиями заметил странную вещь....
Дано MFIM600 PRIM вынесен в другую сеть статус REMOTE с указанием роутера поток E1 30 каналов в системе CO group 1 (1-30) CO VoIP Mode Common VOIM24 в сети MFIM статус REMOTE с указанием роутера 9 каналов в системе CO group 8 (31-39) CO VoIP Mode SIP Only 15 каналов в системе CO group 10 (40-54) CO VoIP Mode H323 & RTP paket relay Для контроля занятия линий используется Phontage ( большая консоль отображения линий у него ![]() Абонент набирает "0" Занимается линия 30 и одновременно 40 При входящем звонке занимается линия 1 и 41 При звонке через сетевой план на удаленный станции занимаются линии из 40-54 как и должно То есть налицо факт использования двух линий разных модулей при входящем исходящем звонке через PRIM. И это заметно по сессиям между модулями PRIM и VOIM24 которые видны на маршрутизаторе. Проводим эксперимент на CO group 10 (40-54) меняем CO VoIP Mode на H323 only Вход и выход через город пропадает.... Для чего и почему модуль потока использует VOIM24? А если модуля VOIM24 нет в системе? А если каналы VOIM24 закончатся? Кодек везде установлен системный G711. |
|
|
![]() |
![]()
Сообщение
#2
|
|
![]() Частый гость ![]() ![]() ![]() Группа: Участники Сообщений: 42 Регистрация: 12.3.2009 Из: Новосибирск Пользователь №: 12990 ![]() |
У меня такое тоже было. Сгорел роутер, за которым стоял mfim50 и sltm8. Пришлось временно mfim выставить напрямую в интернет с реальным ip без роутера, а sltm подключить в локальную сеть предприятия. Соответственно sltm подключался к mfim через интернет. При звонке абонентов с sltm в город, плюсом к городской линии занималась линия voip, хорошо что их на борту 8. Я так понимаю в режиме remote, всегда так происходит. Т.е. любой модуль, вынесенный из сети mfim-а всегда будет занимать voip линии при соединении с mfim.
|
|
|
![]()
Сообщение
#3
|
|
![]() ГУРУ ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Группа: Модераторы Сообщений: 15046 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 ![]() |
Я так понимаю в режиме remote, всегда так происходит. Т.е. любой модуль, вынесенный из сети mfim-а всегда будет занимать voip линии при соединении с mfim. Так оно и есть, voip линии в режиме remote используются для передачи RTP. Соответственно, в подобных случаях нужно позаботиться о наличии линий voip. -------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
![]()
Сообщение
#4
|
|
![]() Продвинутый пользователь ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 198 Регистрация: 19.8.2009 Из: Moscow Пользователь №: 13646 ![]() |
Спасибо за ответы!
|
|
|
![]()
Сообщение
#5
|
|
![]() ГУРУ ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 ![]() |
Спасибо за ответы! Видимо, данная ветка напрямую связана с вашим предыдущим вопросом по поводу вынесенного PRIM... Если у Вас для связи с PRIM занимаются каналы VOIM, то означает только то, что PRIM и ваши абоненты находятся в разных подсетках. Если же это так, и между подсетками осуществляется прозрачная маршрутизация средствами самой сети (роутерами), то об этом факте нужно заранее "сообщить" MFIM", чтобы он направлял RTP трафик непосредственно между абонентскими модулями и PRIM, и не использовал каналы VOIM. 1) Можно в настройках самого PRIM указать, что он находится в одной сети с MFIM (поставить флажок "Same LAN with MFIM" = YES); 2) Можно назначить для MFIM вторичный IP-адрес (ПГМ102 - SECOND SYS IP ADDRESS) из той же подсети, в которой находится PRIM. 3) Можно прописать PRIM в другую Группу RTP-трафика и указать, что между группами прямой RTP-трафик. ИМХO, как-то так... -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
![]() ![]() |
Текстовая версия | Сейчас: 16.6.2025, 20:22 |