Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Объединить две АТС
АРТКОМ Форум > Форумы для специалистов > Техническая поддержка iPECS-MG & iPECS-eMG800
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
Цитата(Ruldik @ 19.8.2013, 8:03) *
Всем доброго времени суток!!!
Прошу оценить правильность действий…
АТС 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
Цитата(Ruldik @ 8.11.2016, 21:16) *
Всем доброго времени суток. 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
Цитата(Ruldik @ 9.11.2016, 12:28) *
Ага, услышал... Т.е. по хорошему на MG100 желательно привести к 4-х значному значению, например чтоб номера начинались 2100-2ХХХ....

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

Цитата(Ruldik @ 9.11.2016, 12:28) *
По умолчанию сейчас 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
или я неправильно мыслю?

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


Цитата(Ruldik @ 9.11.2016, 12:28) *
P.S. я так понимаю, на MG прописываю ip voip LIK, а на LIK ip voip MG?


Нет. На LIKе прописывать ip адрес процессора MG, на MG ip адрес VOIMа
Ruldik
Склоняюсь что привести надо к единому значению, чтоб было однообразно.
Если привести план по вышеуказанной схеме, номера сами поменяются на 4-х значные в Flexible Station Number(112) и в группах или надо будет перелопачивать все?
Спасибо.
AXEL
во флекс надо будет прописывать. Если по порядку идут, то дело на секунды.
в группах, после появления во флекс, появятся сами
vitalii
Цитата(AXEL @ 9.11.2016, 13:11) *
во флекс надо будет прописывать. Если по порядку идут, то дело на секунды.
в группах, после появления во флекс, появятся сами

наверное и 251-ю(если были записи там)
Ruldik
Уловил, сейчас приведу нумерацию к однообразному и потестирую, все ли работает как прежде. Бекап сделан....
Ruldik
Цитата(vitalii @ 9.11.2016, 14:26) *
наверное и 251-ю(если были записи там)

Там прописано на группы!!! На операторов.
ТОгда становится интересно, где еще можно воткнуться и получить проблемы?
Ruldik
Нумерацию сменил, все прошло гладко, тьфу, тьфу, тьфу... Пока полет нормальный...
Index = 1
Prefix Code = 1
More Digit (0-4) = 2
оставил как есть...
vitalii
Цитата(Ruldik @ 9.11.2016, 14:37) *
Там прописано на группы!!! На операторов.
ТОгда становится интересно, где еще можно воткнуться и получить проблемы?

если заполнена таблица cli convertion
Ruldik
Цитата(vitalii @ 9.11.2016, 16:04) *
если заполнена таблица cli convertion

Не, не заполнена.....
VOIB/VMIB Board ATTR(305), в 3-м слоте стоит модуль VOIB/8, Router IP Address - надо прописывать?
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
Нажмите для просмотра прикрепленного файла
ПГМ 305 - настройки VOIB платы
Нажмите для просмотра прикрепленного файла
ПГМ 321
Нажмите для просмотра прикрепленного файла
при наборе на номер LIK, линия занимается, отмечается красным [33:Use], но в трубе "Не правильно набран номер"
ПГМ 101
Нажмите для просмотра прикрепленного файла
Получается что, на MG, все настроено верно....
LIK
ПГМ 101
Нажмите для просмотра прикрепленного файла
ПГМ 322
Нажмите для просмотра прикрепленного файла
ПГМ 324
Нажмите для просмотра прикрепленного файла
А теперь мне вот интересно, ПГМ 140, CO/IP GROUP - что это за группа. а также CO VoIP Mode - что здесь должно быть, сейчас стоит COMMON.
Нажмите для просмотра прикрепленного файла
И при звонке с MG на LIK, также линия занимается... [5:Use]
Нажмите для просмотра прикрепленного файла
а вот с 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
Цитата(Dron @ 10.11.2016, 16:41) *
Вам же все написали....
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, есть такие записи
Нажмите для просмотра прикрепленного файла
Может это являться моей проблемой в недозвоне на LIK и с нее на MG???
P.S. на MG нумерация 2XXX
Ruldik
Цитата(Ruldik @ 12.11.2016, 21:45) *
На LIK, в ПГМ 110, Station order 101-150, есть такие записи
Нажмите для просмотра прикрепленного файла
Может это являться моей проблемой в недозвоне на LIK и с нее на MG???
P.S. на MG нумерация 2XXX

