LDK300 и IPECS через IP Опции

[harris]

ну что вы , не настолько я мог запутаться )
в предыдущем моем посте написал некорректно - исправляю -

в Network nambering plan стояли два ip- адреса. один - платы VOIB, которая воткнута IPECS, второй - самой материнской платы IPECS. убрал адрес материнской платы IPECS звонки вообще перестали проходить. потом оставил только ip-адрес материнской платы IPECS. И поехало ))) Спасибо всем за участие!

ОК. Теперь все понятно.
В iPECS MG вся сигнализация идет через MPB, поэтому нужно указывать именно адрес MPB (а не VOIB).
Кстати, во избежании путаницы (чтобы не перечитывать весь топик), было бы лучше указывать точное наименование станции и плат... Например, в данном случае: iPECS MG или просто MG (но не iPECS, чтобы не путать с iPECS LIK), плата MPB (а не материнка...) Прошу пардону за возможно излишний педантизм и ворчливость...

[stasmar]

ОК. Теперь все понятно.
В iPECS MG вся сигнализация идет через MPB, поэтому нужно указывать именно адрес MPB (а не VOIB).
Кстати, во избежании путаницы (чтобы не перечитывать весь топик), было бы лучше указывать точное наименование станции и плат... Например, в данном случае: iPECS MG или просто MG (но не iPECS, чтобы не путать с iPECS LIK), плата MPB (а не материнка...) Прошу пардону за возможно излишний педантизм и ворчливость...

Вот тут как раз, Игорь, твой педантизм и ворчливость очень уместны. Я иногда не отвечаю даже на элементарные вопросы только из-за того, что некорректно они заданы. Очень сложно додумывать и уточнять. Даже запятые иногда усложняют понимание сути. Нужна однозначность в пониманиии.
Иногда сложно осуждать человека при такой безработице, если он цепляется за рабочее место и пытается выполнить приказ руководства и просит о помощи. Но при этом он должен понимать, что и у остальных участников форума своя работа, и надо элементарно облегчить понимание однозначностью и точностью..

[Ренат]

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

Согласен с выше сказанными постами. в следующий раз буду прописывать все полностью.
Но по всему посту я старался изъясняться как можно подробнее и яснее.

[krepsky]

Добрый день.
Дабы не создавать новую тему по связи по ip-протоколу решил написать сдесь.
Пытаюсь организовать связь по h.323 между ldk-600 и ipecs-lik. Станции находятся в разных сетях и связываются через интернет, ipecs настраивает другой человек (если нужны будут настройки смогу запросить). С нашей стороны проброшены следующие порты в интернет:
tcp - 1720
udp - 2048-4096
Проблема следующая: звонки c ipecs на ldk проходят на ура, со стороны ldk после набора номера на системнике пишет "линия 133 отбой, причина ошибка".
LDK-600 MPB GS60P-3.6df, 6 блоков KSU, плата VOIBE находится в 2 KSU, 9 слот. прошивка Version : GS30T-1.1Da. План нумерации 2, абоненты 10**-15**
По ipecs-lik нумерной план 3** 3*** 4** 4*** (почему 3-х и 4-х значная нумерация не в курсе с данной станцией не встречался)
Настройки на ldk-600:
в 101, 103 произвел настройку, на 9 слот назначил VOIBE, в logical assignment ----> append COL, в итоге получил линии от 133 до 144.
PGM 340:
ip adress 192.168.98.122
gateway 192.168.98.1
mask 255.255.255.0
default codec g.729
firewall ip address:194.158.204.*** внешний адрес нашего роутера
dtmf mode: rfc2833 dtmf
PGM 322 для линий 133-144:
Networking CO group: 2
Networking CO line type: NET
gatekeeper usage: off
PGM 140 для линий 133-144:
Type: ISDN/DID
PGM 141 для линий 133-144:
CO Group:70
системнику дал доступ к 70 группе линий
PGM 143 для линий 133-144:
Call Type: International
DID Conv Type : 1
SDN EBLK Send: of
PGM 324:
index 0 ---> System usage : NET; Num plan code: 1#*** ; CPN/IP Info: все ноли NET CO Gr:0 (не прописывал диапазон 10**-15** многие пишут что свой нумерной план можно вообще не прописывать)
index 1 ---> System usage : NET; Num plan code: 4*** ; CPN/IP Info: все ноли NET CO Gr:2; DEST MPB IP: 77.74.30.**; Digit Repeat:OFF ( ставил ON - тоже самое)
прописал только 4*** дабы протестировать, адрес 77.74.30.** проброшен на сетевой интерфейс именно материнской платы ipecs
заходил через терминал в настройки платы voibe вот ее настройки которых нет в pcadmin:
h323 setup : fast
h323 early245 : on
h323 tunneling : on
вроде все описал.
Еще - админы настроили зеркалирование на порт коммутатора к которому подключена плата voibe и пытался снять трассировку wireshark'ом с фильтром по ip адресу voibe:
при исходящем звонке с ldk600 - нет вообще никакой записи, что очень странно - такое ощущение что ldk600 даже не пытается куда то ломиться что может означать что где то не достроенно в ldk600 или в wireshark'e но вот где ...
при входящей связи на ldk600 со стороны ipecs пакеты ловятся

