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

[Ренат]

здравствуйте! первый раз пытаюсь создать сеть АТС. много чего почитал на форуме, в голове каша. Пожалуйста, помогите разобраться.
описание ситуации:
две АТС, 1-ая АТС: LDK-300 MPB GS30P-3,6df, 3 блока KSU, плата VOIB12 находится в 1 KSU, 7 слот. прошивка Version : GS30T-1.1Ca. План нумерации 1, есть абоненты 1***, 2***, 3***
2-ая АТС: iPECS-MG/GS55M-1.5Ea JAN/11 Boot Version-1.0Ak AUG/10 OS Version-1.0Ak JUL/10, плата VOIB24, 2 слот. План нумерации 2, абоненты 4***.
Расположены в разных корпусах, раскиданных по городу. между корпусами есть сетка через оптику, описание - 10.0.0.0/8.

настройки LDK
в 101, 103 произвел настройку, на 7 слот назначил VOIB, в logical assignment ----> append COL, в итоге получил линии от 57 до 68.
PGM 340: ip adress 10.32.221.250
шлюз 0. 0. 0. 0
маска 255.0.0.0
default codec g.723.1
далее вроде все по умолчанию, но не уверен, так как мог "наэксперементировать"
PGM 322 для линий 57-68:
Networking CO group: 1
Networking CO line type: NET
gatekeeper usage: off
PGM 140 для линий 57-68:
Type: ISDN/DID
PGM 141 для линий 57-68:
CO Group:15
PGM 143 для линий 57-68:
DID Conv Type : 1
PGM 324:
index 0 ---> System usage : NET; Num plan code: 1#*** ; CPN/IP Info: все ноли NET CO Gr:0
index 0 ---> System usage : NET; Num plan code: 2#*** ; CPN/IP Info: все ноли NET CO Gr:0
index 0 ---> System usage : NET; Num plan code: 3#*** ; CPN/IP Info: все ноли NET CO Gr:0
index 0 ---> System usage : NET; Num plan code: 4*** ; CPN/IP Info: 10.10.10.2 NET CO Gr:1

при наборе с системника 4000 - идет сообщение: линия 057 отбой, причина - ошибка

[Dron]

здравствуйте! первый раз пытаюсь создать сеть АТС. много чего почитал на форуме, в голове каша. Пожалуйста, помогите разобраться.
описание ситуации:
две АТС, 1-ая АТС: LDK-300 MPB GS30P-3,6df, 3 блока KSU, плата VOIB12 находится в 1 KSU, 7 слот. прошивка Version : GS30T-1.1Ca. План нумерации 1, есть абоненты 1***, 2***, 3***
2-ая АТС: iPECS-MG/GS55M-1.5Ea JAN/11 Boot Version-1.0Ak AUG/10 OS Version-1.0Ak JUL/10, плата VOIB24, 2 слот. План нумерации 2, абоненты 4***.
Расположены в разных корпусах, раскиданных по городу. между корпусами есть сетка через оптику, описание - 10.0.0.0/8.

настройки LDK
в 101, 103 произвел настройку, на 7 слот назначил VOIB, в logical assignment ----> append COL, в итоге получил линии от 57 до 68.
PGM 340: ip adress 10.32.221.250
шлюз 0. 0. 0. 0
маска 255.0.0.0
default codec g.723.1
далее вроде все по умолчанию, но не уверен, так как мог "наэксперементировать"
PGM 322 для линий 57-68:
Networking CO group: 1
Networking CO line type: NET
gatekeeper usage: off
PGM 140 для линий 57-68:
Type: ISDN/DID
PGM 141 для линий 57-68:
CO Group:15
PGM 143 для линий 57-68:
DID Conv Type : 1
PGM 324:
index 0 ---> System usage : NET; Num plan code: 1#*** ; CPN/IP Info: все ноли NET CO Gr:0
index 0 ---> System usage : NET; Num plan code: 2#*** ; CPN/IP Info: все ноли NET CO Gr:0
index 0 ---> System usage : NET; Num plan code: 3#*** ; CPN/IP Info: все ноли NET CO Gr:0
index 0 ---> System usage : NET; Num plan code: 4*** ; CPN/IP Info: 10.10.10.2 NET CO Gr:1

