Объединить две АТС Опции

[Ruldik]

Всем доброго времени суток!!!
Прошу оценить правильность действий…
АТС IPECS MG-100 присвоен IP-адрес 192.168.2.70, сеть 192.168.2.0/24, АТС IPECS LIK-300 присвоен IP-адрес 192.168.1.50, сеть 192.168.1.0/24, на MG-100 внутренние номера 3-х значные (начинающиеся на 1XX), на LIK-300 4-х значные (начинающиеся на 1XXX).
Между филиалами настроен VPN.
на MG-100 делаем следующее:
1. в System Numbering Plan(PGM111) у меня сечас прописано Prefix 1, Digit 2. Как сюда грамотно сделать запись для 4-х значного номера?
2. в CO Line Attribute(PGM160), Service Type : DID for incoming call, Outgoing /Incoming CO Group for Voice Networking : Group 3. Группа проставляется произволная?
3. в CO Line Attribute (PGM 161), Service Mode : H450/QSIG(E1)
4. в Networking Attr (PGM 320), Net Enable : ON, CNIP/CONP : ON
5. в Networking Numbering(PGM321-1), Numbering Plan Type : NET, Numbering Plan Code (1**, * : 0~9)
6. в Networking Numbering(PGM321-2), Numbering Plan Type : NET, Numbering Plan Code (1XXX, X : 0~9), Outgoing CO Group No : 03, CPN : MPB IP-адрес LIK-300 (192.168.1.50)
на LIK-300 всё тоже самое…
НО вот узнал с этого форума, что в Networking Attr (PGM 320), Net Enable : ON, CNIP/CONP : ON, не включится без лицензии...
Есть альтернативный способ объединения через плату MPB100???

[harris]

Всем доброго времени суток!!!
Прошу оценить правильность действий…
АТС IPECS MG-100 присвоен IP-адрес 192.168.2.70, сеть 192.168.2.0/24, АТС IPECS LIK-300 присвоен IP-адрес 192.168.1.50, сеть 192.168.1.0/24, на MG-100 внутренние номера 3-х значные (начинающиеся на 1XX), на LIK-300 4-х значные (начинающиеся на 1XXX).
Между филиалами настроен VPN.
на MG-100 делаем следующее:
1. в System Numbering Plan(PGM111) у меня сечас прописано Prefix 1, Digit 2. Как сюда грамотно сделать запись для 4-х значного номера?
2. в CO Line Attribute(PGM160), Service Type : DID for incoming call, Outgoing /Incoming CO Group for Voice Networking : Group 3. Группа проставляется произволная?
3. в CO Line Attribute (PGM 161), Service Mode : H450/QSIG(E1)
4. в Networking Attr (PGM 320), Net Enable : ON, CNIP/CONP : ON
5. в Networking Numbering(PGM321-1), Numbering Plan Type : NET, Numbering Plan Code (1**, * : 0~9)
6. в Networking Numbering(PGM321-2), Numbering Plan Type : NET, Numbering Plan Code (1XXX, X : 0~9), Outgoing CO Group No : 03, CPN : MPB IP-адрес LIK-300 (192.168.1.50)
на LIK-300 всё тоже самое…
НО вот узнал с этого форума, что в Networking Attr (PGM 320), Net Enable : ON, CNIP/CONP : ON, не включится без лицензии...
Есть альтернативный способ объединения через плату MPB100???

Если задача ставится только обеспечить единый план нумерации между станциями, то есть и альтернатива. Просто не используйте таблицы Networking, а связь между станциями настройте, как обычные VOIP/H.323 транки.

[Ruldik]

Я так понял мой вариант:
1) Assign an incoming/outgoing group for VOIU channel (CO 1~4) :CO Group 2
CO Line Attribute(PGM160)
Service Type : DID
Outgoing /Incoming CO Group : Group 2
CO Line Attribute (PGM 161)
Service Mode : H.323
2) H323 Routing Setting
H.323 Routing Table (PGM 360)
Digit : Prefix Digit for Outgoing H.323 Call – 2 in system A, 1 in system B
Dest IP Addr : IP Address for H.323 Call (192.168.1.50)
H.323 Incoming Attribute (PGM 362)
From IP Address : IP address for Incoming H.323 Call (192.168.2.70)
Incoming CO Group Number : group 2
3) CO/IP Group access
CO /IP Group access (PGM 150) in Station Number Data
Allow group 2
Digit conversion Table
2XXX  1XXX

[Ruldik]

Всем доброго времени суток. MG 100 3-значные внутренние 100-250, на LIK 300 4-значные 1000-1700. При объединении, как правильно прописать Numbering Plan Code, чтоб оставить нумерацию так как есть и абоненты MG 100 набирали внутренний 4-значный и попадали на абонентов LIK 300 и наоборот, LIK 300 набирали 3-значный и попадали на абонентов MG 100?
Спасибо.
P.S. CPN INFORMATION 1 - указываю IP VoIP платы?

[AXEL]