На ldk600 исходящие внешние звонки настроены через LCR - в городской нумерации есть номера формата 4*****, т.к. LCR имеет приоритет я делал так: убирал 4 из таблицы в PGM221, прописывал 4 в PGM324 (см. index 1) и ребутал станцию. В дальнейшем планируется добавить префикс на набор номеров ipecs

Вроде все подробно описал и прошу вашей помощи в настройке.
Если надо выложу бэкап.

[harris]

Добрый день.

index 0 ---> System usage : NET; Num plan code: 1#*** ; CPN/IP Info: все ноли NET CO Gr:0 (не прописывал диапазон 10**-15** многие пишут что свой нумерной план можно вообще не прописывать)
index 1 ---> System usage : NET; Num plan code: 4*** ; CPN/IP Info: все ноли NET CO Gr:2; DEST MPB IP: 77.74.30.**; Digit Repeat:OFF ( ставил ON - тоже самое)
прописал только 4*** дабы протестировать, адрес 77.74.30.** проброшен на сетевой интерфейс именно материнской платы ipecs

.........
На ldk600 исходящие внешние звонки настроены через LCR - в городской нумерации есть номера формата 4*****, т.к. LCR имеет приоритет я делал так: убирал 4 из таблицы в PGM221, прописывал 4 в PGM324 (см. index 1) и ребутал станцию. В дальнейшем планируется добавить префикс на набор номеров ipecs

Вроде все подробно описал и прошу вашей помощи в настройке.
Если надо выложу бэкап.

1) Ё-моё, причем здесь DEST MPB IP !!!! Это только для функции DECT Mobility!!
IP-адрес станции, в которой находятся абоненты 4***, указывается в поле IP Info !!!

2) Естественно, коды не должны пересекаться:
если прописан код NET 4***, то в LCR не должно быть кода "4" типа INT или BOTH (если 4-ка прописана как код типа COL, то это не влияет).

[krepsky]

1) Ё-моё, причем здесь DEST MPB IP !!!! Это только для функции DECT Mobility!!
IP-адрес станции, в которой находятся абоненты 4***, указывается в поле IP Info !!!

2) Естественно, коды не должны пересекаться:
если прописан код NET 4***, то в LCR не должно быть кода "4" типа INT или BOTH (если 4-ка прописана как код типа COL, то это не влияет).

1) "Е-мое" и какой петух меня клюнул прописать его туда уже неделю сижу ковыряю форум с мыслью что гдето есть ошибка в настройке. Вообщем прописал исходящий звонок с ldk на ipecs прошел но на ldk не слышно абонента ipecs, а он слышит. В этой теме обсуждалась похожая ситуация (правда с обоюдной неслышимостью) я так понимаю надо смотреть эти настройки?
h323 setup
h323 early245
h323 tunneling
или снять трассировку вызова?

2) Поменял код "4" на тип COL - звонок на ipecs проходит, при попытке набрать 6-значный городской номер ошибка
Режим LCR M13
все первые цифры указанные в LDT таблице типа BOTH (кроме "4" конечно)

[harris]

1) "Е-мое" и какой петух меня клюнул прописать его туда уже неделю сижу ковыряю форум с мыслью что гдето есть ошибка в настройке. Вообщем прописал исходящий звонок с ldk на ipecs прошел но на ldk не слышно абонента ipecs, а он слышит. В этой теме обсуждалась похожая ситуация (правда с обоюдной неслышимостью) я так понимаю надо смотреть эти настройки?
h323 setup
h323 early245
h323 tunneling
или снять трассировку вызова?