при наборе с системника 4000 - идет сообщение: линия 057 отбой, причина - ошибка

10.32.221.250 и 10.10.10.2 .. А как они между собой..шлюз вы в PGM 340 не указали.
10.10.10.2 - это адрес чего?

[Dron]

А в MG что и как настроено?

[Ренат]

А в MG что и как настроено?

Вчера спать лег, не дописал
настройки ipecs, Не пинайте сильно, станция новая, есть непонятные моменты.
PGM 101 PGM 103
во втором слоте плата VOIB 24, CO с 25 по 48, IP-adress 10.10.10.2
план нумерации 2, линии 25-48 в 23 CO GRoup
PGM 160 для СО 25-48:
Co line type : VOIP / QSIG(H450)
Outgoing Group No : 1
Incoming Group No: 1
вроде больше ничего не менял
PGM 161 для СО 25-48
CO Service Mode: H450/QSIG(E1)

PGM 305
Slot No : 2
Attribute Value

IP Address 10.10.10.2
Router IP Address 10.64.209.103
Subnet Mask 255.0.0.0
остальное все по умолчанию


PGM 321
Networking Numbering Plan Table Overview

Index Numbering Numbering CO Gr AND DIGIT Digit Sending CPN INFO
Plan Type Plan Code No digit repeat Mode 1

1 NET 4*** Off Overlap 0.0.0.0
2 NET 1XXX 23 Off Overlap 10.32.221.250
3 NET 2XXX 23 Off Overlap 10.32.221.250
4 NET 3XXX 23 Off Overlap 10.32.221.250

вроде все, что прописывал.

[Dron]

Вчера спать лег, не дописал
настройки ipecs, Не пинайте сильно, станция новая, есть непонятные моменты.
PGM 101 PGM 103
во втором слоте плата VOIB 24, CO с 25 по 48, IP-adress 10.10.10.2
план нумерации 2, линии 25-48 в 23 CO GRoup
PGM 160 для СО 25-48:
Co line type : VOIP / QSIG(H450)
Outgoing Group No : 1
Incoming Group No: 1
вроде больше ничего не менял
PGM 161 для СО 25-48
CO Service Mode: H450/QSIG(E1)

PGM 305
Slot No : 2
Attribute Value

IP Address 10.10.10.2
Router IP Address 10.64.209.103
Subnet Mask 255.0.0.0
остальное все по умолчанию


PGM 321
Networking Numbering Plan Table Overview

Index Numbering Numbering CO Gr AND DIGIT Digit Sending CPN INFO
Plan Type Plan Code No digit repeat Mode 1

1 NET 4*** Off Overlap 0.0.0.0
2 NET 1XXX 23 Off Overlap 10.32.221.250
3 NET 2XXX 23 Off Overlap 10.32.221.250
4 NET 3XXX 23 Off Overlap 10.32.221.250

вроде все, что прописывал.

В ipLDK нужно указывать адрес проца MG.

[Ренат]

В ipLDK нужно указывать адрес проца MG.

Это PGM 324 DEST MPB IP?
прописал 10.10.10.1, айпишник ipecs
небольшая задержка и то же самое: линия 057: отбой, причина: ошибка.
на кнопку завел линию 57. нажимаю на кнопку, сразу выдает линия 057: отбой, причина: ошибка

[Ренат]

10.32.221.250 и 10.10.10.2 .. А как они между собой..шлюз вы в PGM 340 не указали.
10.10.10.2 - это адрес чего?

10.10.10.2 - адрес, прописанный на VOIB у IPECS MG
10.32.221.250 - адрес, на VOIB у LDK
а шлюз нужен? они в одной сети как я понимаю

[Dron]

10.10.10.2 - адрес, прописанный на VOIB у IPECS MG
10.32.221.250 - адрес, на VOIB у LDK
а шлюз нужен? они в одной сети как я понимаю

У вас пингуется айпишник MG из посетки ipLDK?

[Ренат]

да, пингуется