Всем доброго времени суток. MG 100 3-значные внутренние 100-250, на LIK 300 4-значные 1000-1700. При объединении, как правильно прописать Numbering Plan Code, чтоб оставить нумерацию так как есть и абоненты MG 100 набирали внутренний 4-значный и попадали на абонентов LIK 300 и наоборот, LIK 300 набирали 3-значный и попадали на абонентов MG 100?
Спасибо.
P.S. CPN INFORMATION 1 - указываю IP VoIP платы?

Прописать надо так чтоб нумерационные планы не пересекались. Для вашего случая нельзя на разных атс иметь номера 100 и 1000 например. Ну или делать через префиксы, тогда нумерация может пересекаться.

зы Смотря какую атс имеете ввиду. На LIK и MG по разному.

[Ruldik]

Ага, услышал... Т.е. по хорошему на MG100 желательно привести к 4-х значному значению, например чтоб номера начинались 2100-2ХХХ....
По умолчанию сейчас Numbering Plan Type(110) [N] - Default Numbering Plan Type = 1, если поменять на 2 изменится на 4-х значное, или достаточно в существующем
System Numbering Plan(111) - удалить
Index = 1
Prefix Code = 1
More Digit (0-4) = 2
оставить
Index = 2
Prefix Code = 2
More Digit (0-4) = 2 - изменить на 3
или я неправильно мыслю?
P.S. я так понимаю, на MG прописываю ip voip LIK, а на LIK ip voip MG?

[AXEL]

Ага, услышал... Т.е. по хорошему на MG100 желательно привести к 4-х значному значению, например чтоб номера начинались 2100-2ХХХ....

Но не обязательно. Достаточно что бы было разное начало. Но лучше конечно однообразно.

По умолчанию сейчас Numbering Plan Type(110) [N] - Default Numbering Plan Type = 1, если поменять на 2 изменится на 4-х значное, или достаточно в существующем
System Numbering Plan(111) - удалить
Index = 1
Prefix Code = 1
More Digit (0-4) = 2
оставить
Index = 2
Prefix Code = 2
More Digit (0-4) = 2 - изменить на 3
или я неправильно мыслю?

Правильно. План менять не надо

P.S. я так понимаю, на MG прописываю ip voip LIK, а на LIK ip voip MG?

Нет. На LIKе прописывать ip адрес процессора MG, на MG ip адрес VOIMа

[Ruldik]

Склоняюсь что привести надо к единому значению, чтоб было однообразно.
Если привести план по вышеуказанной схеме, номера сами поменяются на 4-х значные в Flexible Station Number(112) и в группах или надо будет перелопачивать все?
Спасибо.

[AXEL]

во флекс надо будет прописывать. Если по порядку идут, то дело на секунды.
в группах, после появления во флекс, появятся сами

[vitalii]

во флекс надо будет прописывать. Если по порядку идут, то дело на секунды.
в группах, после появления во флекс, появятся сами

наверное и 251-ю(если были записи там)

[Ruldik]

Уловил, сейчас приведу нумерацию к однообразному и потестирую, все ли работает как прежде. Бекап сделан....

[Ruldik]

наверное и 251-ю(если были записи там)

Там прописано на группы!!! На операторов.
ТОгда становится интересно, где еще можно воткнуться и получить проблемы?

[Ruldik]

Нумерацию сменил, все прошло гладко, тьфу, тьфу, тьфу... Пока полет нормальный...
Index = 1
Prefix Code = 1
More Digit (0-4) = 2
оставил как есть...

[vitalii]

Там прописано на группы!!! На операторов.
ТОгда становится интересно, где еще можно воткнуться и получить проблемы?

если заполнена таблица cli convertion

[Ruldik]

если заполнена таблица cli convertion

Не, не заполнена.....
VOIB/VMIB Board ATTR(305), в 3-м слоте стоит модуль VOIB/8, Router IP Address - надо прописывать?

[Ruldik]

На MG100 сделал следющее:
ПГМ 160
[attachment=2215:160.JPG]
ПГМ 305
[attachment=2216:305.JPG]
ПГМ 321
[attachment=2217:321.JPG]
ПГМ 101
[attachment=2218:101.JPG]
На LIK 300
ПГМ 101
[attachment=2219:101_LIK.jpg]
ПГМ 322
[attachment=2220:322_LIK.jpg]
ПГМ 324
[attachment=2221:324_LIK.jpg]
Чую нутром что, что то не дописал на LIK-е....

[AXEL]

321 на MG - не правильно
Свой план нумерации должен быть прописан ввиде Цифра*** без IP адреса и группы.
План нумерации LIKа ЦифраXXX ip адрес и группа
План нумерации LIKа должен быть прописан также в 111 программе

Шлюз специально на VOIBе не прописан?



324 на LIK не правильно
Свой план нумерации Цифра#*** без группы и ip адреса
План нумерации на MG Цифра*** группа и ip адрес

[Ruldik]

Да, с планом нумераций намудрил.... Голова кругом, сейчас поправил, с MG делаю звонок на LIK, вижу как занимается линия VOIB, но в ответ "Неправильно набран номер"... с LIK делаю звонок на MG, не вижу как занимается линия, в ответ короткие гудки. Где то в LIK косячОк....
На LIK, ПГМ 322 правильно прописан??? До этого там стояли значения Networking CO Group - 0, Network CO Line Type - PSTN для VOIP GW