Сам спросил, сам ответил..... Да, это и мешало при звонке.... Теперь с LIK на MG звонок идет, а вот с MG на LIK говорит, неправильно набран номер...
Dron
Цитата(Ruldik @ 13.11.2016, 13:50) *
Сам спросил, сам ответил..... Да, это и мешало при звонке.... Теперь с LIK на MG звонок идет, а вот с MG на LIK говорит, неправильно набран номер...

Ну а в плане нумерации MG нет номеров на 2?
Ruldik
Цитата(Dron @ 13.11.2016, 17:34) *
Ну а в плане нумерации MG нет номеров на 2?

План на MG 2100-2500, на LIK 1000-1800
Dron
Цитата(Ruldik @ 13.11.2016, 17:26) *
План на MG 2100-2500, на LIK 1000-1800

Хорошо, нет ли на MG номеров на1?В Flexible Station Number(112)?
Ruldik
Цитата(Dron @ 13.11.2016, 19:02) *
Хорошо, нет ли на MG номеров на1?В Flexible Station Number(112)?

Нет конечно, я же менял план, там все номера только на 2, 2100,2101 и т.д. до самого конца, 180 ордера.
Dron
Цитата(Ruldik @ 10.11.2016, 16:03) *
Как это не указан, адрес шлюза в сети, верно???
АТС-ки себя прекрасно пингуют.

Ещё раз. Речь идёт о плате VOIB. Для неё адрес шлюза не указан. Пингуется ли со стороны LIK плата VOIB MG?
Ruldik
Цитата(Dron @ 13.11.2016, 21:15) *
Ещё раз. Речь идёт о плате VOIB. Для неё адрес шлюза не указан. Пингуется ли со стороны LIK плата VOIB MG?

Конечно. Этот момент сразу поправил. До LIK доходит, на LIK вижу как занимается канал.
Dron
Цитата(Ruldik @ 13.11.2016, 20:21) *
Конечно. Этот момент сразу поправил. До LIK доходит, на LIK вижу как занимается канал.

Сразу поправили? На скринах ваших последних не было.
Dron
Цитата(Dron @ 13.11.2016, 20:32) *
Сразу поправили? На скринах ваших последних не было.

Снимите уже трссировку! Сколько гадать то собираетесь?!
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
Цитата(Ruldik @ 14.11.2016, 12:07) *
Еще такой момент, при звонке с LIK на MG, не определяется внутренний номер звонящего. Это может как быть связанно?

Т.е., на LIK вы собственную нумерацию в 324 программе не прописали?
Ruldik
Цитата(Dron @ 14.11.2016, 13:41) *
Т.е., на LIK вы собственную нумерацию в 324 программе не прописали?

ну как же, Вы же мне сами об этом написали 1#***, группа 0, конечно прописал!!!
Ruldik
Можт это я вновь туплю и на MG не правильно прописываю IP, вот IP на LIK
Нажмите для просмотра прикрепленного файла
на MG прописываю 192.168.1.50 в ПГМ 321
Dron
Цитата(Ruldik @ 14.11.2016, 12:57) *
ну как же, Вы же мне сами об этом написали 1#***, группа 0, конечно прописал!!!

Вот и я думаю - все ж вам написали, а результата то нет...
Ruldik
Цитата(Dron @ 14.11.2016, 14:11) *
Вот и я думаю - все ж вам написали, а результата то нет...

Да это жесть какая то!!! Весь мозг Вам и себе взорвал.... Может где в группах какой косяк??? Итак, все снова:
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
Цитата(Ruldik @ 14.11.2016, 18:56) *
Одного понять не могу, LIK или MG не понимает нумерацию.
Digit Conv Table(251~252)[N] на MG имеет отношение к моей проблеме?

Если там что то прописано, начинающееся на 1, то вполне имеет отношение.
Ruldik
Цитата(Dron @ 14.11.2016, 23:01) *
Если там что то прописано, начинающееся на 1, то вполне имеет отношение.

там только выданные провайдером номера, начинающиеся на 2 типа 2345678
Dron
Цитата(Ruldik @ 14.11.2016, 23:16) *
там только выданные провайдером номера, начинающиеся на 2 типа 2345678

2345 перересекается с номерами MG...
Apply Option ?
Ruldik
Цитата(Dron @ 15.11.2016, 12:18) *
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
Цитата(Ruldik @ 25.11.2016, 9:49) *
Всем спасибо, кто откликнулся и помог с моей проблемой, отдельное спасибо AXEL.
АТС-ки объединены, звонки бегают туда сюда, номера определяются с двух сторон.

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