Здравствуйте, гость ( Вход | Регистрация )
Отправлено: 17.3.2021, 11:56 | |
Продвинутый пользователь Группа: Участники Сообщений: 228 Регистрация: 28.9.2006 Пользователь №: 15 |
Эти параметры менял, максимум чего добился это то что пропал голос при звонках с IP телефонов avaya. Такое ощущение что не происходит занятие линии Ipecs`ом. До аваи вызов не доходит. Сейчас еще попробую подключить LIK-100, который точно работал. Я настраивал шлюзы Элтекс по 323, при правильном указании ип адреса и порта все работает по дефолту. |
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #105260 · Ответов: 8 · Просмотров: 1376 |
Отправлено: 16.3.2021, 14:55 | |
Продвинутый пользователь Группа: Участники Сообщений: 228 Регистрация: 28.9.2006 Пользователь №: 15 |
А со стороны аваи порт 5588, а разве не 1720? |
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #105257 · Ответов: 8 · Просмотров: 1376 |
Отправлено: 19.12.2019, 15:57 | |
Продвинутый пользователь Группа: Участники Сообщений: 228 Регистрация: 28.9.2006 Пользователь №: 15 |
|
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #103901 · Ответов: 5 · Просмотров: 1243 |
Отправлено: 19.12.2019, 10:16 | |
Продвинутый пользователь Группа: Участники Сообщений: 228 Регистрация: 28.9.2006 Пользователь №: 15 |
|
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #103891 · Ответов: 9 · Просмотров: 1637 |
Отправлено: 15.4.2019, 14:52 | |
Продвинутый пользователь Группа: Участники Сообщений: 228 Регистрация: 28.9.2006 Пользователь №: 15 |
Добрый день, уважаемые знатоки Прошу подсказать, кто встречался записями в SMDR с Direction = "n", что это за направление такое? Значение в поле Dialed при этом = "323". Что это за значение такое? Когда Direction = "N", то в Dialed прописан нормальный номер, полученный через Networking. Предполагаю, что "n" - это по каким-то причинам неопределенный через Networking номер, но что такое 323?... Возможно используется протокол H323 |
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #103130 · Ответов: 5 · Просмотров: 1513 |
Отправлено: 22.1.2019, 16:22 | |
Продвинутый пользователь Группа: Участники Сообщений: 228 Регистрация: 28.9.2006 Пользователь №: 15 |
Добрый день, уважаемые. Не знаем куда "рыть". Как обычно, всё работало и вдруг что-то пошло не так, а именно: есть в офисе станция MFIM 300 (назовём офис точкой А). Станция в локальной сети за NAT-ом. В Интернет смотрит через маршрутизатор CISCO. В офисах B, C, D также CISCO за своими NAT. Между офисами VPN тунели. Неожиданно перестали слышать В ОФИСЕ А остальные офисы. Те нас слышат, мы их нет. Причём это касается только IP-телефонов, с модулем SLTM проблем нет - слышимость в обе стороны. В логах CISCO никаких DROP-ов не видно. Непонятно что могло произойти, в настройки станции не лазили. Может быть подскажете в какую сторону "копать"? В офисах B, C и D установлены IP-аппараты 8002E. Проверить правильность установки default gateway у телефонов в удаленных офисах... |
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #102839 · Ответов: 3 · Просмотров: 983 |
Отправлено: 27.7.2018, 7:49 | |
Продвинутый пользователь Группа: Участники Сообщений: 228 Регистрация: 28.9.2006 Пользователь №: 15 |
|
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #102289 · Ответов: 2 · Просмотров: 841 |
Отправлено: 2.3.2018, 15:07 | |
Продвинутый пользователь Группа: Участники Сообщений: 228 Регистрация: 28.9.2006 Пользователь №: 15 |
Знаете, есть такая штука - покупаешь у сотового оператора "прямой" номер. Он тебе дает номер вида 1234567. По факту это номер, скажем (905)123456789. Но с любого городского номера, с любого мобильного внутри региона, можно набрать просто 123456789, как будто звонишь на обычный городской номер. Таких номеров не очень много, но они есть. Да, набираем через 9ку. Прикладываю скриншоты. Номера на 4 - это номера Астериска. Номера на 9 - выход на внешние линии. CO group 4 - линии с VOIM платы для связи по sip CO group 3 - линии с PRIM платы для выхода в город По вашим скринам, у вас все должно в Астера валиться, так как LCR не правильно настроен. На втором скрине, у 9-ки должно быть 010101. |
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #101763 · Ответов: 6 · Просмотров: 1910 |
Отправлено: 5.2.2018, 12:19 | |
Продвинутый пользователь Группа: Участники Сообщений: 228 Регистрация: 28.9.2006 Пользователь №: 15 |
Ребят всем привет! Есть АТС iPECS-300 К ней подключен телефон IPECS LIP-8024E Во внутренней сети всё хорошо работает Но если позвонят с внешнего адреса и не взять трубку,будут постоянные дозвоны, вплодь до бесконечности Например позвонил человек с внешки на этот номер телефона,ждёт минуту,никто трубу не берёт,кладёт трубку Что происходит в офисе,телефон звонит,минуту,никто трубку не берёт,тот кто дозванивается трубку ложит, а в офисе телефон продолжает звонить,и из-за этого он занят всё время Кто встречался с такой проблемой,подскажите как решить проблему? Если внешние линии аналог, использовать отбойники... |
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #101536 · Ответов: 14 · Просмотров: 2206 |
Отправлено: 2.5.2017, 10:24 | |
Продвинутый пользователь Группа: Участники Сообщений: 228 Регистрация: 28.9.2006 Пользователь №: 15 |
Не понял, что не так то сейчас. Вы ж писали Оно все на данный момент так. Не так то, что станция не обрабатывает входящие вызов, хотя вроде все подстроено под то что бы она нормально работала. То есть подстроена и виртуальная АТС и АТС МГ запрограммирована для приема вызовов, но вызов не проходит. |
Форум: Техническая поддержка iPECS-MG & iPECS-eMG800 · Просмотр сообщения: #99947 · Ответов: 23 · Просмотров: 6643 |
Отправлено: 2.5.2017, 9:53 | |
Продвинутый пользователь Группа: Участники Сообщений: 228 Регистрация: 28.9.2006 Пользователь №: 15 |
У вас же сейчас в поле To k3... Да сейчас я этого добился, и в инвайте к3 и в поле То к3, и в 373 пгм аккаунт к3 зареган и отправлен на 120 абонента, но вызов не идет, МГ не может обработать строку из 373 программы и направить на нужного абонента. Смущает надпись в 373 программе This will have an effect on the system after next restart!! неужели после каждых изменений необходим рестарт??? |
Форум: Техническая поддержка iPECS-MG & iPECS-eMG800 · Просмотр сообщения: #99945 · Ответов: 23 · Просмотров: 6643 |
Отправлено: 2.5.2017, 9:43 | |
Продвинутый пользователь Группа: Участники Сообщений: 228 Регистрация: 28.9.2006 Пользователь №: 15 |
А без голосового меню? Я к тому...а DTMF то проходит? Да там без меню не получиться, при прямом донаборе абонента в поле То летит фигня с номером +7925ХХХХХХ. Я так понимаю, что при таком вызове где поля инвайт и поле То нормальные, вызов должен приходить на аккаунт к3, но почему то отбивает с 404 ошибкой. Не могу понять как принять вызов при таком раскладе. |
Форум: Техническая поддержка iPECS-MG & iPECS-eMG800 · Просмотр сообщения: #99943 · Ответов: 23 · Просмотров: 6643 |
Отправлено: 2.5.2017, 9:19 | |
Продвинутый пользователь Группа: Участники Сообщений: 228 Регистрация: 28.9.2006 Пользователь №: 15 |
Добрый день. Продолжаем борьбу с виртуальной АТС Мегафона. Добился что от Мегафона летит нормальный вызов. Зарегистрированы 3 линии, с 3-мя линиями ассоциированы 3 аккаунта (k1, k2, k3). Вызываю аккаунт k3 (через цифру голосового меню вирт. АТС) вызов приходит в станцию и потом отбивается по истечении таймера Incoming CO Inter Digit Timer. Вызов в 373 программе у аккаунта k3 приземлен на внутреннего абонента 120. Вот кусок дебага с IPECS. Код [ 02/05/17 08:11:48 ]=========================================================== Received 1232 Bytes from 193.201.230.183:5060 by UDP (ReceiveEv) -------------------------------------------------------------------------------- INVITE sip:k3@XX.XX.XX.126:5060;transport=UDP SIP/2.0 Via: SIP/2.0/UDP 193.201.230.183:5060;branch=z9hG4bK5414-aokkvgg;cgp=itoolabs.net;rport Record-Route: <sip:193.201.230.183:5060;lr> Record-Route: <sip:10.50.196.6:5060;lr> Record-Route: <sip:rev.875766-10.50.196.6.dialog.cgatepro;lr> Max-Forwards: 59 From: "O3" <sip:+78332XXXXXX@XX.megapbx.ru>;tag=0D0B479C-573344-17383BC8_aokkvgg-A8E0 To: <sip:k3@XX.megapbx.ru> Call-ID: SDs0mi801-82551246e1b61d6c417563dae45a2129-v300g00020-e-2qeu62h@Centrex-ao3i.e Contact: <sip:signode-573344-17383BC8_aokkvgg-A8E0@193.201.230.183> CSeq: 1 INVITE Supported: 100rel,timer,replaces,histinfo,precondition Session-Expires: 7200 Min-SE: 900 User-Agent: CommuniGatePro-callLeg/5.4.12d Allow: INVITE,ACK,BYE,CANCEL,OPTIONS,INFO,MESSAGE,SUBSCRIBE,NOTIFY,PRACK,REFER Content-Type: application/sdp Content-Length: 338 v=0 o=CGPLeg573344 1715966994 857983498 IN IP4 193.201.230.136 s=- c=IN IP4 193.201.230.136 t=0 0 m=audio 28218 RTP/AVP 0 8 18 101 c=IN IP4 193.201.230.136 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:18 G729/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16,32-49,64-89 a=sendrecv a=rtcpping:M:275133:1310024852 ================================================================================ [[[[[[[[[[@@@@@ [SIPM] Creation INBOUND Call ID => 7 @@@@@]]]]]]]]]] [Sipm_SipEvCallCreate] (7) INCOMMING call was created, CallLeg(0x3299330) [Sipm_SipEvCallMsgReceive](7) SIPM <--- INVITE [Sipm_SipConnProcInviteInd] TYPEURL (7) From (E164:+78332XXXXXX, INVITE) [Sipm_SipConnProcInviteInd] (u_index : ffff) Caller Number(+78332XXXXXX) [KSLEE][DEBUG][Sipm_SipConnProcInviteInd2] strUri:193.201.230.183 signalIp:193.201.230.183 dstIp:XX.megapbx.ru destAddr: [Sipm_SipConnProcInviteInd] Domain (), strUri (193.201.230.183) [Sipm_SipConnProcInviteInd] proxyIp (XX.megapbx.ru), strUri (193.201.230.183) [Sipm_SipConnProcInviteInd] proxyIp (XX.megapbx.ru), callInfo->signalIp (193.201.230.183) [Sipm_SipConnProcInviteInd] callInfo->srcIp (XX.megapbx.ru), callInfo->srcAddr (+78332XXXXXX) [Sipm_SipConnProcInviteInd] Caller's Display Name : [O3] [Sipm_SipConnProcInviteInd] (7) INVITE Ind(S:O3<+78332XXXXXX@193.201.230.183>, D:k3) [Sipm_SipEvCallMsgReceive] (7) SIP Trunk Incoming Channel(0xc5) is set enable Receive SDP MSG[7] in INVITE => 338 bytes [Sipm_SipEvCallState(s:4)](7-c5) INCOMING - Offering(reason:REMOTE_INVITING) [PORT NUMBER : 0x00c5] (7) CALL <--- SIPM (INVITE) --------------------------- From Terminal To SIPM INVITE --------------------------- port_no(197), slot_no(6), is_trunk(1), is_kt(0), route_no(9), displayName(O3) srcNum(+78332XXXXXX), srcIp(XX.megapbx.ru), srcPort(5060) destNum(k3), destIp(XX.megapbx.ru), destPort(5060) signalIp(193.201.230.183), signalPort(5060) contactIp(193.201.230.183), contactPort(5060) auth_userid(), auth_passwd(), CallLeg(0x3299330) -------------------------------------------------------------------------------- [Sipm_SipEvCallMsgSend] (7) SIPM ---> 100(Trying) [ 02/05/17 08:11:48 ]+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Sent 410 Bytes to 193.201.230.183:5060 by UDP (SendEv) -------------------------------------------------------------------------------- SIP/2.0 100 Trying From: "O3"<sip:+78332XXXXXX@XX.megapbx.ru>;tag=0D0B479C-573344-17383BC8_aokkvgg-A8E0 To: <sip:k3@XX.megapbx.ru> Call-ID: SDs0mi801-82551246e1b61d6c417563dae45a2129-v300g00020-e-2qeu62h@Centrex-ao3i.e CSeq: 1 INVITE Via: SIP/2.0/UDP 193.201.230.183:5060;rport=5060;branch=z9hG4bK5414-aokkvgg;cgp=itoolabs.net Supported: 100rel,timer,replaces Content-Length: 0 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 0073 CO018 018 00:00:00 02/05/17 08:11:48 R RING RING 00:05 0 0 RING 00:05 @@@@@ [08:11:53(62)][Sipm_CallMsgHandler] (7) CALL ---> SIPM (404 Not Found) [Sipm_SipEvCallMsgSend] (7) SIPM ---> 404(Not Found) [ 02/05/17 08:11:53 ]+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Sent 466 Bytes to 193.201.230.183:5060 by UDP (SendEv) -------------------------------------------------------------------------------- SIP/2.0 404 Not Found From: "O3"<sip:+78332XXXXXX@XX.megapbx.ru>;tag=0D0B479C-573344-17383BC8_aokkvgg-A8E0 To: <sip:k3@XX.megapbx.ru>;tag=3281318-fe0aa8c0-13c4-55013-4d1be-78869c3c-4d1be Call-ID: SDs0mi801-82551246e1b61d6c417563dae45a2129-v300g00020-e-2qeu62h@Centrex-ao3i.e CSeq: 1 INVITE Via: SIP/2.0/UDP 193.201.230.183:5060;rport=5060;branch=z9hG4bK5414-aokkvgg;cgp=itoolabs.net Supported: 100rel,timer,replaces Content-Length: 0 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ [Sipm_SipEvCallState(s:7)](7-c5) INCOMING - Disconnected(reason:LOCAL_REJECT) [Sipm_SipEvCallState] (7) RVSIP_CALL_LEG_REASON_LOCAL_REJECT [[[[[[[[[[@@@@@ [SIPM] Delete callId => 7 @@@@@]]]]]]]]]] [ 02/05/17 08:11:53 ]=========================================================== Received 474 Bytes from 193.201.230.183:5060 by UDP (ReceiveEv) -------------------------------------------------------------------------------- ACK sip:k3@XX.XX.XX.126:5060;transport=UDP SIP/2.0 Via: SIP/2.0/UDP 193.201.230.183:5060;branch=z9hG4bK5414-aokkvgg;cgp=itoolabs.net;rport Max-Forwards: 59 From: "O3" <sip:+78332XXXXXX@XX.megapbx.ru>;tag=0D0B479C-573344-17383BC8_aokkvgg-A8E0 To: <sip:k3@XX.megapbx.ru>;tag=3281318-fe0aa8c0-13c4-55013-4d1be-78869c3c-4d1be Call-ID: SDs0mi801-82551246e1b61d6c417563dae45a2129-v300g00020-e-2qeu62h@Centrex-ao3i.e CSeq: 1 ACK Content-Length: 0 ================================================================================ Вызов до абонента не доходит, прием вызовов идет по DID, линия при вызове занимается (видно по SMDR строке). Как добиться работы входящей связи? |
Форум: Техническая поддержка iPECS-MG & iPECS-eMG800 · Просмотр сообщения: #99939 · Ответов: 23 · Просмотров: 6643 |
Отправлено: 19.4.2017, 16:46 | |
Продвинутый пользователь Группа: Участники Сообщений: 228 Регистрация: 28.9.2006 Пользователь №: 15 |
А попробуйте в SIP CO User ID Table(373) прописать User ID, указав в качестве Registration User ID номер виртуальной АТС +7925**** ну и для него Dest Digit. Завтра уже только, но даже если сработает, то все равно при внешнем вызове через голосовое меню любого аккаунта донабором будет лететь +7925****, а мне надо их в разные места направлять. |
Форум: Техническая поддержка iPECS-MG & iPECS-eMG800 · Просмотр сообщения: #99880 · Ответов: 23 · Просмотров: 6643 |
Отправлено: 19.4.2017, 15:53 | |
Продвинутый пользователь Группа: Участники Сообщений: 228 Регистрация: 28.9.2006 Пользователь №: 15 |
Я что то тут не понял. Как понять - буквенные аккаунты корректно отображаются в поле Tо? В чем тогда некорректность в поле To +7925****? MG буквенные аккаунты отрабатывает с помощью Dest Digit? Вот вызов от внутреннего абонента 711 (Zoiper) на внутреннего абонента test (буквенный акк. IPECS-MG) Код [ 19/04/17 12:45:50 ]=========================================================== Received 1241 Bytes from 193.201.230.183:5060 by UDP (ReceiveEv) -------------------------------------------------------------------------------- INVITE sip:test@92.******:5060;transport=UDP SIP/2.0 Via: SIP/2.0/UDP 193.201.230.183:5060;branch=z9hG4bK370410-aokkvgb;cgp=itoolabs.net;rport Record-Route: <sip:193.201.230.183:5060;lr> Record-Route: <sip:10.50.196.1:5060;lr> Record-Route: <sip:rev.339996-10.50.196.1.dialog.cgatepro;lr> Max-Forwards: 66 From: "711" <sip:711@******.megapbx.ru>;tag=73DCF184-614528-AC9581C9_aokkvgb-A8E0 To: <sip:test@******.megapbx.ru> Call-ID: SDbfghb01-4ed9bdbe411ad556f18223019d193179-v300g00030-lnzmpqt@******.megapbx.ru.e Contact: <sip:signode-614528-AC9581C9_aokkvgb-A8E0@193.201.230.183> CSeq: 1 INVITE Supported: 100rel,timer,replaces,histinfo,precondition Session-Expires: 7200 Min-SE: 900 User-Agent: CommuniGatePro-callLeg/5.4.12d Allow: INVITE,ACK,BYE,CANCEL,OPTIONS,INFO,MESSAGE,SUBSCRIBE,NOTIFY,PRACK,REFER Content-Type: application/sdp Content-Length: 339 v=0 o=CGPLeg614528 4238278930 2119139466 IN IP4 193.201.230.131 s=- c=IN IP4 193.201.230.131 t=0 0 m=audio 54516 RTP/AVP 0 8 18 101 c=IN IP4 193.201.230.131 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:18 G729/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16,32-49,64-89 a=sendrecv a=rtcpping:M:107293:1215353550 ================================================================================ [[[[[[[[[[@@@@@ [SIPM] Creation INBOUND Call ID => 25 @@@@@]]]]]]]]]] [Sipm_SipEvCallCreate] (25) INCOMMING call was created, CallLeg(0x329a570) [Sipm_SipEvCallMsgReceive](25) SIPM <--- INVITE [Sipm_SipConnProcInviteInd] TYPEURL (25) From (E164:711, INVITE) [Sipm_SipConnProcInviteInd] (u_index : ffff) Caller Number(711) [KSLEE][DEBUG][Sipm_SipConnProcInviteInd2] strUri:193.201.230.183 signalIp:193.201.230.183 dstIp:******.megapbx.ru destAddr: [Sipm_SipConnProcInviteInd] Domain (), strUri (193.201.230.183) [Sipm_SipConnProcInviteInd] proxyIp (******.megapbx.ru), strUri (193.201.230.183) [Sipm_SipConnProcInviteInd] proxyIp (******.megapbx.ru), callInfo->signalIp (193.201.230.183) [Sipm_SipConnProcInviteInd] callInfo->srcIp (******.megapbx.ru), callInfo->srcAddr (711) [Sipm_SipConnProcInviteInd] Caller's Display Name : [711] [Sipm_SipConnProcInviteInd] (25) INVITE Ind(S:711<711@193.201.230.183>, D:test) [Sipm_SipEvCallMsgReceive] (25) SIP Trunk Incoming Channel(0xc4) is set enable Receive SDP MSG[25] in INVITE => 339 bytes [Sipm_SipEvCallState(s:4)](25-c4) INCOMING - Offering(reason:REMOTE_INVITING) [PORT NUMBER : 0x00c4] (25) CALL <--- SIPM (INVITE) --------------------------- From Terminal To SIPM INVITE --------------------------- port_no(196), slot_no(6), is_trunk(1), is_kt(0), route_no(9), displayName(711) srcNum(711), srcIp(******.megapbx.ru), srcPort(5060) destNum(test), destIp(******.megapbx.ru), destPort(5060) signalIp(193.201.230.183), signalPort(5060) contactIp(193.201.230.183), contactPort(5060) auth_userid(), auth_passwd(), CallLeg(0x329a570) -------------------------------------------------------------------------------- [Sipm_SipEvCallMsgSend] (25) SIPM ---> 100(Trying) [ 19/04/17 12:45:50 ]+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Sent 416 Bytes to 193.201.230.183:5060 by UDP (SendEv) -------------------------------------------------------------------------------- SIP/2.0 100 Trying From: "711"<sip:711@******.megapbx.ru>;tag=73DCF184-614528-AC9581C9_aokkvgb-A8E0 To: <sip:test@******.megapbx.ru> Call-ID: SDbfghb01-4ed9bdbe411ad556f18223019d193179-v300g00030-lnzmpqt@******.megapbx.ru.e CSeq: 1 INVITE Via: SIP/2.0/UDP 193.201.230.183:5060;rport=5060;branch=z9hG4bK370410-aokkvgb;cgp=itoolabs.net Supported: 100rel,timer,replaces Content-Length: 0 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ @@@@@ [12:45:50(70)][Sipm_CallMsgHandler] (25) CALL ---> SIPM (180 Ringing) [Sipm_SipGetCmSysFirewallIp] MG in NAT...(origin:192.168.10.254, firewall:92.****** [Sipm_SipGetCmSysFirewallIp(7318)] TRK Sipm_SipVarCmSysFwIp (92.******) [Sipm_SipConnProcProvReq] contact:sip:test@92.******:5060;transport=UDP [Sipm_SipEvCallMsgSend] (25) SIPM ---> 180(Ringing) [ 19/04/17 12:45:50 ]+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Sent 736 Bytes to 193.201.230.183:5060 by UDP (SendEv) -------------------------------------------------------------------------------- SIP/2.0 180 Ringing From: "711"<sip:711@******.megapbx.ru>;tag=73DCF184-614528-AC9581C9_aokkvgb-A8E0 To: <sip:test@******.megapbx.ru>;tag=3289ad8-fe0aa8c0-13c4-55013-11300-60076d04-11300 Call-ID: SDbfghb01-4ed9bdbe411ad556f18223019d193179-v300g00030-lnzmpqt@******.megapbx.ru.e CSeq: 1 INVITE Via: SIP/2.0/UDP 193.201.230.183:5060;rport=5060;branch=z9hG4bK370410-aokkvgb;cgp=itoolabs.net Record-Route: <sip:193.201.230.183:5060;lr> Record-Route: <sip:10.50.196.1:5060;lr> Record-Route: <sip:rev.339996-10.50.196.1.dialog.cgatepro;lr> Contact: <sip:test@92.******:5060;transport=UDP> Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,REFER,SUBSCRIBE,NOTIFY,MESSAGE,INFO,PRACK ,UPDATE Content-Length: 0 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ [ 19/04/17 12:46:15 ]=========================================================== Received 478 Bytes from 193.201.230.183:5060 by UDP (ReceiveEv) -------------------------------------------------------------------------------- CANCEL sip:test@92.******:5060;transport=UDP SIP/2.0 Reason: SIP;cause=487;text="task stopped" Via: SIP/2.0/UDP 193.201.230.183:5060;branch=z9hG4bK370410-aokkvgb;cgp=itoolabs.net;rport Max-Forwards: 66 From: "711" <sip:711@******.megapbx.ru>;tag=73DCF184-614528-AC9581C9_aokkvgb-A8E0 To: <sip:test@******.megapbx.ru> Call-ID: SDbfghb01-4ed9bdbe411ad556f18223019d193179-v300g00030-lnzmpqt@******.megapbx.ru.e CSeq: 1 CANCEL Content-Length: 0 ================================================================================ [Sipm_SipEvCallMsgReceive](25) SIPM <--- CANCEL [Sipm_SipUtilGetOtherHeaderInMsg] Reason => SIP;cause=487;text="task stopped" [PORT NUMBER : 0x00c4] (25) CALL <--- SIPM (CANCEL) [Sipm_SipEvCallMsgSend] (25) SIPM ---> 200(OK) [ 19/04/17 12:46:15 ]+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Sent 561 Bytes to 193.201.230.183:5060 by UDP (SendEv) -------------------------------------------------------------------------------- SIP/2.0 200 OK From: "711"<sip:711@******.megapbx.ru>;tag=73DCF184-614528-AC9581C9_aokkvgb-A8E0 To: <sip:test@******.megapbx.ru>;tag=3289ad8-fe0aa8c0-13c4-55013-11300-60076d04-11300 Call-ID: SDbfghb01-4ed9bdbe411ad556f18223019d193179-v300g00030-lnzmpqt@******.megapbx.ru.e CSeq: 1 CANCEL Via: SIP/2.0/UDP 193.201.230.183:5060;rport=5060;branch=z9hG4bK370410-aokkvgb;cgp=itoolabs.net Supported: 100rel,timer,replaces Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,REFER,SUBSCRIBE,NOTIFY,MESSAGE,INFO,PRACK ,UPDATE Content-Length: 0 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ [Sipm_SipEvCallState(s:11)](25-c4) INCOMING - Cancelled(reason:REMOTE_CANCELED) [Sipm_SipEvCallMsgSend] (25) SIPM ---> 487(Request Terminated) [ 19/04/17 12:46:15 ]+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Sent 481 Bytes to 193.201.230.183:5060 by UDP (SendEv) -------------------------------------------------------------------------------- SIP/2.0 487 Request Terminated From: "711"<sip:711@******.megapbx.ru>;tag=73DCF184-614528-AC9581C9_aokkvgb-A8E0 To: <sip:test@******.megapbx.ru>;tag=3289ad8-fe0aa8c0-13c4-55013-11300-60076d04-11300 Call-ID: SDbfghb01-4ed9bdbe411ad556f18223019d193179-v300g00030-lnzmpqt@******.megapbx.ru.e CSeq: 1 INVITE Via: SIP/2.0/UDP 193.201.230.183:5060;rport=5060;branch=z9hG4bK370410-aokkvgb;cgp=itoolabs.net Supported: 100rel,timer,replaces Content-Length: 0 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ [Sipm_SipEvCallState(s:7)](25-c4) INCOMING - Disconnected(reason:REMOTE_CANCELED) [ 19/04/17 12:46:15 ]=========================================================== Received 482 Bytes from 193.201.230.183:5060 by UDP (ReceiveEv) -------------------------------------------------------------------------------- ACK sip:test@92.******:5060;transport=UDP SIP/2.0 Via: SIP/2.0/UDP 193.201.230.183:5060;branch=z9hG4bK370410-aokkvgb;cgp=itoolabs.net;rport Max-Forwards: 66 From: "711" <sip:711@******.megapbx.ru>;tag=73DCF184-614528-AC9581C9_aokkvgb-A8E0 To: <sip:test@******.megapbx.ru>;tag=3289ad8-fe0aa8c0-13c4-55013-11300-60076d04-11300 Call-ID: SDbfghb01-4ed9bdbe411ad556f18223019d193179-v300g00030-lnzmpqt@******.megapbx.ru.e CSeq: 1 ACK Content-Length: 0 ================================================================================ [Sipm_SipEvCallMsgReceive](25) SIPM <--- ACK [Sipm_SipEvCallMsgReceive](25) ACK has no SDP [PORT NUMBER : 0x00c4] (25) CALL <--- SIPM (ACK) [Sipm_SipEvCallState(s:9)](25) INCOMING - Terminated(reason:CALL_TERMINATED) [[[[[[[[[[@@@@@ [SIPM] Delete callId => 25 @@@@@]]]]]]]]]] [ 19/04/17 12:46:31 ]+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Sent 802 Bytes to 193.201.230.183:5060 by UDP (SendEv) -------------------------------------------------------------------------------- REGISTER sip:******.megapbx.ru:5060;transport=UDP SIP/2.0 From: <sip:servis@******.megapbx.ru:5060>;tag=328a000-fe0aa8c0-13c4-55013-fde4-3c3fbe29-fde4 To: <sip:servis@******.megapbx.ru:5060> Call-ID: 32b92b8-fe0aa8c0-13c4-55013-2-465c73dd-2 CSeq: 1474 REGISTER Via: SIP/2.0/UDP 92.******:5060;rport;branch=z9hG4bK-11329-432d833-3342c813 Max-Forwards: 70 Supported: 100rel,timer,replaces User-Agent: Ericsson-LG Enterprise iPECS-MG vB.5Dg Expires: 60 Authorization: Digest username="servis",realm="itoolabs.net",nonce="75887FAEB8F05E8C054E",uri="sip:******.megapbx.ru:5060",response="576ea4d60373a36d6dc888c9ea6a8948",algorithm=MD5,cnonce="432d833",opaque="opaq",qop=auth,nc=00000010 Contact: <sip:100@92.******:5060;transport=UDP> Content-Length: 0 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ [ 19/04/17 12:46:31 ]=========================================================== Received 653 Bytes from 193.201.230.183:5060 by UDP (ReceiveEv) -------------------------------------------------------------------------------- SIP/2.0 200 OK Via: SIP/2.0/UDP 92.******:5060;rport=5060;branch=z9hG4bK-11329-432d833-3342c813 From: <sip:servis@******.megapbx.ru:5060>;tag=328a000-fe0aa8c0-13c4-55013-fde4-3c3fbe29-fde4 To: <sip:servis@******.megapbx.ru:5060>;tag=A726214B Call-ID: 32b92b8-fe0aa8c0-13c4-55013-2-465c73dd-2 CSeq: 1474 REGISTER Expires: 60 Contact: <sip:100@92.******:5060;transport=UDP>;expires=60 Event: registration Date: Wed, 19 Apr 2017 09:46:43 GMT Allow: PUBLISH,SUBSCRIBE Supported: path,gruu Allow-Events: presence,message-summary,reg,dialog,line-seize,keep-alive,refer Server: CommuniGatePro/5.4.12d Content-Length: 0 ================================================================================ [ 19/04/17 12:46:33 ]+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Sent 799 Bytes to 193.201.230.183:5060 by UDP (SendEv) -------------------------------------------------------------------------------- REGISTER sip:******.megapbx.ru:5060;transport=UDP SIP/2.0 From: <sip:test@******.megapbx.ru:5060>;tag=3284178-fe0aa8c0-13c4-55013-10e3a-2c57752e-10e3a To: <sip:test@******.megapbx.ru:5060> Call-ID: 32b92b8-fe0aa8c0-13c4-55013-2-465c73dd-2 CSeq: 1475 REGISTER Via: SIP/2.0/UDP 92.******:5060;rport;branch=z9hG4bK-1132b-432e003-3c5bc369 Max-Forwards: 70 Supported: 100rel,timer,replaces User-Agent: Ericsson-LG Enterprise iPECS-MG vB.5Dg Expires: 60 Authorization: Digest username="test",realm="itoolabs.net",nonce="005DC636555EDA5E59DF",uri="sip:******.megapbx.ru:5060",response="4ec10960c9ec66ade40e343af87268cb",algorithm=MD5,cnonce="432e004",opaque="opaq",qop=auth,nc=00000003 Contact: <sip:test@92.******:5060;transport=UDP> Content-Length: 0 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ [ 19/04/17 12:46:33 ]=========================================================== Received 652 Bytes from 193.201.230.183:5060 by UDP (ReceiveEv) -------------------------------------------------------------------------------- SIP/2.0 200 OK Via: SIP/2.0/UDP 92.******:5060;rport=5060;branch=z9hG4bK-1132b-432e003-3c5bc369 From: <sip:test@******.megapbx.ru:5060>;tag=3284178-fe0aa8c0-13c4-55013-10e3a-2c57752e-10e3a To: <sip:test@******.megapbx.ru:5060>;tag=DD97362B Call-ID: 32b92b8-fe0aa8c0-13c4-55013-2-465c73dd-2 CSeq: 1475 REGISTER Expires: 60 Contact: <sip:test@92.******:5060;transport=UDP>;expires=60 Event: registration Date: Wed, 19 Apr 2017 09:46:45 GMT Allow: PUBLISH,SUBSCRIBE Supported: path,gruu Allow-Events: presence,message-summary,reg,dialog,line-seize,keep-alive,refer Server: CommuniGatePro/5.4.12d Content-Length: 0 == при этом SIP CO User ID Table(373) в поле Dest Digit ставил абонента 115 и вызов проходит нормально по DID. |
Форум: Техническая поддержка iPECS-MG & iPECS-eMG800 · Просмотр сообщения: #99877 · Ответов: 23 · Просмотров: 6643 |
Отправлено: 19.4.2017, 15:32 | |
Продвинутый пользователь Группа: Участники Сообщений: 228 Регистрация: 28.9.2006 Пользователь №: 15 |
А в Digit Conv Table то есть запись для 710? Да конечно есть. Я и внутренний номер АТС писал туда напрямую. Поигрался тут немного, если звонить между абонентами этой вирт. АТС, то буквенные аккаунты МГ отрабатывает нормально, так как они корректно отображаются в поле To. Но если прилетает внешний вызов, Мегафон в поле To пишет общий (внешний) номер виртуальной АТС, в моем случае +7925**** и МГ уже не может обработать этот номер по DID. Остается только регать каждый аккаунт на свою линию, и рулить по СО Ring Assig. |
Форум: Техническая поддержка iPECS-MG & iPECS-eMG800 · Просмотр сообщения: #99875 · Ответов: 23 · Просмотров: 6643 |
Отправлено: 19.4.2017, 11:31 | |
Продвинутый пользователь Группа: Участники Сообщений: 228 Регистрация: 28.9.2006 Пользователь №: 15 |
В IPECS-MG можно принимать буквенные аккаунты. Владимир подумал, что речь идет про eMG А как с ними работать, я пробовал завести аккаунт test, он зарегистрировался в INVITE летело test@92.X.X.X , но отбивало с 404 ошибкой. В Digit Conv Table(251~252) [N] ничего отличного от цифр не дает прописать, пробовал в SIP CO User ID Table(373) в поле Dest Digit ставил абонента 115, но не прокатило. |
Форум: Техническая поддержка iPECS-MG & iPECS-eMG800 · Просмотр сообщения: #99872 · Ответов: 23 · Просмотров: 6643 |
Отправлено: 19.4.2017, 10:25 | |
Продвинутый пользователь Группа: Участники Сообщений: 228 Регистрация: 28.9.2006 Пользователь №: 15 |
|
Форум: Техническая поддержка iPECS-MG & iPECS-eMG800 · Просмотр сообщения: #99867 · Ответов: 23 · Просмотров: 6643 |
Отправлено: 19.4.2017, 9:51 | |
Продвинутый пользователь Группа: Участники Сообщений: 228 Регистрация: 28.9.2006 Пользователь №: 15 |
|
Форум: Техническая поддержка iPECS-MG & iPECS-eMG800 · Просмотр сообщения: #99866 · Ответов: 23 · Просмотров: 6643 |
Отправлено: 19.4.2017, 9:42 | |
Продвинутый пользователь Группа: Участники Сообщений: 228 Регистрация: 28.9.2006 Пользователь №: 15 |
|
Форум: Техническая поддержка iPECS-MG & iPECS-eMG800 · Просмотр сообщения: #99864 · Ответов: 23 · Просмотров: 6643 |
Отправлено: 19.4.2017, 9:29 | |
Продвинутый пользователь Группа: Участники Сообщений: 228 Регистрация: 28.9.2006 Пользователь №: 15 |
Так у вас в поле To +79254752937! Да я понимаю, это облачная АТС мегафона так работает. При чем, если вместо АТС использовать Zoiper, он адекватно это проглатывает и принимает вызов. Мой вопрос то был в том, почему МГ не берет из инвайта 710. В Digit Conv Table(251~252) [N] пробовал менять 79254752937 на внутренний номер 115, так же не получается. Добавил в Dest Digit 710, ситуация не поменялась, отбивает с 404 ошибкой Not Found |
Форум: Техническая поддержка iPECS-MG & iPECS-eMG800 · Просмотр сообщения: #99861 · Ответов: 23 · Просмотров: 6643 |
Отправлено: 19.4.2017, 8:57 | |
Продвинутый пользователь Группа: Участники Сообщений: 228 Регистрация: 28.9.2006 Пользователь №: 15 |
Добрый день. Есть станция iPECS-MG/GS55MxB.5Dg MAY/15 Boot Version-1.1Ab AUG/11 OS Version-1.1Ad MAY/13 Есть сип аккаунты от Мегафона, пока 1 для теста. Роутер Микротик, как NAT транслятор за ним АТС. Все запрограммировано согласно документации,а именно: Выбираю CO Line Attribute(160~163)[N] и указываю диапазон из 6 линий 17-22(VOIB24) и задаю для них параметры: - Service Type DID - Outgoing Group No 10 - Incoming Group No 10 - Digit Sending Mode Enblock - Dummy Dial-Tone Service ON SIP CO User ID Table(373)[N] задаю пользователя test c паролем. SIP CO Basic Registration(370)[N] задаю в 10 группе hostname (******.megapbx.ru) SIP CO Codec(372)[N] выбираю CO Group 10 выбираю кодеки 711U 711A SIP CO Additional Regist.(371)[N] выбираю CO Group 10 и задаю параметры - User ID Start Index 1 - User ID End Index 1( так как использую одного пользователя) - Main Outbound Proxy Address ******.megapbx.ru Нажимаю SAVE и UnRegister/Register, в Личном кабинете вижу как как пльзователь из П.2 зарегистрировался. Даю абоненту разрешение на группу, делаю вызов, исходящая связь работает. Входящая связь не работает при таких настройках, если сделать тип линий Normal то вызов поступает. Далее в SIP CO User ID Table(373)[N] прописываю пользователю Contact Nubmer 710, в Digit Conv Table(251~252) [N] меняю 710 на внутренний номер 115, связи нет. Вот кусок снифа на МГ. Код [ 19/04/17 08:50:00 ]=========================================================== Received 1246 Bytes from 193.201.230.183:5060 by UDP (ReceiveEv) -------------------------------------------------------------------------------- INVITE sip:710@92.255.XXX.XXX:5060;transport=UDP SIP/2.0 Via: SIP/2.0/UDP 193.201.230.183:5060;branch=z9hG4bK275952-aokkvgi;cgp=itoolabs.net;rport Record-Route: <sip:193.201.230.183:5060;lr> Record-Route: <sip:10.50.196.8:5060;lr> Record-Route: <sip:rev.249718-10.50.196.8.dialog.cgatepro;lr> Max-Forwards: 60 From: "+78332******" <sip:+78332******@********.megapbx.ru>;tag=FB05F2CF-453928-58CD4F33_aokkvgi-A8E0 To: <sip:+79254752937@********.megapbx.ru> Call-ID: SD41rga01-91c2523c8aad8803db2f7445233fdc57-v300g00-e-bnkffsi@Centrex.e Contact: <sip:signode-453928-58CD4F33_aokkvgi-A8E0@193.201.230.183> CSeq: 1 INVITE Supported: 100rel,timer,replaces,histinfo,precondition Session-Expires: 7200 Min-SE: 900 User-Agent: CommuniGatePro-callLeg/5.4.12d Allow: INVITE,ACK,BYE,CANCEL,OPTIONS,INFO,MESSAGE,SUBSCRIBE,NOTIFY,PRACK,REFER Content-Type: application/sdp Content-Length: 337 v=0 o=CGPLeg453928 1851173890 925586946 IN IP4 193.201.230.138 s=- c=IN IP4 193.201.230.138 t=0 0 m=audio 42284 RTP/AVP 0 8 18 101 c=IN IP4 193.201.230.138 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:18 G729/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16,32-49,64-89 a=sendrecv a=rtcpping:M:78591:1640573570 ================================================================================ [[[[[[[[[[@@@@@ [SIPM] Creation INBOUND Call ID => 3 @@@@@]]]]]]]]]] [Sipm_SipEvCallCreate] (3) INCOMMING call was created, CallLeg(0x3298f18) [Sipm_SipEvCallMsgReceive](3) SIPM <--- INVITE [Sipm_SipConnProcInviteInd] TYPEURL (3) From (E164:+78332******, INVITE) [Sipm_SipConnProcInviteInd] (u_index : ffff) Caller Number(+78332******) [KSLEE][DEBUG][Sipm_SipConnProcInviteInd2] strUri:193.201.230.183 signalIp:193.201.230.183 dstIp:********.megapbx.ru destAddr: [Sipm_SipConnProcInviteInd] Domain (), strUri (193.201.230.183) [Sipm_SipConnProcInviteInd] proxyIp (********.megapbx.ru), strUri (193.201.230.183) [Sipm_SipConnProcInviteInd] proxyIp (********.megapbx.ru), callInfo->signalIp (193.201.230.183) [Sipm_SipConnProcInviteInd] callInfo->srcIp (********.megapbx.ru), callInfo->srcAddr (+78332******) [Sipm_SipConnProcInviteInd] Caller's Display Name : [+78332******] [Sipm_SipConnProcInviteInd] (3) INVITE Ind(S:+78332******<+78332******@193.201.230.183>, D:+79254752937) [Sipm_SipEvCallMsgReceive] (3) SIP Trunk Incoming Channel(0xc5) is set enable Receive SDP MSG[3] in INVITE => 337 bytes [Sipm_SipEvCallState(s:4)](3-c5) INCOMING - Offering(reason:REMOTE_INVITING) [PORT NUMBER : 0x00c5] (3) CALL <--- SIPM (INVITE) --------------------------- From Terminal To SIPM INVITE --------------------------- port_no(197), slot_no(6), is_trunk(1), is_kt(0), route_no(9), displayName(+78332******) srcNum(+78332******), srcIp(********.megapbx.ru), srcPort(5060) destNum(+79254752937), destIp(********.megapbx.ru), destPort(5060) signalIp(193.201.230.183), signalPort(5060) contactIp(193.201.230.183), contactPort(5060) auth_userid(), auth_passwd(), CallLeg(0x3298f18) -------------------------------------------------------------------------------- [Sipm_SipEvCallMsgSend] (3) SIPM ---> 100(Trying) [ 19/04/17 08:50:00 ]+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Sent 424 Bytes to 193.201.230.183:5060 by UDP (SendEv) -------------------------------------------------------------------------------- SIP/2.0 100 Trying From: "+78332******"<sip:+78332******@********.megapbx.ru>;tag=FB05F2CF-453928-58CD4F33_aokkvgi-A8E0 To: <sip:+79254752937@********.megapbx.ru> Call-ID: SD41rga01-91c2523c8aad8803db2f7445233fdc57-v300g00-e-bnkffsi@Centrex.e CSeq: 1 INVITE Via: SIP/2.0/UDP 193.201.230.183:5060;rport=5060;branch=z9hG4bK275952-aokkvgi;cgp=itoolabs.net Supported: 100rel,timer,replaces Content-Length: 0 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ @@@@@ [08:50:05(70)][Sipm_CallMsgHandler] (3) CALL ---> SIPM (404 Not Found) [Sipm_SipEvCallMsgSend] (3) SIPM ---> 404(Not Found) [ 19/04/17 08:50:05 ]+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Sent 478 Bytes to 193.201.230.183:5060 by UDP (SendEv) -------------------------------------------------------------------------------- SIP/2.0 404 Not Found From: "+78332******"<sip:+78332******@********.megapbx.ru>;tag=FB05F2CF-453928-58CD4F33_aokkvgi-A8E0 To: <sip:+79254752937@********.megapbx.ru>;tag=328d548-fe0aa8c0-13c4-55013-dc66-5cf85628-dc66 Call-ID: SD41rga01-91c2523c8aad8803db2f7445233fdc57-v300g00-e-bnkffsi@Centrex.e CSeq: 1 INVITE Via: SIP/2.0/UDP 193.201.230.183:5060;rport=5060;branch=z9hG4bK275952-aokkvgi;cgp=itoolabs.net Supported: 100rel,timer,replaces Content-Length: 0 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ [Sipm_SipEvCallState(s:7)](3-c5) INCOMING - Disconnected(reason:LOCAL_REJECT) [Sipm_SipEvCallState] (3) RVSIP_CALL_LEG_REASON_LOCAL_REJECT [[[[[[[[[[@@@@@ [SIPM] Delete callId => 3 @@@@@]]]]]]]]]] [ 19/04/17 08:50:05 ]=========================================================== Received 487 Bytes from 193.201.230.183:5060 by UDP (ReceiveEv) -------------------------------------------------------------------------------- ACK sip:710@92.255.XXX.XXX:5060;transport=UDP SIP/2.0 Via: SIP/2.0/UDP 193.201.230.183:5060;branch=z9hG4bK275952-aokkvgi;cgp=itoolabs.net;rport Max-Forwards: 60 From: "+78332******" <sip:+78332******@********.megapbx.ru>;tag=FB05F2CF-453928-58CD4F33_aokkvgi-A8E0 To: <sip:+79254752937@********.megapbx.ru>;tag=328d548-fe0aa8c0-13c4-55013-dc66-5cf85628-dc66 Call-ID: SD41rga01-91c2523c8aad8803db2f7445233fdc57-v300g00-e-bnkffsi@Centrex.e CSeq: 1 ACK Content-Length: 0 Номера и ип адреса скрыл, вопрос, почему МГ не берет номер 710 из инвайта и не отправляет на 115 номер. Может где то что то забыл... |
Форум: Техническая поддержка iPECS-MG & iPECS-eMG800 · Просмотр сообщения: #99859 · Ответов: 23 · Просмотров: 6643 |
Отправлено: 16.1.2017, 12:45 | |
Продвинутый пользователь Группа: Участники Сообщений: 228 Регистрация: 28.9.2006 Пользователь №: 15 |
Есть MFIM-300 с подключенным модулем Е1. Телефоны LIP-8002АЕ. Часть телефонов подключена в одной локалке с MFIM, часть в другой приватной сетке, через VPN. Некоторые телефоны при звонке в город помимо(!) слота Е1 занимают ещё и один слот VOIP GW. Важно! Это не зависит от того в такой сети телефоны! И там, и там есть телефоны, которые занимают VOIP GW и которые нет. Всё что мог проверил, вроде всё одинаково. Куда смотреть ещё? Тип подключения телефонов Local\Remote возможно. |
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #99157 · Ответов: 7 · Просмотров: 1476 |
Отправлено: 10.1.2017, 15:36 | |
Продвинутый пользователь Группа: Участники Сообщений: 228 Регистрация: 28.9.2006 Пользователь №: 15 |
Оставил только 8 в deny результат тот же. А самое интересное что заметил - если при прописанной 8-ке в deny после 9-ки городской номер набрать сразу не дожидаясь гудка то вызов проходит, а если просто 9ку и ждать гудка то идет отбой. А как настроен выход на линии, что в DigitConvTable? |
Форум: Техническая поддержка iPECS-MG & iPECS-eMG800 · Просмотр сообщения: #99099 · Ответов: 20 · Просмотров: 6127 |
Отправлено: 9.1.2017, 11:36 | |
Продвинутый пользователь Группа: Участники Сообщений: 228 Регистрация: 28.9.2006 Пользователь №: 15 |
Локально из одной подсети получается зайти на АТС, а локально с другой подсети через маршрутник пишет: Connection Lost. If you want to reconnect, Click button Refresh. Подскажите где "галочку" поставить, что бы была возможность заходить удаленно на АТС? Может ситуация как с emg80 "Дефолтный логин/пароль обеспечивает доступ к станции только из локальной сети!! При начальной установке станции Мастер Установки предлагает вам назначить новый, т.е. свой собственный логин/пароль (ну, или можно назначить Логин/пароль в разделе Maintenance/User Management). Вот этот назначенный вами логин/пароль уже позволяет администрировать станцию удаленно, из другой сетки." |
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #99072 · Ответов: 5 · Просмотров: 1935 |
Открытая тема (есть новые ответы) Открытая тема (нет новых ответов) Горячая тема (есть новые ответы) Горячая тема (нет новых ответов) |
Опрос (есть новые голоса) Опрос (нет новых голосов) Закрытая тема Тема перемещена |
Текстовая версия | Сейчас: 5.6.2024, 10:11 |