Прикрепленные файлы

 __________.JPG ( 69,44 килобайт ) Кол-во скачиваний: 34

 

[Ренат]

почему подсетка?
они же в одной сети. маска 255,0,0,0. мне кажется, что-то не донастроено на IPECS
или настройки IPECS вообще не важны для осуществления звонков со стороны LDK ?

[Ренат]

на кнопку завел линию 57. нажимаю на кнопку, сразу выдает линия 057: отбой, причина: ошибка

Если на LDK PGM 146 для СО 57 в поле ISDN ENBLK SEND поставлю он, то линия как бы занимается,при наборе номера удаленной АТС ничего не происходит, как будто номер не набирается, потом линия 057: отбой, причина: ошибка

[Ренат]

вопрос такой, важно ли как настроена ipecs - звонки все равно должны со стороны LDK проходить? или мне в ветку IPECS идти?

[Dron]

На ipLDK в ПГМ324 для звонков на iPECS прописан в IP Info адрес проца MG?

[Ренат]

прописал. ничего не изменилось

[Dron]

прописал. ничего не изменилось

А что, собственно, в iPECS то прописано?

[Ренат]

настройки ipecs, Не пинайте сильно, станция новая, есть непонятные моменты.
PGM 101 PGM 103
во втором слоте плата VOIB 24, CO с 25 по 48, IP-adress 10.10.10.2
план нумерации 2, линии 25-48 в 23 CO GRoup
PGM 160 для СО 25-48:
Co line type : VOIP / QSIG(H450)
Outgoing Group No : 1
Incoming Group No: 1
вроде больше ничего не менял
PGM 161 для СО 25-48
CO Service Mode: H450/QSIG(E1)

PGM 305
Slot No : 2
Attribute Value

IP Address 10.10.10.2
Router IP Address 10.64.209.103
Subnet Mask 255.0.0.0
остальное все по умолчанию


PGM 321
Networking Numbering Plan Table Overview

Index Numbering Numbering CO Gr AND DIGIT Digit Sending CPN INFO
Plan Type Plan Code No digit repeat Mode 1

1 NET 4*** Off Overlap 0.0.0.0
2 NET 1XXX 23 Off Overlap 10.32.221.250
3 NET 2XXX 23 Off Overlap 10.32.221.250
4 NET 3XXX 23 Off Overlap 10.32.221.250

вроде все, что прописывал.

[Dron]

Туплю...
А что в H.323 Incoming ATTR(362)[N]?

[Ренат]

Туплю...
А что в H.323 Incoming ATTR(362)[N]?

