Здравствуйте, гость ( Вход | Регистрация )
Отправлено: 28.12.2015, 15:09 | |
Продвинутый пользователь Группа: Участники Сообщений: 116 Регистрация: 9.1.2014 Из: Тольятти Пользователь №: 19162 |
Имхо, возможно, что станция не может обработать запрос на Preferred Channel. Можете попросить провайдера, чтобы он присылал Setup с запросом Exclusive Channel ??? Поменяли - то же самое. Код [75030093]L_3]RELCOMP(PRESEIZE)TX (8,0,33) [75030093]L3:255, [U00]>>{0802002105A104039090A31803A983881E0284836C0C2183383438323531373036327007C13 53434343333} Еще я вспомнил, что как раз не очень давно менял метод занятия внешних линий: раньше было LAST, я выставил FIRST. Решил проверить, вернул как было - действительно, отбои прекратились. Т.е. сейчас у оператора занятие линий начинается с первой, на LIK'ах - с последней. В таком варианте работает без проблем. И что на счет доки по диагностике? |
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95766 · Ответов: 10 · Просмотров: 2923 |
Отправлено: 24.12.2015, 14:48 | |
Продвинутый пользователь Группа: Участники Сообщений: 116 Регистрация: 9.1.2014 Из: Тольятти Пользователь №: 19162 |
Вызывались номера 544444, 544065, 544615. Ваши? Да, наши. Т.е. ситуация примерно такая: набираю 544444 (это диса как раз) подряд несколько раз. Первый раз, второй, третий ... пятый (восьмой) - успешно, тут же следующий вызов отбивается, тут же набираю еще раз - проходит. С номерами смаршрутизированными на LIP то же самое. Вот еще для сравнения. Нормальный вызов: Код [51466307]L3:16, [U00]>>{0802001905A104039090A31803A183911E0284836C0C2183383438323531373036327007C13 53434343434} [51466311]L3:16, [U06]<<{08028019021803A98391} [51466326]L3:16, [U09]<<{08028019011803A98391} [51466356]L3:16, [U07]<<{0802801907} [51466361]L3:16, [U08]>>{080200190F} [51466407]L3:3, [U07]<<{08028018074C06418033393132} [51466412]L3:3, [U08]>>{080200180F} [51466466]L3:22, [U00]>>{0802001A05A104038090A31803A183976C0C2181383438323534343130347007C1353433303 439} [51466470]L3:22, [U06]<<{0802801A021803A98397} [51466491]L3:22, [U09]<<{0802801A011803A98397} [51466564]L3:16, [U10]>>{080200194508028290} [51466569]L3:16, [U12]<<{080280194D08028290} [51466574]L3:16, [U19]>>{080200195A} Я так понимаю "16" после ":" - это номер линии, а первые цифры "08020019" - это некий идентификатор вызова? А вот отбитый: Код [51561352]L_3]RELCOMP(PRESEIZE)TX (9,0,25) [51561352]L3:255, [U00]>>{0802001905A104039090A31803A183891E0284836C0C2183383438323238383134397007C13 53434343434} Что в данном случае есть 255? И почему есть только SETUP и никаких других сообщений с этим идентификатором нету? |
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95733 · Ответов: 10 · Просмотров: 2923 |
Отправлено: 24.12.2015, 14:28 | |
Продвинутый пользователь Группа: Участники Сообщений: 116 Регистрация: 9.1.2014 Из: Тольятти Пользователь №: 19162 |
|
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95731 · Ответов: 10 · Просмотров: 2923 |
Отправлено: 24.12.2015, 14:22 | |
Продвинутый пользователь Группа: Участники Сообщений: 116 Регистрация: 9.1.2014 Из: Тольятти Пользователь №: 19162 |
Cause Value = 17 User busy Юзер НЕ "бизи" точно. Мой вызов был сделан на DISA, свободные каналы и на VMIM, и на PRIM есть. Может быть есть еще какие-то ограничения? Кроме того, когда пользователь действительно занят станция проигрывает сообщение "Вызываемый абонент занят" и только после него короткие гудки. Также проверил вызовы на обычный аппарат - стоит у меня на столе, трубка не снята - такая же история. |
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95729 · Ответов: 10 · Просмотров: 2923 |
Отправлено: 24.12.2015, 14:03 | |
Продвинутый пользователь Группа: Участники Сообщений: 116 Регистрация: 9.1.2014 Из: Тольятти Пользователь №: 19162 |
Добрый день, уважаемые коллеги! Снова обращаюсь за помощью к самым опытным из вас. С некоторых пор имеем такую проблему: отбиваются входящие из города вызовы по потокам - сразу после набора номера короткие гудки. Входящие на разные номера. Трассировка прибором на стороне провайдера: Код Sequence Number: -36 Time Stamp: 0:00:55.795 ISDN: Layer2/3 N/T SA TEI/LIC C/L/R Frame Msg/Pkt Ai N<T 0 0 007B I---- SETUP ISDN: Zoom Dir Frame Information N<T SAPI:0 C/R:R (CALL-CTRL) TEI :0 EA1:1 (NON-AUTO) FRAME:I---- N(R):85 N(S):18 P/F:0 CFLAG:0 CREF:007B Protocol Discriminator.. 08 SETUP SEND.COMPLETE BEARER CAPABIL. LI = 3 Hex. value : 90 90 A3 Coding stand.: CCITT coding Info tr.capab: 3.1kHz audio Transfer mode: Reserved User info L.1: Rec.G.711 Alaw CHANNEL IDENT. LI = 3 Hex. value : A1 83 8E Indica.Fol.Oc. Preferred Not D-channel Int.implicitly Other t.Bas.I. Coding stand.: CCITT Number/map : Num.next Octet B-channel unit Channel Number 142 PROGRESS INDIC. LI = 2 Hex. value : 84 83 Coding stand.: CCITT standard Location : publ.net.remot Progress desc: Origin.address is non-ISDN CALLING PART NB LI = 12 Hex. value : 21 83 38 34 38 32 32 30 30 30 36 35 Type of numb.: Reserved Number. plan : ISDN/Rec.E164 Presentation : Allowed Screening In.: Network Provi ded Number digits: 8482200065 CALLED PARTY NB LI = 7 Hex. value : C1 35 34 34 34 34 34 Type of numb.: subscriber Number. plan : ISDN/Rec.E164 Number digit : 544444 ISDN: Hex N<T >02 01 24 AA 08 02 00 7B ЫЫ$ЫЫЫЫ{ 05 A1 04 03 90 90 A3 18 ЫЫЫЫЫЫЫЫ 03 A1 83 8E 1E 02 84 83 ЫЫЫЫЫЫЫЫ 6C 0C 21 83 38 34 38 32 lЫ!Ы8482 32 30 30 30 36 35 70 07 200065pЫ C1 35 34 34 34 34 34 39 Ы5444449 84 Ы __________________________________________ Sequence Number: -35 Time Stamp: 0:00:55.807 ISDN: Layer2/3 N/T SA TEI/LIC C/L/R Frame Msg/Pkt Ai N>T 0 0 ---RR ISDN: Zoom Dir Frame Information N>T SAPI:0 C/R:C (CALL-CTRL) TEI :0 EA1:1 (NON-AUTO) FRAME:---RR N(R):19 P/F:0 ISDN: Hex N>T >02 01 01 26 98 C2 ЫЫЫ&ЫЫ __________________________________________ Sequence Number: -34 Time Stamp: 0:00:55.828 ISDN: Layer2/3 N/T SA TEI/LIC C/L/R Frame Msg/Pkt Ai N>T 0 0 007B ----I REL.COMP. ISDN: Zoom Dir Frame Information N>T SAPI:0 C/R:R (CALL-CTRL) TEI :0 EA1:1 (NON-AUTO) FRAME:----I N(R):19 N(S):85 P/F:0 CFLAG:1 CREF:007B Protocol Discriminator.. 08 REL.COMP. CAUSE LI = 2 Hex. value : 80 91 Coding stand : CCITT stand. Location : user Cause Class : normal User busy ISDN: Hex N>T >00 01 AA 26 08 02 80 7B ЫЫЫ&ЫЫЫ{ 5A 08 02 80 91 3A 13 ZЫЫЫЫ:Ы Трассировка на плате PRIM(указал >>>, это уже другой вызов, но отбитый так же): Код [50860711]L3:5, [U00]>>{0802006705A104039090A31803A183851E0284836C0C2183383438323337363638327007C13 53434303635} [50860717]L3:5, [U06]<<{08028067021803A98385} [50860737]L3:5, [U09]<<{08028067011803A98385} [50860825]L3:3, [U10]>>{080200664508028290} [50860831]L3:3, [U12]<<{080280664D08028290} [50860836]L3:3, [U19]>>{080200665A} [50860942]L3:0, [U00]<<{080280685A08028091} [50860942]L_3]RELCOMP(PRESEIZE)TX (3,0,104) [50860942]L3:255, [U00]>>{0802006805A104038090A31803A183836C0C2181383438323534333438337007C1353434363 135} [50860974]L3:0, [U00]<<{080280695A08028091} [50860974]L_3]RELCOMP(PRESEIZE)TX (3,0,105) [50860974]L3:255, [U00]>>{0802006905A104038090A31803A183831E028A816C0C2181393237383931343030367007C13 534333132367D029181} [50861060]L3:4, [U07]<<{08028062074C06418031303030} [50861064]L3:4, [U08]>>{080200620F} [50861113]L3:3, [U00]<<{08027F030504038090A31803A983836C084180353433313134700780363135323135} [50861119]L3:3, [U01]>>{0802FF03021803A98383} [50861216]L3:3, [U03]>>{0802FF0345080284911E028288} [50861266]L3:0, [U00]<<{0802806A5A08028091} [50861266]L_3]RELCOMP(PRESEIZE)TX (6,0,106) >>>[50861266]L3:255, [U00]>>{0802006A05A104039090A31803A183861E0284836C0C2183383438323531373036327007C13 53434343434} [50861430]L3:0, [U00]<<{0802806B5A08028091} [50861430]L_3]RELCOMP(PRESEIZE)TX (6,0,107) [50861430]L3:255, [U00]>>{0802006B05A104038090A31803A183866C0C2181383438323534333030397007C1353433393 038} [50861461]L3:6, [U00]<<{08027F060504038090A31803A983866C084180353434343834700780353434373833} [50861467]L3:6, [U01]>>{0802FF06021803A98386} [50861494]L3:6, [U03]>>{0802FF06011E028488} [50861590]L3:3, [U12]<<{08027F034D08028491} [50861595]L3:3, [U19]>>{0802FF035A} [50861782]L3:3, [U00]<<{08027F030504038090A31803A983836C084180353433383834700780333038383539} [50861788]L3:3, [U01]>>{0802FF03021803A98383} [50861856]L3:3, [U03]>>{0802FF03011E0284881E028482} [50861893]L3:12, [U10]>>{080200614508028090} [50861896]L3:12, [U12]<<{080280614D08028090} [50861900]L3:12, [U19]>>{080200615A} Вот меня интересуют сообщения [50860942]L_3]RELCOMP(PRESEIZE)TX (3,0,104) [50860974]L_3]RELCOMP(PRESEIZE)TX (3,0,105) [50861266]L_3]RELCOMP(PRESEIZE)TX (6,0,106) [50861430]L_3]RELCOMP(PRESEIZE)TX (6,0,107) Полагаю, что в этот момент как раз были отбиты несколько вызовов, в том числе мой, но что это за сообщения и почему они появляются? Периодичность сложно обозначить, примерно через каждые 5-8 вызовов от меня, но звоню, естессно, не я один. Проявляется чаще под нагрузкой, в обед или после работы очень сложно воспроизвести эту проблему. Вроде бы ничего существенного не менял на станциях в последнее время, ПО не обновлял. Станций 2 шт., обе LIK-1200, проблема на обеих. Что еще сообщить? P.S. Где-то встречал тут на форуме сообщение harris'а про доку по диагностике. Существует таковая? Поделитесь, пожалуйста. |
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95727 · Ответов: 10 · Просмотров: 2923 |
Отправлено: 22.12.2015, 8:32 | |
Продвинутый пользователь Группа: Участники Сообщений: 116 Регистрация: 9.1.2014 Из: Тольятти Пользователь №: 19162 |
Что-то не могу понять почему не могу запрограммировать кнопку {call coverage} на аппарате LIP-8040E? Делаю все по инструкции, но все время "неверный набор" сразу после набора 67. Что и где я недовключил? |
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95697 · Ответов: 19 · Просмотров: 4853 |
Отправлено: 12.11.2015, 15:10 | |
Продвинутый пользователь Группа: Участники Сообщений: 116 Регистрация: 9.1.2014 Из: Тольятти Пользователь №: 19162 |
|
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95370 · Ответов: 73 · Просмотров: 15530 |
Отправлено: 12.11.2015, 13:40 | |
Продвинутый пользователь Группа: Участники Сообщений: 116 Регистрация: 9.1.2014 Из: Тольятти Пользователь №: 19162 |
|
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95364 · Ответов: 73 · Просмотров: 15530 |
Отправлено: 12.11.2015, 13:35 | |
Продвинутый пользователь Группа: Участники Сообщений: 116 Регистрация: 9.1.2014 Из: Тольятти Пользователь №: 19162 |
На ум пришло... А дописать в LCR к тому, что сейчас есть 8-ку и направить на CO Group 1? И все... Что то, походу, записались... Вот про это я не совсем понял. Допустим у меня есть префикс 892789, нужно еще добавить перед ним 8, т.е. сделать 8892789? Или вы имели ввиду добавить отдельный префикс одну 8? |
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95362 · Ответов: 73 · Просмотров: 15530 |
Отправлено: 12.11.2015, 13:27 | |
Продвинутый пользователь Группа: Участники Сообщений: 116 Регистрация: 9.1.2014 Из: Тольятти Пользователь №: 19162 |
Почему? Как оно работает. Для примера. Пусть прописан 8846 и 8. Абонент набирает 9 8. Линия не занимается. Далее он набирает 9 - вот тут занимается линия из группы 1. Если он набирает 985 - опять же на группу 1. И только если наберет 98846, то уйдет на группу 3. Оно ж так и надо? Все после 8-ки, кроме зональных кодов на CO Group 1? Да я попробовал 8 отправить не на 1ю группу, а на 5ю - это группа CO до астериска. Но в этом случае тогда ни один звонок, кроме зоновых не пройдет, это я сглупил. Что касается вашего примера, то проблема-то в другом. Работать будет так как вы описали, если абонент не будет делать никаких пауз. Вот набрал он 98, станция ждет 10сек., потом занимает линию в группе 1 и ждет 10сек.(межцифровой таймер), и вот если тут абонент продолжит набирать 846 и дальше, то вызов так и уйдет по линии из первой группы, а вовсе не через 3ю. Кстати, чтобы все работало так, как вы описали мне и не надо отдельный префикс 8 указывать, линия из группы 1 и так займется, если набранные абоном цифры не совпадут ни с одним из расписанных префиксов. |
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95361 · Ответов: 73 · Просмотров: 15530 |
Отправлено: 12.11.2015, 13:06 | |
Продвинутый пользователь Группа: Участники Сообщений: 116 Регистрация: 9.1.2014 Из: Тольятти Пользователь №: 19162 |
Нет! НЕ в нужную, а В ненужную и оно работает. Т.е. отдельный префикс "8" отправляю по LCR на астериск, естественно, там никакой из городских номеров не терминируется и вызов будет отбит. Костыль, конечно, но работать будет. А нет, я поторопился. Так не будет работать. |
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95358 · Ответов: 73 · Просмотров: 15530 |
Отправлено: 12.11.2015, 13:00 | |
Продвинутый пользователь Группа: Участники Сообщений: 116 Регистрация: 9.1.2014 Из: Тольятти Пользователь №: 19162 |
8-ку отдельным кодом LCR?? И принудительно направлять в нужную группу?? Ну да, можно и так. Нет! НЕ в нужную, а В ненужную и оно работает. Т.е. отдельный префикс "8" отправляю по LCR на астериск, естественно, там никакой из городских номеров не терминируется и вызов будет отбит. Костыль, конечно, но работать будет. |
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95356 · Ответов: 73 · Просмотров: 15530 |
Отправлено: 12.11.2015, 12:57 | |
Продвинутый пользователь Группа: Участники Сообщений: 116 Регистрация: 9.1.2014 Из: Тольятти Пользователь №: 19162 |
|
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95355 · Ответов: 73 · Просмотров: 15530 |
Отправлено: 12.11.2015, 12:54 | |
Продвинутый пользователь Группа: Участники Сообщений: 116 Регистрация: 9.1.2014 Из: Тольятти Пользователь №: 19162 |
|
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95354 · Ответов: 73 · Просмотров: 15530 |
Отправлено: 12.11.2015, 12:54 | |
Продвинутый пользователь Группа: Участники Сообщений: 116 Регистрация: 9.1.2014 Из: Тольятти Пользователь №: 19162 |
|
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95352 · Ответов: 73 · Просмотров: 15530 |
Отправлено: 12.11.2015, 12:35 | |
Продвинутый пользователь Группа: Участники Сообщений: 116 Регистрация: 9.1.2014 Из: Тольятти Пользователь №: 19162 |
Поясню: если прописать коды LCR как тип INT в виде 98ХХХХ, и удалить код 9 из плана нумерации (пгм107), то тогда обмануть LCR не получится, и можно обойтись без COS'ов. Но только при этом, пользователь не получит гудок при наборе 9-ки. Хм, тоже вариант! Правда вначале возникнет масса вопросов у пользователей с непривычки... |
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95345 · Ответов: 73 · Просмотров: 15530 |
Отправлено: 12.11.2015, 12:26 | |
Продвинутый пользователь Группа: Участники Сообщений: 116 Регистрация: 9.1.2014 Из: Тольятти Пользователь №: 19162 |
Да. Ок, именно я и хотел проверить. Все правильно. Да запретить зоновые индексы для группы линий 1. Еще такой вопрос: как у вас прописаны коды LCR: как тип COL, INT или BOTH ?? Пользователь набирает 9-ку для выхода в город?? Ну зоновые как COL, есть еще транк с астериском, туда по LCR INT отправляю номера. Да, для звонка в город нужно набрать 9. |
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95343 · Ответов: 73 · Просмотров: 15530 |
Отправлено: 12.11.2015, 12:24 | |
Продвинутый пользователь Группа: Участники Сообщений: 116 Регистрация: 9.1.2014 Из: Тольятти Пользователь №: 19162 |
Так я и предлагаю LCR. Только сделать все и для честных и для нечестных. Т.е., прописать все так, чтобы направлялись вызовы туда, куда надо! Ну а как это сделать-то? Например, есть у нас индекс зоновый 892789, все остальное (т.е. 892780, 892781, 892782, 892783 и т.д.) - это МГ. Значит надо в LCR 892789 отправить на CO GR3, а остальные 9 индексов на CO GR1. Так и делают на больших станциях, но где же взять столько ячеек на LIK'е? И вот я сомневаюсь, что удастся уместить все 230 зоновых индексов в таблицах запретов. Видимо, придется прибегнуть к программированию по методу Павлова |
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95342 · Ответов: 73 · Просмотров: 15530 |
Отправлено: 12.11.2015, 12:16 | |
Продвинутый пользователь Группа: Участники Сообщений: 116 Регистрация: 9.1.2014 Из: Тольятти Пользователь №: 19162 |
Проблема в том, что люди нашли обходной путь: они набирают только 8-ку и ждут. Тогда отваливается LCR и предоставляется группа линий 1. Кстати, а какое значение таймера Enblock??? Осталось по умолчанию = 15 сек??? Поставьте этот таймер меньше 10 сек, обычно нормальное значение = 5~6 сек. Установка Enblock Inter Digit Timer =6с. дает такой эффект: через 10 сек после набора 8 занимается линия в разрешенной первой группе CO, затем через 6с идет отбой. Т.е. видимо в любом случае сначала отрабатывает LCR, а уж потом все остальное. Получается мне нужно запретить зоновые индексы набирать через CO Group1? |
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95337 · Ответов: 73 · Просмотров: 15530 |
Отправлено: 12.11.2015, 12:09 | |
Продвинутый пользователь Группа: Участники Сообщений: 116 Регистрация: 9.1.2014 Из: Тольятти Пользователь №: 19162 |
Таблица перекрестная есть у меня где-то в доках. Надо подумать как COS'ми запретить. Андрей, ну а как расписать конкретно что куда? Мне кажется на этой станции это невозможно, ячейки в LDT у меня уже почти закончились. Таймер я поставил 10с. Чуть меньше можно попробовать, но 5с маловато, пробовали - много недозвонов получается. |
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95334 · Ответов: 73 · Просмотров: 15530 |
Отправлено: 12.11.2015, 11:57 | |
Продвинутый пользователь Группа: Участники Сообщений: 116 Регистрация: 9.1.2014 Из: Тольятти Пользователь №: 19162 |
|
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95329 · Ответов: 73 · Просмотров: 15530 |
Отправлено: 12.11.2015, 11:31 | |
Продвинутый пользователь Группа: Участники Сообщений: 116 Регистрация: 9.1.2014 Из: Тольятти Пользователь №: 19162 |
|
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95323 · Ответов: 73 · Просмотров: 15530 |
Отправлено: 12.11.2015, 11:16 | |
Продвинутый пользователь Группа: Участники Сообщений: 116 Регистрация: 9.1.2014 Из: Тольятти Пользователь №: 19162 |
|
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95320 · Ответов: 73 · Просмотров: 15530 |
Отправлено: 12.11.2015, 10:58 | |
Продвинутый пользователь Группа: Участники Сообщений: 116 Регистрация: 9.1.2014 Из: Тольятти Пользователь №: 19162 |
Как в ПГМ206 Max Digits (0) может быть меньше, чем Min Digits (11) ??? Вы уверены, что у вас в этом случае таблица префиксов отрабатывается правильно??? Если вы не хотите под каждый префикс указать точное кол-во цифр, чтобы пользователь не ждал лишние секунды таймера Enbloc, т.е. если длина номера вам неизвестна, то тогда напишите в Max Digits, например, 25. А вообще-то правильным было бы например для национальных номеров, т.е. номеров вида 8 ХХХ ХХХ ХХХХ, прописывать Min Digits =11 и Max Digits =11. Я выше в примере так вам писал. Ну насколько я понял если указан 0, то проверка не делается. Не указал 11, потому что есть международные звонки. Ну и я пробовал указать максимальное число цифр равным 11 - результат тот же. |
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95318 · Ответов: 73 · Просмотров: 15530 |
Отправлено: 12.11.2015, 10:04 | |||
Продвинутый пользователь Группа: Участники Сообщений: 116 Регистрация: 9.1.2014 Из: Тольятти Пользователь №: 19162 |
Не совсем понял, что вам надо? Т.е., в LCR у вас прописана 8? И по набор 8 занимается нужная линия? А, вообще, все работает так, как работает. Прописывайте две цифры, т.е. 80, 81 и т.д. Тогда после набора 8 линия не будет заниматься, а только после набора двух цифр и две цифры набирутся на линии. Т.о., вашим абонентам прорваться уже не получится. Есть CO Group1 - два потока 1го провайдера, есть CO Group3 - поток 2го провайдера. По LCR зоновые номера отправляются на CO Group3, для примера 892789 - зоновый индекс. Он и прописан в LCR и так для всех зоновых индексов. Соответственно, все что с ними не совпадает идет через CO Group1, так работает LCR, насколько я помню. Одна "8" отдельно нигде не указана. Если я набираю номер без всяких задержек, то как только набрал цифры совпадающие с указанным индексом сразу занимается линия из CO Group3, а вот если я остановлюсь скажем после 8927, то по истечении межцифрового таймера займется линия из CO Group1 и если после этого продолжу набор, то звонок и уйдет через эту линию. Чего мне не нужно. И ПГМ206 не спасает в этом случае. Вернее спасает, но наполовину. После занятия линии у меня есть еще 10сек, чтобы продолжить набор. Вы запрограммировали ПГМ206 ?? А включили использование таблицы префиксов в ПГМ143?? Да, запрограммировал и включил. В 206 для "8" В CO/IP Attributes(140~142) для линий 1-60 (CO Group1) Полагаю, что станция все отрабатывает именно так, как это и задумывалось. Вот как это обойти... |
||
Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95315 · Ответов: 73 · Просмотров: 15530 |
Открытая тема (есть новые ответы) Открытая тема (нет новых ответов) Горячая тема (есть новые ответы) Горячая тема (нет новых ответов) |
Опрос (есть новые голоса) Опрос (нет новых голосов) Закрытая тема Тема перемещена |
Текстовая версия | Сейчас: 28.4.2024, 23:24 |