2) Поменял код "4" на тип COL - звонок на ipecs проходит, при попытке набрать 6-значный городской номер ошибка
Режим LCR M13
все первые цифры указанные в LDT таблице типа BOTH (кроме "4" конечно)

1) Нет. Проблема не в этих настройках. Нужно смотреть "проброс RTP портов" на роутере, к которому подключена LDK.
Снифер (трассировка) никогда не бывает лишним.

2) Станция не может обслуживать одновременно :
- городские номера 4ХХХХХ и
- сетевые номера 4ХХХ
Либо-либо!
Нужно:
- либо отказаться от прямого набора прямых городских номеров (4ХХХХХ), и набирать городские номера с кодом доступа (например, 9+4ХХХХХ), а сетевые набирать напрямую (4ХХХ)

- либо оставить прямой набор городских номеров (INT LCR 4),
а для сетевых номеров использовать префикс, например:
NET, 74***
NET, 75***
Т.е. 7-ка будет префиксом для вызова сетевых абонентов. Естественно, если 7-ка не используется ни в Плане нумераации станции, ни в городском плане номеров.

[krepsky]

1) Нет. Проблема не в этих настройках. Нужно смотреть "проброс RTP портов" на роутере, к которому подключена LDK.
Снифер (трассировка) никогда не бывает лишним.

2) Станция не может обслуживать одновременно :
- городские номера 4ХХХХХ и
- сетевые номера 4ХХХ
Либо-либо!
Нужно:
- либо отказаться от прямого набора прямых городских номеров (4ХХХХХ), и набирать городские номера с кодом доступа (например, 9+4ХХХХХ), а сетевые набирать напрямую (4ХХХ)

- либо оставить прямой набор городских номеров (INT LCR 4),
а для сетевых номеров использовать префикс, например:
74ХХХ
75ХХХ
Т.е. 7-ка будет префиксом для вызова сетевых абонентов. Естественно, если 7-ка не используется ни в Плане нумераации станции, ни в городском плане номеров.

1) Хорошо буду снимать трассировку вызова, я так понимаю с сетевого интерфейса платы VOIBE? И надо ли ставить фильтр в Wireshark на ip адрес платы?
Правда на 24 число запланирован запуск нового цеха, поэтому скорее всего выложу на след. неделе
2) Руководство за вариант с префиксом для сетевых номеров. В принципе разобрать номер типа 04ххх это уже будет задача принимающей станции ipecs? Как я писал выше на ipecs нумерной план 3хх 3ххх 4хх 4ххх описав эти диапазоны с помощью PGM 324 будет ли это работать или придется выкручиваться?

[harris]

1) Хорошо буду снимать трассировку вызова, я так понимаю с сетевого интерфейса платы VOIBE? И надо ли ставить фильтр в Wireshark на ip адрес платы?
Правда на 24 число запланирован запуск нового цеха, поэтому скорее всего выложу на след. неделе
2) Руководство за вариант с префиксом для сетевых номеров. В принципе разобрать номер типа 04ххх это уже будет задача принимающей станции ipecs? Как я писал выше на ipecs нумерной план 3хх 3ххх 4хх 4ххх описав эти диапазоны с помощью PGM 324 будет ли это работать или придется выкручиваться?

Просто во всех станциях в ПГМ324 пропишите ВСЕ сетевые номера с префиксом 0 как:
01#***
03***
Внутри одной станции можно будет набирать как с 0-ем, так и без оного (например, 1ХХХ или 01ХХХ).
А для вызова сетевого абонента другой станции нужно будет набирать обязательно через 0 (03ХХХ).

Вызовы от сетевых абонентов будут отображаться на дисплеях с 0-м (Вызов от 03121)

[krepsky]

Просто во всех станциях в ПГМ324 пропишите ВСЕ сетевые номера с префиксом 0 как:
01#***
03***
Внутри одной станции можно будет набирать как с 0-ем, так и без оного (например, 1ХХХ или 01ХХХ).
А для вызова сетевого абонента другой станции нужно будет набирать обязательно через 0 (03ХХХ).