ну на нулевом индексе в сером неменяемом поле - UNKNOWN
не прописывал
на первом индексе прописал айпишник VOIB LDK - 10,32,221,250
а группу 23. но это делал интуитивно. мана русского нет ( а инглиш я не очень хорошо понимаю

[Ренат]

((

[Dron]

ну на нулевом индексе в сером неменяемом поле - UNKNOWN
не прописывал
на первом индексе прописал айпишник VOIB LDK - 10,32,221,250
а группу 23. но это делал интуитивно. мана русского нет ( а инглиш я не очень хорошо понимаю

23 что за группа? Должна быть Incoming Group, назначенная для линий VOIB.

[stasmar]

23 что за группа? Должна быть Incoming Group, назначенная для линий VOIB.

Как ты, Андрей, успеваешь на форум заходить? У тебя же сейчас обучение проходит..

[Dron]

Как ты, Андрей, успеваешь на форум заходить? У тебя же сейчас обучение проходит..

Какое обучение? Так, коллег консультирую.

[Ренат]

Закрутился, не мог ответить

23 что за группа? Должна быть Incoming Group, назначенная для линий VOIB.

23 группа - назначил на IPECS-MG в PGM 160 для линий 25-48 incoming group
12 группа - для Outgoing group

[Ренат]

Закрутился, не мог ответить

23 группа - назначил на IPECS-MG в PGM 160 для линий 25-48 incoming group
12 группа - для Outgoing group

Все! теперь дозвон идет. ура!
но ни я, ни дальний абонент не слышим друг друга

[Dron]

Все! теперь дозвон идет. ура!
но ни я, ни дальний абонент не слышим друг друга

А что в Zone Attribute(395)[N] касательно VOIB?

[Ренат]

А что в Zone Attribute(395)[N] касательно VOIB?

по манам посмотрел, вообще ничего не написано относительно аббревиатур этой PGM. что именно относится в ней к VOIB?

[Ренат]

по манам посмотрел, вообще ничего не написано относительно аббревиатур этой PGM. что именно относится в ней к VOIB?
Со стороны IPECS_MG звонки на ЛДК настроил, все нормально, слышимость хорошая. а вот со строны ЛДК - у обоих абонентов при поднятии трубки ТИШИНА.

[Dron]

по манам посмотрел, вообще ничего не написано относительно аббревиатур этой PGM. что именно относится в ней к VOIB?
Со стороны IPECS_MG звонки на ЛДК настроил, все нормально, слышимость хорошая. а вот со строны ЛДК - у обоих абонентов при поднятии трубки ТИШИНА.

Правильно ли я понял, при вызове с MG абонентов iPLDK все Ок - вызовы проходят, с голосом все нормально?
А при вызове с ipLDK абонентов MG вызов проходит, но они друг друга не слышат?

[Ренат]

Правильно ли я понял, при вызове с MG абонентов iPLDK все Ок - вызовы проходят, с голосом все нормально?
А при вызове с ipLDK абонентов MG вызов проходит, но они друг друга не слышат?

да. правильно поняли.
с корпуса, где стоит IPECS, звонок на корпус, где стоит LDK проходит на УРА. все слышно, разговор приятный )
а вот если звонок происходит наооборот - то звонок проходит, но абоненты не слышат друг друга

[stasmar]

да. правильно поняли.
с корпуса, где стоит IPECS, звонок на корпус, где стоит LDK проходит на УРА. все слышно, разговор приятный )
а вот если звонок происходит наооборот - то звонок проходит, но абоненты не слышат друг друга

В разных сетях?
Могу ошибаться со своим советом..
Firewall прописан?
Если нет, то попробуйте на IPECS в качестве Firewall указать IP-адрес VOIB платы LDK...

[Ренат]

В разных сетаях?
Могу ошибаться со своим советом..
Firewall прописан?
Если нет, то попробуйте на IPECS в качестве Firewall указать IP-адрес VOIB платы LDK...

Сеть одна - 10.0.0.0/8
простите, , а где в IPECS прописать Firewall?
IP adress plan?
Если там - прописал. Без изменений

[stasmar]

Сеть одна - 10.0.0.0/8
простите, , а где в IPECS прописать Firewall?
IP adress plan?
Если там - прописал. Без изменений

Все правильно - в сетевом плане нумерации.. Если в одной сети - тогда лучше Firewall вернуть пустой..

[Ренат]

Может дело в кодеках? хотя я пробовал менять, результата не получил

[Ренат]

так что делать то?

[harris]

так что делать то?

Разбираться дальше...
Например, снять сниффером трассировку пакетов (как на стороне LDK, так и на стороне MG).
В MG проверить ПГМ362. Там нужно указать группу линий для приема вызовов H.323.
Либо указывается группа для приема всех вызовов, т.е. с любого адреса - это 0-й индекс (Unknown), либо можно прописать непосредственно адрес платы VOIB станции LDK (в другой индекс) и указать группу входящий линий.

[Ренат]

В MG проверить ПГМ362. Там нужно указать группу линий для приема вызовов H.323.
Либо указывается группа для приема всех вызовов, т.е. с любого адреса - это 0-й индекс (Unknown), либо можно прописать непосредственно адрес платы VOIB станции LDK (в другой индекс) и указать группу входящий линий.

Да. так я и назначал.
0 индекс по умолчанию.
1 индекс - from IP adress: 10.32.221.250 (айпишник платы VOIB на LDK) ; incoming CO Group Number: 2,

в PGM 160 для линий 25-48 назначил outgoing group No -12
incoming group No - 2

Например, снять сниффером трассировку пакетов (как на стороне LDK, так и на стороне MG)

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

[harris]

Не боги горшки обжигают

Вот именно...
Чего боятся-то... Попробуйте, попросите помощи у вашего сис. админа. Научитесь - это пригодится в дальнейшем на 100%.
Так сложно гадать, почему голос не проходит... Может какая-то ясность появится после просмотра трассировки.
Кстати, при вызове с LDK на MG голос не проходит в обе стороны?? Или односторонняя слышимость??

[Ренат]

Кстати, при вызове с LDK на MG голос не проходит в обе стороны?? Или односторонняя слышимость??

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

[harris]

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

Так я вовсе не системные возможности по трассировке имел в виду.
Я подразумевал трассировку пакетов, снятую сниффером - например, программой WireShark. Эту программу можно скачать из Инета. Комп с этой программой нужно поключить в один HUB со станцией, или, если используется SWITCH, то настроить "зеркальный" порт. Попросите помочь Вам вашего сисадмина.

[Ренат]

Спасибо ) а то бы месяц воевал с мельницами) завтра буду админа (если он сам сможет помочь) пытать.