[Ruldik]

Еще раз пробежавшись по настройкам....
MG100
ПГМ 160
 160.JPG ( 71,26 килобайт ) Кол-во скачиваний: 37

ПГМ 305 - настройки VOIB платы
 305.JPG ( 37,44 килобайт ) Кол-во скачиваний: 34

ПГМ 321
 321.JPG ( 42,57 килобайт ) Кол-во скачиваний: 34

при наборе на номер LIK, линия занимается, отмечается красным [33:Use], но в трубе "Не правильно набран номер"
ПГМ 101
 101.JPG ( 79,38 килобайт ) Кол-во скачиваний: 21

Получается что, на MG, все настроено верно....
LIK
ПГМ 101
 101_LIK.jpg ( 28,92 килобайт ) Кол-во скачиваний: 12

ПГМ 322
 322_LIK.jpg ( 113,12 килобайт ) Кол-во скачиваний: 19

ПГМ 324
 324_LIK.jpg ( 172,33 килобайт ) Кол-во скачиваний: 15

А теперь мне вот интересно, ПГМ 140, CO/IP GROUP - что это за группа. а также CO VoIP Mode - что здесь должно быть, сейчас стоит COMMON.
 140_LIK.jpg ( 136,41 килобайт ) Кол-во скачиваний: 15

И при звонке с MG на LIK, также линия занимается... [5:Use]
 SW_LIK.jpg ( 74,01 килобайт ) Кол-во скачиваний: 11

а вот с LIK на MG не хочет и идут короткие и линия не занимается....

[Dron]

Вам же все написали....
192.168.2.71 и 192.168.1.150 адреса из разных подсетей, но на MG Router IP в 305 программе не указан.
В 324 программе на LIK вы указали адрес платы VOIB MG, а надо адрес процессора MG.
Для 1#*** NET CO Group 0.

Да и вообще, все это уже не раз обсуждалось... На форуме поиск имеется...

[Ruldik]

Вам же все написали....
192.168.2.71 и 192.168.1.150 адреса из разных подсетей, но на MG Router IP в 305 программе не указан.
В 324 программе на LIK вы указали адрес платы VOIB MG, а надо адрес процессора MG.
Для 1#*** NET CO Group 0.

Да и вообще, все это уже не раз обсуждалось... На форуме поиск имеется...

Как это не указан, адрес шлюза в сети, верно???
АТС-ки себя прекрасно пингуют.

[Ruldik]

На LIK, в ПГМ 110, Station order 101-150, есть такие записи
 110.jpg ( 72,48 килобайт ) Кол-во скачиваний: 24

Может это являться моей проблемой в недозвоне на LIK и с нее на MG???
P.S. на MG нумерация 2XXX

[Ruldik]

На LIK, в ПГМ 110, Station order 101-150, есть такие записи
 110.jpg ( 72,48 килобайт ) Кол-во скачиваний: 24

Может это являться моей проблемой в недозвоне на LIK и с нее на MG???
P.S. на MG нумерация 2XXX

Сам спросил, сам ответил..... Да, это и мешало при звонке.... Теперь с LIK на MG звонок идет, а вот с MG на LIK говорит, неправильно набран номер...

[Dron]

Сам спросил, сам ответил..... Да, это и мешало при звонке.... Теперь с LIK на MG звонок идет, а вот с MG на LIK говорит, неправильно набран номер...

Ну а в плане нумерации MG нет номеров на 2?

[Ruldik]

Ну а в плане нумерации MG нет номеров на 2?

План на MG 2100-2500, на LIK 1000-1800

[Dron]

План на MG 2100-2500, на LIK 1000-1800

Хорошо, нет ли на MG номеров на1?В Flexible Station Number(112)?

[Ruldik]

Хорошо, нет ли на MG номеров на1?В Flexible Station Number(112)?

Нет конечно, я же менял план, там все номера только на 2, 2100,2101 и т.д. до самого конца, 180 ордера.

[Dron]

Как это не указан, адрес шлюза в сети, верно???
АТС-ки себя прекрасно пингуют.

Ещё раз. Речь идёт о плате VOIB. Для неё адрес шлюза не указан. Пингуется ли со стороны LIK плата VOIB MG?

[Ruldik]

Ещё раз. Речь идёт о плате VOIB. Для неё адрес шлюза не указан. Пингуется ли со стороны LIK плата VOIB MG?

Конечно. Этот момент сразу поправил. До LIK доходит, на LIK вижу как занимается канал.

[Dron]

Конечно. Этот момент сразу поправил. До LIK доходит, на LIK вижу как занимается канал.

Сразу поправили? На скринах ваших последних не было.

[Dron]

Сразу поправили? На скринах ваших последних не было.

Снимите уже трссировку! Сколько гадать то собираетесь?!

[Ruldik]

