Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Страницы: 1
RSS
Плата gd2 в другой подсети
 
Есть филиал. В нем установлена станция с call server.
Есть другой филиал. Планируется поставить туда вынос (1u конструктив) с платой gd2.
В первом филиале подсеть вида 192.168.1.x, во втором филиале 192.168.2.x  Подсети связаны через vpv. Есть полная ip-видимость между подсетями.
Насколько реально завязать cs и gd2 в разных подсетях. Нужно ли для этого реализовывать Ethernet over IP ? насколько вообще живучая подобная схема, если задержки могут быть в районе 100-200 мс.
 
Собственно абсолютно рабочая схема - вопрос к вашему VPN - все ли закрыто/открыто и все.
А собственно работа в одной или разных сетях - ничем не отличается - прописываете в mgconfig чего надо и вперед.
 
Тогда вопросик на засыпку.
Есть Call Server в филиале №1.
В филиале №2 стоит 1U вынос с платами GD, APA, SLI. К плата APA подключены 2 гор линии. К плате SLI - факс. Также в филиале №2 подключены 2 IP телефона, которые знают ip адрес CS в филиале №1.
Суть вопроса: мы хотим позвонить с IP аппарата в город. Телефон соединяется с CS, тот маршрутизирует вызов на вынос, на транк(группу) смотрящий в город. Где будет бегать "голосовой" трафик - а) между IP аппаратом и платой GD внутри одного филиала (разумеется "коннект" трафик будет уходить на CS) или б) будет петля "голосового" трафика {IP аппарат} -> {CS} -> {GD}  ?
 
Кодеки стоят на плате GD поэтому IP трафик будет между телефоном и соответствующей платой. На основной станции тоже GD присутсвует и наверняка внешние линии тоже есть, вообщем трафик там, где он приземляется.
 
Проджолжаем тему...   :)
И так напомню. В одной подсети стоит CS, в другой IP телефоны которые хотят к нему подключиться.
Между сетями ПОЛНАЯ видимость на уровне IP.
При запуске IP телефона (4028 или 4018 картина одинаковая) прописываю настройки (IP, маску, шлюз, tftp сервер-конкретный адрес CS, а не 255.255.255.255). Ребучу. При попытке скачать новую прошивку долго висит после чего выдает failed. Но после этого он успешно коннектится к CS и просит зарегистрировать аппарат. Т.е. CS он видит, но судя по всему не может стянуть с tftp сервера файлик(и).
Есть желание обновить аппарат до прошивки которую сам CS предлагает.

P/S кстати зарегистрировать аппараты пока не могу. Кончились лицензии на IP аппараты. Ждем - со дня на день должны придти новые OPS-ки.
 
Всеобщая рекомендация - прописываем адрес main как tftp сервер, даже при одном процессоре. Например на GD если указан физический адрес - вы не зайдете с процессора по telnet, только с main.
failed - так и пишет, или tftp файлед?
Кроме того - если меняете адреса процессора. балуетесь с lanpbx файлом - рестарт станции обязателен.
Т.е. поменяв адрес проца - он будет видеться, доступен по telnet, но в tftp демоне останутся старые данные.
Кроме того - полная видимость по IP - это как? Если принести аппарат в локалку где стоит проц и запуститься в этой подсети - заработает? Если да - проблема с маршрутицазией, не полная видимость и т.п.
 
если просит зарегистрировать аппарат - значит в статическом режиме подключения аппарата вы в user > tsc/ip user не прописывали MAC адрес аппарата. это своего рода защита, иначе любой абонента сменив IP своего телефона менял бы легко и его абонентский номер. а вот зарегистрировашись он по идее и должен тянуть бинарные файлы (в соответствии с политикой обновления - ASAP или по расписанию)
У Дарта Вейдера в столе всякого навалено: карты разные галактик и портрет Гагарина.
 
После регистрации проблема сохранилась.
При попытке скачать прошивку:
1) пишет сonfig download , висит и через некоторое время выдает failed
2) пишет binary download , висит и через некоторое время выдает failed
3) пишет data download , висит и через некоторое время выдает not compatible
4) пишет 5/5 connecting и подключается.
Потом телефон работает минуту, затем пишет "не обслуживается" и уходит в перезагрузку и все по новой.
Танцы с бубном шли на темы:
1) что не так с сетевым доступом
2) что не так с tftp сервером
3) попробовать сводить аппарат на другую станцию за прошивкой.
Последняя идея оказалась результативной, но не сразу. Перепробовал три станции в трех разных филиалах, почти отчаялся, но на четвертой станции, которая стоит в СПб мне повезло и прошивки стянулись, применились и аппараты стали работать стабильно.

На текущий момент филиал с вынесеной полкой (платы GD, SLI, APA) + 3 IP аппарата полностью запущен. Схема рабочая. Стабильность связки зависит от стабильности канала интернет.
Всем спасибо, тему можно закрыть.
 
Похоже на то что у вас старый релиз и НОВЫЕ аппараты (на которых написано Extended edition).
Пишите точно релиз и что написано на аппаратах. Extended edition или нет.
В некоторых релизах - требуется патч не ниже определенного, в некоторых в user/ TCS IP user  - надо убрать галку с пункта "разрешен ресет для апдейта".
 
Не стану открывать новую тему. Задам вопрос сюда же.

Напомню:
есть  филиал (г. Ростов) с вынесеной полкой (платы GD, SLI, APA)+ 3 IP аппарата, подключенные к CS в другой подсети/филиале(Нижний Новгород).
Когда идет разговор по ABC-F (в разные города/филиалы/CS) обе стороны слышат друг друга хорошо.
Когда Ростовские сотрудники звонят в город (через NDDI транк, заведеный на плату APA), абоненты которым звонят (городские или мобильные) жалуются, на плохую слышимость и просят говорить громче.
Сомневаюсь что дело в чувствительности микрофона.
Собственно вопрос - есть ли возможность увеличить громкость на NDDI транке или это косяк оператора/плохие параметры линии (линии подключены через "старую советскую" телефонную коробку).
 
Для начала требуется провести анализ - просто встать аппаратом на линию и поговорить.
Бывают проблемы с линией (разные), например был случай когда до станции стояла куча параллельных аппаратов и остались на линии висеть телефонные коробки (а в каждой при выдергивании аппарата на линию вешался конденсатор в 1 мкф).

Потом имеет смысл посмотреть что есть в патчах, например из h1.301.41
RA crms00193706 0 3_major     red    KUMARESAN Parthiban KERGADALLAN Michael APA Audio Level is Low
Страницы: 1