[Ренат]

Вроде что-то снял. но не знаю, то или нет.
Опишу порядок действий. Может пригодиться тем, кто проделывает тоже самое впервые, как я. скачал WireShark. Установил на бук. нашел свитч, настроил на нем зеркальный порт. (не факт что правильно, делал первый раз: через com-порт зашел на свитч, порылся в меню, инете, мануалах, сделал чтобы два порта (порт1 порт2) мониторили друг друга, порт1 сделал зеркальным). в зеркальный порт воткнул витую пару, идущую с платы VOIB. на порт 2 - витуху до бука. третий порт в другой свитч, соеденяющий со внешней сеткой корпуса.

потом запускаю WireShark, в поле start capture on interface выбираю сетевую карту, в которую заходит витуха со свитча. начал принимать данные. Следующий шаг делал по интуиции (надеюсь не подвела). в основном меню --->Telephony--->VoIP calls. С номера 2221 позвонил на IPECS (st#4000). опять тишина в трубках. увидел, что заснифферил разговор. жму "prepare filter", закрываю. применяю фильтр.

main menu ---> file ---> save as ---> packet range----> точечку на Displayed ---> save. Выкладываю. не получилось загрузить на форум, пишет "Неудачная загрузка. Вам запрещено загружать такой тип файлов"
вот тут

[vldmr]

надо сделать вызов, подождать секунд 10, положить трубки и сохранить файл без всяких фильтров
будет надо - отфильтруем сами

[Ренат]

без применения фильтров
Capture

[harris]

без применения фильтров
Capture

Проверьте, что у Вас прописано в ipLDK в ПГМ340/341:
- H.323 Mode: Normal или Fast Start ??
- Early H.245: On/Off ??
- H.245 Tunneling: On/Off ??

[All is not what ...]

Из снифа очевидно что на LDK в ПГМ340/341:
- H.323 Mode: Normal
- Early H.245: On
- H.245 Tunneling: On

Сделайте как было изначально:
в ПГМ340/341:
- H.323 Mode: Fast Start
- Early H.245: Off
- H.245 Tunneling: On

[harris]

Из снифа очевидно что на LDK в ПГМ340/341:
- H.323 Mode: Normal
- Early H.245: On
- H.245 Tunneling: On

Сделайте как было изначально:
в ПГМ340/341:
- H.323 Mode: Fast Start
- Early H.245: Off
- H.245 Tunneling: On

Иван, по снифу можно только предполагать, что такие настройки установлены.. , а вот какие они на самом деле...??
Поэтому я попросил проверить их....
Можно попробовать включить Fast Start, но только у него версия прошивки MPB - 3.6Df..
И насколько я знаю, Fast Start и Tunneling поддерживается (по нормальному) только начиная с версии 3.7.

Поэтому, если вышеуказанный вариант, предложенный Уваж. All is not what it seems, не поможет, то попробуйте наоборот:
- H.323 Mode: Normal
- Early H.245: Off
- H.245 Tunneling: Off

[Dron]

Иван, по снифу можно только предполагать, что такие настройки установлены.. , а вот какие они на самом деле...??
Поэтому я попросил проверить их....
Можно попробовать включить Fast Start, но только у него версия прошивки MPB - 3.6Df..
И насколько я знаю, Fast Start и Tunneling поддерживается (по нормальному) только начиная с версии 3.7.

Поэтому, если вышеуказанный вариант, предложенный Уваж. All is not what it seems, не поможет, то попробуйте наоборот:
- H.323 Mode: Normal
- Early H.245: Off
- H.245 Tunneling: Off

Игорь, для 3.6 H.245 Tunneling должен быть включен.

[All is not what ...]

Иван, по снифу можно только предполагать, что такие настройки установлены.. , а вот какие они на самом деле...??
Поэтому я попросил проверить их....

Из снифа это следует однозначно.

Можно попробовать включить Fast Start, но только у него версия прошивки MPB - 3.6Df..
И насколько я знаю, Fast Start и Tunneling поддерживается (по нормальному) только начиная с версии 3.7.

По умолчанию Fast Start, он же как то его выключел? Пусть также включит назад

LDK-300 MPB GS30P-3,6df, 3 блока KSU, плата VOIB12 находится в 1 KSU

VOIB12 это VOIBE - в режиме maintenance крутятся параметры h323.

[harris]

Из снифа это следует однозначно.

По умолчанию Fast Start, он же как то его выключел? Пусть также включит назад


VOIB12 это VOIBE - в режиме maintenance крутятся параметры h323.

Возможно, что на 3.6 с Tunneling все в порядке. Я давно не "игрался" с 3.6, и сейчач ставить ее к себя для проверки - неохота... Но просто пару недель назад общался с разработчиком по поводу RoundTripDelay, так он неоднократно упомянул, что для Tunneling нужно версию 3.7 и выше. Поэтому я засомневался в версии 3.6. Отсутствие Fast Start в снифе я видел...

[Dron]

Возможно, что на 3.6 с Tunneling все в порядке. Я давно не "игрался" с 3.6, и сейчач ставить ее к себя для проверки - неохота... Но просто пару недель назад общался с разработчиком по поводу RoundTripDelay, так он неоднократно упомянул, что для Tunneling нужно версию 3.7 и выше. Поэтому я засомневался в версии 3.6. Отсутствие Fast Start в снифе я видел...

Нет, там Tunneling просто включен (выключить нельзя), я просто недавно 60-ки цеплял к 300-ке 3.6...

[All is not what ...]

Нет, там Tunneling просто включен (выключить нельзя), я просто недавно 60-ки цеплял к 300-ке 3.6...

Можно если VOIBE:

VOIBE - в режиме maintenance крутятся параметры h323.

[Dron]

Можно если VOIBE:

Проще было включить из PCAdmin Tunneling на 60-х. Сейчас все замечательно работает.

[All is not what ...]

Проще было включить из PCAdmin Tunneling на 60-х. Сейчас все замечательно работает.

Настройка по умолчанию - включено. А зачем выключали на 60?

[Dron]

Настройка по умолчанию - включено. А зачем выключали на 60?

По-умолчанию выключено было. И так на шести штуках...
Я сам не люблю без надобности отключать/включать все подряд...

[All is not what ...]

По-умолчанию выключено было. И так на шести штуках...
Я сам не люблю без надобности отключать/включать все подряд...

Значит на 60 другие умолчания.

[Dron]

Значит на 60 другие умолчания.

В понедельник гляну включал или выключал - может путаю. Сейчас в голове такая каша, где какие умолчания..

[stasmar]

Сейчас в голове такая каша, где какие умолчания..

Это, наверное, каша из 3-х рюмочек..

[Dron]

Это, наверное, каша из 3-х рюмочек..

Нет, рюмочки, к сожалению, не причем.. Я имел в виду модели АТС.

[Dron]

В понедельник гляну включал или выключал - может путаю. Сейчас в голове такая каша, где какие умолчания..

Посмотрел. Все правильно, в 60-ке по -умолчанию Tunneling выключен.

[Ренат]

Проверьте, что у Вас прописано в ipLDK в ПГМ340/341:
- H.323 Mode: Normal или Fast Start ??
- Early H.245: On/Off ??
- H.245 Tunneling: On/Off ??

ну хоть убей, не вижу я этих параметров в PGM340/341

[harris]

ну хоть убей, не вижу я этих параметров в PGM340/341

У Вас версия прошивки достаточно старая - 3.6. Перечисленные параметры появились в Admin'е только начиная с версии 3.7.
Но можно попробовать изменить эти параметры непосредственно на самой плате VOIB12.
Вход в режим программирования платы VOIB описан в прикрепленном файле.
Далее воспольуйтесь командой h.323:
maint> h323

- Usage : h323 setup [normal/fast]
- Usage : h323 early245 [on/off]
- Usage : h323 tunneling [on/off]
- h323 setup : fast
- h323 early245 : off
- h323 tunneling : on

Например, для включения Fast Start нужно ввести:
h323 setup fast <Enter>

Прикрепленные файлы

 BearerCapT38_RUS.doc ( 30 килобайт ) Кол-во скачиваний: 42

 

[Ренат]

Далее воспольуйтесь командой h.323:
maint> h323

- Usage : h323 setup [normal/fast]
- Usage : h323 early245 [on/off]
- Usage : h323 tunneling [on/off]
- h323 setup : fast
- h323 early245 : off
- h323 tunneling : on

Например, для включения Fast Start нужно ввести:
h323 setup fast <Enter>

на самой плате не надо положения SW менять?
зайти то я зашел, но после того как набираю h323 ничего не происходит,
потом, через некоторое время бездействия выводит сообщение:
ipLDK System, VOIBN maintenance Utility
11:02:43, Dec 2009
password: *
вводил все пароли, которые как-то связаны, пишет bad input
и почему время такое стоит? ))) в качестве telnet клиента использовал PuTTy. виндовый телнет - это капец