Удалось подключиться, вот что выдает MG:
Welcome to iPECS-MG system. Press enter.
Your address is 192.168.2.247 Your TCP port number is 1.
0010 CO001 035 00:00:02 13/11/16 22:04:52 T1513 0 0
0011 CO035 001 00:00:02 13/11/16 22:04:52 I8499******* 0 0
0012 CO001 036 00:00:02 13/11/16 22:06:18 T1700 0 0
0013 CO036 001 00:00:00 13/11/16 22:06:03 R8499******* 0 0
как то мало инфы в ПГМ 321 все установлено TCP 1, на LIK выдает больше...
вот что выдает LIK когда на нее поступает звонок с MG

CODE

========@@@======== CODEC : Rx(112 2) Tx1(255 65535) Tx2(208 2) = 255 255 255
CalSip_CheckAlreadyConnectedRTP_Video : asc ch = 65535 65535 65535 65535
019002 C>0001 70 0002, 42 0021, 191
019002 C>0001 70 0002, 4D 0002, 21
019002 VOIP: 2 Asc: St:dd-rng req(02)(00) Ev-I:disa dgt P1: 3 P2:C EVT: 79 From[VOIP:2]
019002 E>0001 70 0002, 40 000A, 1A2
019002 E>0001 70 0002, 40 000A, 1A2
019002-[VOCMD] (1) : TONE_RING, type(0), OFF
019002-[VOCMD] (1) 0x44, 4 - 1C020000
019002-[VOCMD] (1) : ALERTING
019002-[VOCMD] (1) 0xA0, 16 - 11010218018A47080814641412140014
019002-[INFO] (1) : net-data included!
019002-[VOCMD] (1) : CONNECT
019002-[VOCMD] (1) 0xA2, 13 - 11010247080814641412140014
019002-[VOCMD] (1) : OPEN_RTP
019002-[VOCMD] (1) 0x40, 2 - 8300
019002-[VOCMD] (1) : CONNECT_VOICE (RX, 1), ip=192.168.1.50:8022/8023 ssrc=01D00002 dtmfd=-1, crypt=none(24), SPI=00000000
019002-[VOCMD] (1) 0x42, 33 - 1901221B01002C0114520401D000020204C0A8013217021F5618021F571A020101
019002-[VINFO] (1) vm_MpCmdDevConnect(p1, rx)...
019002-[VINFO] (1) CV pre-path : stop
019002-[VINFO] (1) CV post-path : tx
019002-[VINFO] (1) : Open dsp channel - txrx/rx, pcm2lbr-pcm2lbr
019002-[VP] xxxxxxxxxxxxxx ip=0xc0a80247
019002-[VP] Ch=1, open dsp(old), codec=8, pkt=20, my_ssrc=4774d7fe, his_ssrc=ffffffff, path=TXRX
019002-[VP] Ch=1, open dsp(new), codec=8, pkt=20, my_ssrc=4774d7fe, his_ssrc=ffffffff, path=TXRX
019003-[VP] Ch=1, setup gain, rx(-1)=0.0, tx(-1)=0.0
019003-[VP] Ch=7, allocate a transcoding channel -> pool(1), cid(7)
019003-[VP] Ch=7, open dsp(old), codec=0, pkt=0, my_ssrc=ffffffff, his_ssrc=ffffffff, path=STOP
019003-[VP] Ch=7, open dsp(new), codec=0, pkt=20, my_ssrc=ffffffff, his_ssrc=01d00002, path=RX
019003-[VP] va_relaySetSsrcDiscard : op=reset, fd=69, ssrc=ffffffff, ret=0
019003-[VP] va_updateRelay, entry, cid=7, cur_path=stop, new_path=rx
019003-[VP] va_relayAddRemote : fd=69, rtp, ret=0, (7002):10000001-50014 -> c0a80132-7002
019003-[VP] va_relayAddRemote : fd=70, rtcp, ret=0, (7003):10000001-50015 -> c0a80132-7003
019003-[VP] va_updateRelay, exit, cid=7
019004-[VP] Ch=1, register fds for master! addr=C0A80247:7306:7307
019004-[VP] Ch=1, register fds for slave! addr=00000000:0:0
019004-[VINFO] (1) : vm dsp id=1
019004-[VP] Ch=7, tone detect options : dtmf=0(inband), cpt=0, udptl=0
019004-[VOCMD] (1) : DISCONNECT_VOICE (RX, 1)
019004-[VOCMD] (1) 0x43, 10 - 1A020101530400010003
019004-[VOCMD] (1) : TONE_RING, type(0), OFF
019004-[VOCMD] (1) 0x44, 4 - 1C020000
019004-[VINFO] (1) vm_MpCmdDevDisconnect(p1, rx)...
019004-[VINFO] (1) : Open dsp channel - txrx/stop, pcm2lbr-pcm2lbr
019004-[VP] xxxxxxxxxxxxxx ip=0xc0a80247
019004-[VP] Ch=1, open dsp(old), codec=8, pkt=20, my_ssrc=4774d7fe, his_ssrc=ffffffff, path=TXRX
019004-[VP] Ch=1, open dsp(new), codec=8, pkt=20, my_ssrc=4774d7fe, his_ssrc=ffffffff, path=TXRX
019004-[VP] Ch=1, va_openDsp, null return without change of dsp info.
019004-[VP] Ch=7, change dir, rtpMode=STOP
019004-[VP] va_updateRelay, entry, cid=7, cur_path=rx, new_path=stop
019004-[VP] va_relayDeleteRemote : fd=69, rtp, ret=0, (7002): -> c0a80132-7002
019004-[VP] : delete all=0
019004-[VP] va_relayDeleteRemote : fd=70, rtcp, ret=0, (7003): -> c0a80132-7003
019004-[VP] : delete all=0
019004-[VP] va_updateRelay, exit, cid=7
019004-[VP] Ch=7, change path=STOP
019004-[VP] va_relaySetSsrcDiscard : op=reset, fd=69, ssrc=ffffffff, ret=0
019005-[VP] Ch=1, register fds for master! addr=C0A80247:7306:7307
019005-[VP] Ch=1, register fds for slave! addr=00000000:0:0
019005-[VINFO] (1) : vm dsp id=1
019005-[VINFO] (-1) saved crypt=0, pairCV=0
019005-[VOCMD] (1) : OPEN_RTP
019005-[VOCMD] (1) 0x40, 2 - 8300
019005-[VOCMD] (1) : CONNECT_VOICE (RX, 1), ip=192.168.1.50:8022/8023 ssrc=01D00002 dtmfd=-1, crypt=none(24), SPI=00000000
019005-[VOCMD] (1) 0x42, 33 - 1901221B01002C0114520401D000020204C0A8013217021F5618021F571A020101
019005-[VINFO] (1) vm_MpCmdDevConnect(p1, rx)...
019005-[VINFO] (1) CV pre-path : stop
019005-[VINFO] (1) CV post-path : tx
019005-[VINFO] (1) : Open dsp channel - txrx/rx, pcm2lbr-pcm2lbr
019005-[VP] xxxxxxxxxxxxxx ip=0xc0a80247
019005-[VP] Ch=1, open dsp(old), codec=8, pkt=20, my_ssrc=4774d7fe, his_ssrc=ffffffff, path=TXRX
019005-[VP] Ch=1, open dsp(new), codec=8, pkt=20, my_ssrc=4774d7fe, his_ssrc=ffffffff, path=TXRX
019005-[VP] Ch=1, va_openDsp, null return without change of dsp info.
019005-[VP] Ch=7, open dsp(old), codec=0, pkt=20, my_ssrc=ffffffff, his_ssrc=01d00002, path=STOP
019005-[VP] Ch=7, open dsp(new), codec=0, pkt=20, my_ssrc=ffffffff, his_ssrc=01d00002, path=RX
019005-[VP] va_relaySetSsrcDiscard : op=reset, fd=69, ssrc=ffffffff, ret=0
019005-[VP] va_updateRelay, entry, cid=7, cur_path=stop, new_path=rx
019005-[VP] va_relayAddRemote : fd=69, rtp, ret=0, (7002):10000001-50014 -> c0a80132-7002
019005-[VP] va_relayAddRemote : fd=70, rtcp, ret=0, (7003):10000001-50015 -> c0a80132-7003
019005-[VP] va_updateRelay, exit, cid=7
019007-[VP] Ch=1, register fds for master! addr=C0A80247:7306:7307
019007-[VP] Ch=1, register fds for slave! addr=00000000:0:0
019007-[VINFO] (1) : vm dsp id=1
019007-[VOCMD] (4D) : N/A
0070
019007-[VOCMD] (1) 0x4D, 2 - 0201
019007-[UCMD] (1) hCall=0x2 CALL_RINGING
019007-[UCMD] (1) hCall=0x2 CALL_ACCEPT
019011-[VP] (1) rtp_mon: start, timestamp=1333239312, pt=8, b_silence=0
019011-[VINFO] : (1) p2, DSP rtpmon, start=1, silence=0, pt=8, timeMs=166654914
019012-[VP] (1) ssrc changed, ssrc=0x020100d3
019012-[VP] (1) enable ssrc filter
019012-[VINFO] : (1) p2, DSP ssrc changed, ssrc=020100d3, set=0
019063-[VP] (7) rtp_mon: start, timestamp=160, pt=0, b_silence=0
019063-[VINFO] : (1) p1, DSP rtpmon, start=1, silence=0, pt=0, timeMs=20
019064-[VP] (7) ssrc changed, ssrc=0x01d00002
019064-[VP] (7) enable ssrc filter
019064-[VINFO] : (1) p1, DSP ssrc changed, ssrc=01d00002, set=1
019248-[VP] (7) rtp_mon: stop, timestamp=14000, pt=0, b_silence=0
019248-[VINFO] : (1) p1, DSP rtpmon, start=0, silence=0, pt=0, timeMs=1750
019250 C>0001 70 0002, 4D 0002, 20
019250 VOIP: 2 Asc: St:dd-rng req(02)(00) Ev-I:dv-ply end P1: 0 P2:3 EVT:126 From[DVU:2]
019250 C>0001 70 0002, 43 000A, 1A2
019250 C>0001 70 0002, 44 0004, 1C2
019250 C>0001 70 0002, 44 000A, 1C2
019250 C>0001 70 0002, 44 0004, 1C2
019250 C>0001 70 0002, 44 000A, 1C2
019250 C>0001 70 0002, 44 000A, 1C2
019250 C>0001 70 0002, 41 0002, 8383
019250 C>0001 70 0002, AF 0007, 111
019251-[VOCMD] (4D) : N/A
0070
019251-[VOCMD] (1) 0x4D, 2 - 0200
019252-[VOCMD] (1) : DISCONNECT_VOICE (RX, 1)
019252-[VOCMD] (1) 0x43, 10 - 1A020101530400010003
019252-[VOCMD] (1) : TONE_RING, type(0), OFF
019252-[VOCMD] (1) 0x44, 4 - 1C020000
019252-[VINFO] (1) vm_MpCmdDevDisconnect(p1, rx)...
019252-[VINFO] (1) : Open dsp channel - txrx/stop, pcm2lbr-pcm2lbr
019252-[VP] xxxxxxxxxxxxxx ip=0xc0a80247
019252-[VP] Ch=1, open dsp(old), codec=8, pkt=20, my_ssrc=4774d7fe, his_ssrc=ffffffff, path=TXRX
019252-[VP] Ch=1, open dsp(new), codec=8, pkt=20, my_ssrc=4774d7fe, his_ssrc=020100d3, path=TXRX
019253-[VP] Ch=7, change dir, rtpMode=STOP
019253-[VP] va_updateRelay, entry, cid=7, cur_path=rx, new_path=stop
019253-[VP] va_relayDeleteRemote : fd=69, rtp, ret=0, (7002): -> c0a80132-7002
019253-[VP] : delete all=0
019253-[VP] va_relayDeleteRemote : fd=70, rtcp, ret=0, (7003): -> c0a80132-7003
019253-[VP] : delete all=0
019253-[VP] va_updateRelay, exit, cid=7
019253-[VP] Ch=7, change path=STOP
019253-[VP] va_relaySetSsrcDiscard : op=reset, fd=69, ssrc=ffffffff, ret=0
019253-[VP] Ch=1, register fds for master! addr=C0A80247:7306:7307
019253-[VP] Ch=1, register fds for slave! addr=00000000:0:0
019253-[VINFO] (1) : vm dsp id=1
019253-[VINFO] (-1) saved crypt=0, pairCV=0
019253-[VOCMD] (1) : TONE_RING, type(17), ON
019253-[VOCMD] (1) 0x44, 10 - 1C021101190122010100
019253-[VINFO] (1) TONE, P1 -> P2, On
019253-[VP] Ch=1, cpt toward cid=1
019253-[VP] Ch=1, play cpt(index=17)...
019253-[VOCMD] (1) : TONE_RING, type(0), OFF
019253-[VOCMD] (1) 0x44, 4 - 1C020000
019253-[VP] Ch=1, cpt toward cid=1
019253-[VP] Ch=1, stop cpt(index=1)...
019253-[VINFO] (1) TONE, P1 -> P2, Off
019253-[VOCMD] (1) : TONE_RING, type(2), ON
019253-[VOCMD] (1) 0x44, 10 - 1C020201190122010100
019253-[VINFO] (1) TONE, P1 -> P2, On
019253-[VP] Ch=1, cpt toward cid=1
019253-[VP] Ch=1, play cpt(index=2)...
019253-[VOCMD] (1) : TONE_RING, type(2), ON
019253-[VOCMD] (1) 0x44, 10 - 1C020201190122010100
019253-[VINFO] (1) TONE, P1 -> P2, On
019253-[VP] Ch=1, cpt toward cid=1
019253-[VP] Ch=1, stop cpt(index=2)...
019253-[VP] Ch=1, cpt toward cid=1
019253-[VP] Ch=1, play cpt(index=2)...
019253-[VOCMD] (1) : CLOSE_RTP
019253-[VOCMD] (1) 0x41, 2 - 8383
019253-[VOCMD] (1) : RELEASE
019253-[VOCMD] (1) 0xAF, 7 - 11010208028081
019253-[INFO] (1) : net-data included!
019253-[N_INFO] (1), h.323 statistics, path=txrx, type=udp
019253-[N_INFO] (1), p1, port=7002
019253-[N_INFO] ch stat, rx_packets=89, tx_packets=0, drop=0, ssrc_drop=0
019253-[N_INFO] (1), p2, port=7302
019253-[N_INFO] ch stat, rx_packets=123, tx_packets=129, drop=0, ssrc_drop=0
019253-[N_INFO] (1), h.323 video statistics, path=stop
019253-[UCMD] (1) hCall=0x2 CALL_HANGUP
019253-[VINFO] (1) DISCONNECT_VOICE (RX, 2)
019253-[VINFO] (1) DISCONNECT_VOICE (TX, 2)
019253-[N_INFO] (1), h.323 statistics, path=stop, type=udp
019253-[N_INFO] (1), h.323 video statistics, path=stop
019253-[VINFO] (1) : Close dsp channel
019253-[VP] Ch=7, close dsp
019253-[VP] va_updateRelay, entry, cid=7, cur_path=stop, new_path=stop
019253-[VP] va_updateRelay, exit, cid=7
019253-[VP] va_configIpFilterRelay : rtp l_port=7002, reset ip=0.0.0.0:0, ret=0
019253-[VP] va_configIpFilterRelay : rtcp l_port=7003, reset ip=0.0.0.0:0, ret=0
019253-[VP] va_relaySetSsrcDiscard : op=reset, fd=69, ssrc=ffffffff, ret=0
019253-[VP] Ch=7, release a transcoding channel -> pool(1), cid(7)
019253-[VP] Ch=1, close dsp
019255-[VP] va_updateRelay, entry, cid=1, cur_path=txrx, new_path=stop
019255-[VP] va_relayDeleteRemote : fd=117, rtp, ret=0, (7302): -> c0a80132-7302
019255-[VP] : delete all=0
019255-[VP] va_relayDeleteRemote : fd=118, rtcp, ret=0, (7303): -> c0a80132-7303
019255-[VP] : delete all=0
019255-[VP] va_relayDeleteDsp : fd=22, rtp, ret=0, (50002): -> c0a80247-7306
019255-[VP] : delete all=0
019255-[VP] va_relayDeleteDsp : fd=23, rtcp, ret=0, (50003): -> c0a80247-7307
019255-[VP] : delete all=0
019255-[VP] va_updateRelay, exit, cid=1
019255-[VP] va_configIpFilterRelay : rtp l_port=7302, reset ip=0.0.0.0:0, ret=0
019255-[VP] va_configIpFilterRelay : rtcp l_port=7303, reset ip=0.0.0.0:0, ret=0
019255-[VP] va_relaySetSsrcDiscard : op=reset, fd=117, ssrc=ffffffff, ret=0
019255-[VP] Ch=1, release a transcoding channel -> pool(1), cid(1)
019255-[VP] Ch=1, release a transcoding pool -> pool(1)
019255-[VINFO] (1) : r_controlRxRfc2833, no relay channel!
019255-[VINFO] (1) : r_controlTxRfc2833, no relay channel!
019255-[VINFO] (-1) RELAY_DEL, relay set, null address, fd(93), ip(00000000), port(0)
019255-[VINFO] (-1) RELAY_DEL, relay set, null address, fd(94), ip(00000000), port(0)
019255-[VINFO] (-1) RELAY_DEL_ALL, relay set(sck=93), 0.0.0.0:0(org:0)
019255-[VINFO] (-1) RELAY_DEL_ALL, relay set(sck=94), 0.0.0.0:0(org:0)
019255-[VINFO] (-1) RELAY_DEL, relay set(sck=141), 192.168.1.50:7014(org:0)
019255-[VINFO] (-1) RELAY_DEL, relay set(sck=142), 192.168.1.50:7015(org:0)
019255-[VINFO] (-1) RELAY_DEL_ALL, relay set(sck=141), 0.0.0.0:0(org:0)
019255-[VINFO] (-1) RELAY_DEL_ALL, relay set(sck=142), 0.0.0.0:0(org:0)
019255-[VOEVT] (1) : RELEASE_ACK
019255-[VOEVT] (1) 0xB0, 4 - 48020001
019258-[VCBK] hCall=0x2, Not implemented (ext) - USEREXT_CBKMSG_CALLDESTROY...
EXT 002 00:00:00 13/11/16 22:25 R
019300 E>0001 70 0002, B0 0000, 110
019300 VOIP: 2 Asc: St:dd-rng req(00)(00) Ev-P:releas ack P1:00 P2:0 EVT: 0
019300 C>0001 70 0002, 41 0002, 8383
019300 C>0001 70 0002, 44 0004, 1C2
019300 C>0001 70 0002, 44 0004, 1C2
019300 C>0001 70 0002, 44 0004, 1C2
019301-[VOCMD] (1) : CLOSE_RTP
019301-[VOCMD] (1) 0x41, 2 - 8383
019301-[VOCMD] (1) : TONE_RING, type(0), OFF
019301-[VOCMD] (1) 0x44, 4 - 1C020000
019301-[VOCMD] (1) : TONE_RING, type(0), OFF
019301-[VOCMD] (1) 0x44, 4 - 1C020000
019301-[VOCMD] (1) : TONE_RING, type(0), OFF
019301-[VOCMD] (1) 0x44, 4 - 1C020000
019320 VOIP: 2 Asc: St:dd-rng req(00)(00) Ev-T:isd rls gd P1:FFFF P2:FFFFFFFF TMR: 9
019320 C>0001 70 0002, 44 0004, 1C2
019320-[...] RTP Clear Video Nego vcodec
019321-[VOCMD] (1) : TONE_RING, type(0), OFF
019321-[VOCMD] (1) 0x44, 4 - 1C020000
021290 Date:16/11/13, Time:22/26
Noraml TCP [179] NU_Close_Socket In LiClose