Вызовы от сетевых абонентов будут отображаться на дисплеях с 0-м (Вызов от 03121)

На ipecs (он находится в другом регионе) собственный нумерной план и план ldk не пересекается с планом набора выхода на город. На ldk - пересекается. Но дело в том, что к ipecs подключена еще одна станция по h.323 (назовем ее Х), которая звонит на ipecs прямым набором внутреннего номера.
Т.е. я так понимаю на ldk надо прописать:
1#*** - собственный нумерной план
03*** - ipecs
04*** - ipecs
На ipecs:
для ldk
03#*** - собственный нумерной план
04#*** - собственный нумерной план
1*** - ldk
а для станции Х так?:
3#*** - собственный нумерной план
4#*** - собственный нумерной план
2*** - станция Х или так не прокатит?

[harris]

На ipecs (он находится в другом регионе) собственный нумерной план и план ldk не пересекается с планом набора выхода на город. На ldk - пересекается. Но дело в том, что к ipecs подключена еще одна станция по h.323 (назовем ее Х), которая звонит на ipecs прямым набором внутреннего номера.
Т.е. я так понимаю на ldk надо прописать:
1#*** - собственный нумерной план
03*** - ipecs
04*** - ipecs
На ipecs:
для ldk
03#*** - собственный нумерной план
04#*** - собственный нумерной план
1*** - ldk
а для станции Х так?:
3#*** - собственный нумерной план
4#*** - собственный нумерной план
2*** - станция Х или так не прокатит?

Если у вас сквозная нумерация ВСЕХ номеров абонентов в корпоративной сети, то что мешает
на ВСЕХ станциях ВСЕ сетевые номера прописать с 0-м:
0X#*** - собственные номера
0Y*** - "чужие" номера

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

[krepsky]

Добрый день.
Наконец то получилось снять трассировку звонка с ldk300.
Сначало был произведен звонок с ldk300 на ipecs - на ldk не слышно абонента ipecs, на ipecs норма.
Потом звонок с ipecs на ldk - все гуд.
Вот ссылка на скачивание.
Плюс сисадмины скинули файлик лога на маршрутизаторе, который пробрасывает порты наружу.
Это звонок ldk-ipecs:
udp 194.158.204.220:2048 192.168.98.122:2048 77.74.30.20:9002 77.74.30.20:9002
udp 194.158.204.220:2049 192.168.98.122:2049 77.74.30.20:9003 77.74.30.20:9003
udp 194.158.204.220:2050 192.168.98.122:2050 77.74.30.20:9004 77.74.30.20:9004
udp 194.158.204.220:2051 192.168.98.122:2051 77.74.30.20:9005 77.74.30.20:9005
tcp 194.158.204.220:8246 192.168.98.122:8246 77.74.30.20:1720 77.74.30.20:1720
tcp 194.158.204.220:8248 192.168.98.122:8248 77.74.30.20:1720 77.74.30.20:1720

Это звонок ipecs-ldk:
udp 194.158.204.220:2048 192.168.98.122:2048 77.74.30.20:9000 77.74.30.20:9000
udp 194.158.204.220:2048 192.168.98.122:2048 77.74.30.20:9002 77.74.30.20:9002
udp 194.158.204.220:2048 192.168.98.122:2048 77.74.30.20:9006 77.74.30.20:9006
udp 194.158.204.220:2049 192.168.98.122:2049 77.74.30.20:9001 77.74.30.20:9001
udp 194.158.204.220:2049 192.168.98.122:2049 77.74.30.20:9003 77.74.30.20:9003
udp 194.158.204.220:2049 192.168.98.122:2049 77.74.30.20:9007 77.74.30.20:9007
udp 194.158.204.220:2050 192.168.98.122:2050 77.74.30.20:9004 77.74.30.20:9004
udp 194.158.204.220:2050 192.168.98.122:2050 77.74.30.20:9008 77.74.30.20:9008
udp 194.158.204.220:2051 192.168.98.122:2051 77.74.30.20:9005 77.74.30.20:9005
udp 194.158.204.220:2051 192.168.98.122:2051 77.74.30.20:9009 77.74.30.20:9009
tcp 194.158.204.220:8248 192.168.98.122:8248 77.74.30.20:1720 77.74.30.20:1720
tcp 194.158.204.220:8250 192.168.98.122:8250 77.74.30.20:1720 77.74.30.20:1720
tcp 194.158.204.220:8253 192.168.98.122:8253 77.74.30.20:1720 77.74.30.20:1720