[harris]

на самой плате не надо положения SW менять?
зайти то я зашел, но после того как набираю h323 ничего не происходит,
потом, через некоторое время бездействия выводит сообщение:
ipLDK System, VOIBN maintenance Utility
11:02:43, Dec 2009
password: *
вводил все пароли, которые как-то связаны, пишет bad input
и почему время такое стоит? ))) в качестве telnet клиента использовал PuTTy. виндовый телнет - это капец

А Вы все сделали правильно, в соответствии с вышеуказанной инструкцией???
Пароль для платы VOIB прописан в ПГМ340 (Trace password)??? Это нужно обязательно, хотя далее для входа используется другой, указанный в доке пароль.
Если Вы вошли правильно, то по нажатию "?" меню, список команд, и там увидите в том числе и команду h323.
maint> ?

MAINTENANCE MENU
===================================================================
nc Display Network Configuration
nr Display Network Resources
............
............
............
h323 View & Change H323 mode
bearer View & Change bearer capability set
.............
............

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

[Astra]

на самой плате не надо положения SW менять?
зайти то я зашел, но после того как набираю h323 ничего не происходит,
потом, через некоторое время бездействия выводит сообщение:
ipLDK System, VOIBN maintenance Utility
11:02:43, Dec 2009
password: *
вводил все пароли, которые как-то связаны, пишет bad input
и почему время такое стоит? ))) в качестве telnet клиента использовал PuTTy. виндовый телнет - это капец