[Ruldik]

Еще такой момент, при звонке с LIK на MG, не определяется внутренний номер звонящего. Это может как быть связанно?

[Dron]

Еще такой момент, при звонке с LIK на MG, не определяется внутренний номер звонящего. Это может как быть связанно?

Т.е., на LIK вы собственную нумерацию в 324 программе не прописали?

[Ruldik]

Т.е., на LIK вы собственную нумерацию в 324 программе не прописали?

ну как же, Вы же мне сами об этом написали 1#***, группа 0, конечно прописал!!!

[Ruldik]

Можт это я вновь туплю и на MG не правильно прописываю IP, вот IP на LIK
 sw.jpg ( 134,37 килобайт ) Кол-во скачиваний: 17

на MG прописываю 192.168.1.50 в ПГМ 321

[Dron]

ну как же, Вы же мне сами об этом написали 1#***, группа 0, конечно прописал!!!

Вот и я думаю - все ж вам написали, а результата то нет...

[Ruldik]

Вот и я думаю - все ж вам написали, а результата то нет...

Да это жесть какая то!!! Весь мозг Вам и себе взорвал.... Может где в группах какой косяк??? Итак, все снова:
MG
CO Line Attribute(160~163)
CO Line Range from 31 to 38
Outgoing Group No - 10 стоит не менял ее
Incoming Group No - 10 стоит не менял ее
поменял только CO Service Mode - H450
VOIB/VMIB Board ATTR(305)
прописал для VOIB
IP Address 192.168.2.71
Router IP Address 192.168.2.1 - адрес шлюза
Networking Numbering(321)
index - 1
Numbering Plan Code 2***
index - 2
Numbering Plan Code 1XXX
Outgoing CO Group No - 10
CPN INFORMATION 1 - 192.168.1.50