[krepsky]

Заметил что в логах снифера и маршрутизатора вигурирует tcp порты типа 8246 и 8248 которые не описаны в таблице используемых портов. Их тоже надо пробрасывать через маршрутизатор?

[yurza]

В связи с полезностью данной темы, а именно сеть из ipLDK-300 и iPECS, прошу помощи в следующем вопросе.
Пытаясь построить алгоритм программирования для соединения в сеть обозначенных АТС, остановился на определении VOIB CO для ipLDK, которые получаем в ПГМ 103 (Logical Assignment). У нас VOIB12 в слоте 17. Получили VOIB CO 87-98, однако та же VOIB настроена на работу с IP-телефонами, и в ПГМ 380 (VOIB Assignment For RSG/IP Phone) назначены 6 портов для IP-телефонов. Вопрос: какое-же количество VOIB CO (и с какого номера) можна использовать для сетевого соединения с нашей iPECS 100, если в последней будет использоваться 4 канала бортовой VOIU? И можно ли каналы VOIU разделить также как и в ipLDK: 2 - для сети и 2 для IP-телефонов? Заранее спасибо за ответ.

[Dron]

В связи с полезностью данной темы, а именно сеть из ipLDK-300 и iPECS, прошу помощи в следующем вопросе.
Пытаясь построить алгоритм программирования для соединения в сеть обозначенных АТС, остановился на определении VOIB CO для ipLDK, которые получаем в ПГМ 103 (Logical Assignment). У нас VOIB12 в слоте 17. Получили VOIB CO 87-98, однако та же VOIB настроена на работу с IP-телефонами, и в ПГМ 380 (VOIB Assignment For RSG/IP Phone) назначены 6 портов для IP-телефонов. Вопрос: какое-же количество VOIB CO (и с какого номера) можна использовать для сетевого соединения с нашей iPECS 100, если в последней будет использоваться 4 канала бортовой VOIU? И можно ли каналы VOIU разделить также как и в ipLDK: 2 - для сети и 2 для IP-телефонов? Заранее спасибо за ответ.

Сonfiguration(PGM101-103): правой клавишей мышки на VOIB и CO Data View...

[yurza]

Спасибо, Андрей, я вижу эти СО, просто не понимаю, где устанавливается жесткое разделение портов VOIB на IP-телефоны и на сеть АТС. Подскажите.

[Dron]

Спасибо, Андрей, я вижу эти СО, просто не понимаю, где устанавливается жесткое разделение портов VOIB на IP-телефоны и на сеть АТС. Подскажите.

Какое разделение?
Вы просто откусываете каналы в 380 программе.
Т.е., в итоге вы должны увидеть кол-во СО, равное кол-ву VoIP каналов на плате за вычетом каналов, отданных под RSG/IP Phone в 380 программе.

[yurza]

Ага, вот как, понятно, спасибо. Значит если я изменю количество каналов в 380 программе для IP-телефонов, то в 101/103 для VOIB количество СО изменится автоматически...
Вот попробовал и ничего не изменилось. У меня в 380 было установлено 12 каналов и в 101/103 были VOIB СО 87-98, затем изменил в 380 с 12 на 6, но в 101/103 все-равно VOIB СО 87-98, т.е. те же 12 каналов. Может после изменения в 380-й программе нужно ipLDK перегрузить?

[Dron]

Ага, вот как, понятно, спасибо. Значит если я изменю количество каналов в 380 программе для IP-телефонов, то в 101/103 для VOIB количество СО изменится автоматически...
Вот попробовал и ничего не изменилось. У меня в 380 было установлено 12 каналов и в 101/103 были VOIB СО 87-98, затем изменил в 380 с 12 на 6, но в 101/103 все-равно VOIB СО 87-98, т.е. те же 12 каналов. Может после изменения в 380-й программе нужно ipLDK перегрузить?

Да, нужно перезагрузить.

[Dron]

затем изменил в 380 с 12 на 6

В 380 программе указывается слот, в котором стоит плата VOIB, и кол-во каналов, которые отдаются под RSG/IP Phone.
Это избитая тема. Все уже обсуждалось не раз!