Напрасно! Попробуйте через гипертерминал. У меня была ситуация, когда именно через Putty не мог зайти. Через гипертерминал все ОК.

[Ренат]

да, действительно, putty подвел, зараза. а про гиппер терминал виндовый я подзабыл. заходил через пуск---выполнить---telnet.
было вот как
- Usage : h323 setup [normal/fast]
- Usage : h323 early245 [on/off]
- Usage : h323 tunneling [on/off]
- h323 setup : normal
- h323 early245 : on
- h323 tunneling : on

Сделал, как сказал harris.

- Usage : h323 setup [normal/fast]
- Usage : h323 early245 [on/off]
- Usage : h323 tunneling [on/off]
- h323 setup : fast
- h323 early245 : off
- h323 tunneling : off

[Ренат]

УРА! Счас по DISA из дома проверил, наконец-то услышал голос абонента, которому звоню. и он меня слышит! Но звонок проходит не с первого раза, а со второго.

[Dron]

да, действительно, putty подвел, зараза. а про гиппер терминал виндовый я подзабыл. заходил через пуск---выполнить---telnet.
было вот как
- Usage : h323 setup [normal/fast]
- Usage : h323 early245 [on/off]
- Usage : h323 tunneling [on/off]
- h323 setup : normal
- h323 early245 : on
- h323 tunneling : on