LIK
Flexible Station Number(105)
убрал все записи связанные с 2***
CO/IP Attributes(140~142)
для VOIP GW CO Line 1-6, CO Group - 21 - ничего не менял, оставил все как есть
Net CO Line Attributes(322)
CO Range From 1 to 6, Networking CO Group - 10, Network CO Line Type - NET
Net Numbering Plan(324)
index - 1
Numbering Plan Code - 1#***
Networking CO Group - 0
Firewall Routing - Off
index - 2
Numbering Plan Code - 2***
Networking CO Group - 10
CPN INFORMATION 1 - 192.168.2.70
Firewall Routing - Off
Входящий с LIK на MG определяется...
Вот и я думаю, что не так....

[Ruldik]

Одного понять не могу, LIK или MG не понимает нумерацию.
Digit Conv Table(251~252)[N] на MG имеет отношение к моей проблеме?

[Dron]

Одного понять не могу, LIK или MG не понимает нумерацию.
Digit Conv Table(251~252)[N] на MG имеет отношение к моей проблеме?

Если там что то прописано, начинающееся на 1, то вполне имеет отношение.

[Ruldik]

Если там что то прописано, начинающееся на 1, то вполне имеет отношение.

там только выданные провайдером номера, начинающиеся на 2 типа 2345678