Сделал, как сказал harris.

- Usage : h323 setup [normal/fast]
- Usage : h323 early245 [on/off]
- Usage : h323 tunneling [on/off]
- h323 setup : fast
- h323 early245 : off
- h323 tunneling : off

Может проще бы было в MG в H.323 Call Attribute(361)[N] внести нужные изменения..

[harris]

УРА! Счас по DISA из дома проверил, наконец-то услышал голос абонента, которому звоню. и он меня слышит! Но звонок проходит не с первого раза, а со второго.

???? А подробнее...???

Вообще-то, я имел в виду не совсем то, что Вы сделали...
Я предлагал работать в режиме Normal c выключенным туннелем и Early H.245:
- h323 setup : normal
- h323 early245 : off
- h323 tunneling : off

Но раз заработало с Fast Start, то ИМХО тогда имеет смысл попробовать вернуть (включить) туннелинг и Early H.245:
- h323 setup : fast
- h323 early245 : on
- h323 tunneling : on

[Ренат]

???? А подробнее...???

Вообще-то, я имел в виду не совсем то, что Вы сделали...
Я предлагал работать в режиме Normal c выключенным туннелем и Early H.245:
- h323 setup : normal
- h323 early245 : off
- h323 tunneling : off

Но раз заработало с Fast Start, то ИМХО тогда имеет смысл попробовать вернуть (включить) туннелинг и Early H.245:
- h323 setup : fast
- h323 early245 : on
- h323 tunneling : on

сделал как сказали. все так же. не пойму, почему звонок то сразу проходит, то не сразу. со стороны IPESC все нормально
и еще, абаонент IPECS жалуется, что голос со стороны LDK очень громкий

[All is not what ...]

звонок то сразу проходит, то не сразу

Где вы об этом говорили?
Пошлый раз вы заявляли что у вас совсем не работает!
Покажите снифер того что у вас происходит.

[Ренат]

Где вы об этом говорили?
Пошлый раз вы заявляли что у вас совсем не работает!

Вот здесь говорил

УРА! Счас по DISA из дома проверил, наконец-то услышал голос абонента, которому звоню. и он меня слышит! Но звонок проходит не с первого раза, а со второго.

[Ренат]

Сниффы завтра ) ждут на другом объекте

[All is not what ...]

Вот здесь говорил rolleyes.gif

Редко пишите, уже забывать стали

[Ренат]

Редко пишите, уже забывать стали

Согласен. Прошу прощения сразу )) Работы вагон, плюс новые идеи в голове
П.С. Научите снифы читать, а то в предыдущий раз, когда прислал, мне напомнило чем-то хирургическую, над вскрытым телом собрались специалисты и обсуждают, что пришить, что отрезать. Себя в роли того вскрытого тела чувствую )))

[All is not what ...]

Бери снаряды и заходи

[Ренат]

Бери снаряды и заходи

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

[All is not what ...]

какие снаряды? да и заходить далеко, несколько тыс. км )

Ну а иначе ни как

[harris]

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

В LDK в ПГМ324 был указан адрес собственной платы VOIB??
Мдя... Бывает. А мы тут уже "высокую науку" подключить пытались...

[Ренат]

В LDK в ПГМ324 был указан адрес собственной платы VOIB??
Мдя... Бывает. А мы тут уже "высокую науку" подключить пытались...

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

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

[exzerodivide]

http://www.artcom.ru/forum/index.php?showtopic=8510&st=0

на MG аналогично кстати, У Аваек так-же с c-lan и medpro сделано.
Вот только корейцы в документации на свои станции об этом почему-то умолчали :-)

[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.
Это избитая тема. Все уже обсуждалось не раз!