[Dron]

там только выданные провайдером номера, начинающиеся на 2 типа 2345678

2345 перересекается с номерами MG...
Apply Option ?

[Ruldik]

2345 перересекается с номерами MG...
Apply Option ?

вряд ли... 2345678 это я написал для примера, в реале там первые цифры 2762***..., а нумерация заканчивается на Order - 180, Station Number - 2279
Apply Option - ALL на группу...
P.S. а как правильно должна быть прописана нумерация на LIK-e, index сильно имеет значение???
Например если в Flexible DID Conversion(231), телефон оператора 1700, прописан в index 169...

[Ruldik]

Все срослось, звуки пошли в обе стороны. Огромное спасибо AXEL.
Всплыл маленький моментик, при звонке с MG на LIK, на LIK-е не определяет/показывает внутренний номер входящего с MG. Телефоны панас на шнурках. Внутри LIK-а, определяются нормально.
Пока работает, ищу решение этой маленькой на мой взгляд проблемки...

[Ruldik]

Никак немогу найти решение проблемки. При звонке на системник с MG на LIK, пишет "входящий" и "линия 03". Внутренний номер не определяется. С LIK на MG, все норм....

[Ruldik]

Всем спасибо, кто откликнулся и помог с моей проблемой, отдельное спасибо AXEL.
АТС-ки объединены, звонки бегают туда сюда, номера определяются с двух сторон.

[Dron]

Всем спасибо, кто откликнулся и помог с моей проблемой, отдельное спасибо AXEL.
АТС-ки объединены, звонки бегают туда сюда, номера определяются с двух сторон.

Ну и почему ж номера то не определялись? Поделитесь с общественностью!

[Ruldik]

Конечно поделюсь.... Просто опять же по совету, сделал тупо инициализацию voip линий с двух сторон и настроил все заново.... И все пошло!!!
По поводу того что, с MG на LIK не проходил звонок, на LIK-е в ПГМ 145, для VOIP линий, DID Conversion Type = Use "as is" (no treatment). Данный момент обсуждался на форуме, но в несколько иной теме и очень давно!!!
Думаю что данная тема, более чем подробна по объединению АТС.