ARTCOM LOGO

Здравствуйте, гость ( Вход | Регистрация )

5 страниц V   1 2 3 > » 

Greahem
Отправлено: 28.12.2015, 15:09


Продвинутый пользователь
****

Группа: Участники
Сообщений: 116
Регистрация: 9.1.2014
Из: Тольятти
Пользователь №: 19162


Цитата(harris @ 24.12.2015, 16:48) *
Имхо, возможно, что станция не может обработать запрос на 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

Greahem
Отправлено: 24.12.2015, 14:48


Продвинутый пользователь
****

Группа: Участники
Сообщений: 116
Регистрация: 9.1.2014
Из: Тольятти
Пользователь №: 19162


Цитата(Dron @ 24.12.2015, 15:33) *
Вызывались номера 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

Greahem
Отправлено: 24.12.2015, 14:28


Продвинутый пользователь
****

Группа: Участники
Сообщений: 116
Регистрация: 9.1.2014
Из: Тольятти
Пользователь №: 19162


Цитата(Dron @ 24.12.2015, 15:27) *
Такова причина в ваших трассировках.

Да это я понял, не понял почему...
  Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95731 · Ответов: 10 · Просмотров: 2923

Greahem
Отправлено: 24.12.2015, 14:22


Продвинутый пользователь
****

Группа: Участники
Сообщений: 116
Регистрация: 9.1.2014
Из: Тольятти
Пользователь №: 19162


Цитата(Dron @ 24.12.2015, 15:13) *
Cause Value = 17 User busy


Юзер НЕ "бизи" точно. Мой вызов был сделан на DISA, свободные каналы и на VMIM, и на PRIM есть. Может быть есть еще какие-то ограничения?
Кроме того, когда пользователь действительно занят станция проигрывает сообщение "Вызываемый абонент занят" и только после него короткие гудки.
Также проверил вызовы на обычный аппарат - стоит у меня на столе, трубка не снята - такая же история.
  Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95729 · Ответов: 10 · Просмотров: 2923

Greahem
Отправлено: 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

Greahem
Отправлено: 22.12.2015, 8:32


Продвинутый пользователь
****

Группа: Участники
Сообщений: 116
Регистрация: 9.1.2014
Из: Тольятти
Пользователь №: 19162


Что-то не могу понять почему не могу запрограммировать кнопку {call coverage} на аппарате LIP-8040E?
Делаю все по инструкции, но все время "неверный набор" сразу после набора 67. Что и где я недовключил?
  Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95697 · Ответов: 19 · Просмотров: 4853

Greahem
Отправлено: 12.11.2015, 15:10


Продвинутый пользователь
****

Группа: Участники
Сообщений: 116
Регистрация: 9.1.2014
Из: Тольятти
Пользователь №: 19162


Цитата(Dron @ 12.11.2015, 14:57) *
Что то, походу, безвариантно. Если делать паузу в наборе, то, опять же, та же самая ситуация.

Это вы протестировали вариант предложенный harris'ом?
  Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95370 · Ответов: 73 · Просмотров: 15530

Greahem
Отправлено: 12.11.2015, 13:40


Продвинутый пользователь
****

Группа: Участники
Сообщений: 116
Регистрация: 9.1.2014
Из: Тольятти
Пользователь №: 19162


Цитата(harris @ 12.11.2015, 14:36) *
Ok. Тогда смотри выше вариант с использованием INT LCR, все коды переписать с 9-кой (9ХХХХ) по нужным направлениям, а в плане нумерации 9-ку удалить.

Варианты и направления дальнейших размышлений мне ясны, буду пробовать.
Игорь, Андрей, спасибо за помощь!
  Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95364 · Ответов: 73 · Просмотров: 15530

Greahem
Отправлено: 12.11.2015, 13:35


Продвинутый пользователь
****

Группа: Участники
Сообщений: 116
Регистрация: 9.1.2014
Из: Тольятти
Пользователь №: 19162


Цитата(Dron @ 12.11.2015, 13:38) *
На ум пришло...
А дописать в LCR к тому, что сейчас есть 8-ку и направить на CO Group 1?
И все...
Что то, походу, записались... smile.gif

Вот про это я не совсем понял.
Допустим у меня есть префикс 892789, нужно еще добавить перед ним 8, т.е. сделать 8892789? Или вы имели ввиду добавить отдельный префикс одну 8?
  Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95362 · Ответов: 73 · Просмотров: 15530

Greahem
Отправлено: 12.11.2015, 13:27


Продвинутый пользователь
****

Группа: Участники
Сообщений: 116
Регистрация: 9.1.2014
Из: Тольятти
Пользователь №: 19162


Цитата(Dron @ 12.11.2015, 14:14) *
Почему?
Как оно работает.
Для примера. Пусть прописан 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

Greahem
Отправлено: 12.11.2015, 13:06


Продвинутый пользователь
****

Группа: Участники
Сообщений: 116
Регистрация: 9.1.2014
Из: Тольятти
Пользователь №: 19162


Цитата(Greahem @ 12.11.2015, 14:00) *
Нет! НЕ в нужную, а В ненужную smile.gif
и оно работает. Т.е. отдельный префикс "8" отправляю по LCR на астериск, естественно, там никакой из городских номеров не терминируется и вызов будет отбит. Костыль, конечно, но работать будет.

А нет, я поторопился. Так не будет работать.
  Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95358 · Ответов: 73 · Просмотров: 15530

Greahem
Отправлено: 12.11.2015, 13:00


Продвинутый пользователь
****

Группа: Участники
Сообщений: 116
Регистрация: 9.1.2014
Из: Тольятти
Пользователь №: 19162


Цитата(harris @ 12.11.2015, 13:50) *
8-ку отдельным кодом LCR?? И принудительно направлять в нужную группу??
Ну да, можно и так. smile.gif

Нет! НЕ в нужную, а В ненужную smile.gif
и оно работает. Т.е. отдельный префикс "8" отправляю по LCR на астериск, естественно, там никакой из городских номеров не терминируется и вызов будет отбит. Костыль, конечно, но работать будет.
  Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95356 · Ответов: 73 · Просмотров: 15530

Greahem
Отправлено: 12.11.2015, 12:57


Продвинутый пользователь
****

Группа: Участники
Сообщений: 116
Регистрация: 9.1.2014
Из: Тольятти
Пользователь №: 19162


Цитата(harris @ 12.11.2015, 13:50) *
Я только не понял, зачем прописывали столько много кодов, если нужно выделить только один - 892789. Только это направление нужно посылать в отдельную группу линий, все остальное - в другую группу.

ну этот код я как пример привел, а так их 230 примерно.
  Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95355 · Ответов: 73 · Просмотров: 15530

Greahem
Отправлено: 12.11.2015, 12:54


Продвинутый пользователь
****

Группа: Участники
Сообщений: 116
Регистрация: 9.1.2014
Из: Тольятти
Пользователь №: 19162


Цитата(harris @ 12.11.2015, 13:52) *
Андрей! Похоже, мы остались с тобой один на один. smile.gif

Да я не успеваю просто за вами smile.gif
  Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95354 · Ответов: 73 · Просмотров: 15530

Greahem
Отправлено: 12.11.2015, 12:54


Продвинутый пользователь
****

Группа: Участники
Сообщений: 116
Регистрация: 9.1.2014
Из: Тольятти
Пользователь №: 19162


Цитата(harris @ 12.11.2015, 13:35) *
2. По поводу префиксов.
Что нужно, чтобы зоновые 892789 попадали в одну группу, а ВСЕ остальные в другую группу??

Ну, если делать как Андрей предлагает, т.е. для каждого префикса расписать на какую группу СО его отправлять, то получается так.
  Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95352 · Ответов: 73 · Просмотров: 15530

Greahem
Отправлено: 12.11.2015, 12:35


Продвинутый пользователь
****

Группа: Участники
Сообщений: 116
Регистрация: 9.1.2014
Из: Тольятти
Пользователь №: 19162


Цитата(harris @ 12.11.2015, 13:24) *
Поясню: если прописать коды LCR как тип INT в виде 98ХХХХ, и удалить код 9 из плана нумерации (пгм107), то тогда обмануть LCR не получится, и можно обойтись без COS'ов. Но только при этом, пользователь не получит гудок при наборе 9-ки.


Хм, тоже вариант!
Правда вначале возникнет масса вопросов у пользователей с непривычки...
  Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95345 · Ответов: 73 · Просмотров: 15530

Greahem
Отправлено: 12.11.2015, 12:26


Продвинутый пользователь
****

Группа: Участники
Сообщений: 116
Регистрация: 9.1.2014
Из: Тольятти
Пользователь №: 19162


Цитата(harris @ 12.11.2015, 13:24) *
Да. Ок, именно я и хотел проверить. Все правильно.
Да запретить зоновые индексы для группы линий 1.
Еще такой вопрос: как у вас прописаны коды LCR: как тип COL, INT или BOTH ??
Пользователь набирает 9-ку для выхода в город??


Ну зоновые как COL, есть еще транк с астериском, туда по LCR INT отправляю номера.
Да, для звонка в город нужно набрать 9.
  Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95343 · Ответов: 73 · Просмотров: 15530

Greahem
Отправлено: 12.11.2015, 12:24


Продвинутый пользователь
****

Группа: Участники
Сообщений: 116
Регистрация: 9.1.2014
Из: Тольятти
Пользователь №: 19162


Цитата(Dron @ 12.11.2015, 13:17) *
Так я и предлагаю LCR. biggrin.gif Только сделать все и для честных и для нечестных. Т.е., прописать все так, чтобы направлялись вызовы туда, куда надо!

Ну а как это сделать-то?
Например, есть у нас индекс зоновый 892789, все остальное (т.е. 892780, 892781, 892782, 892783 и т.д.) - это МГ. Значит надо в LCR 892789 отправить на CO GR3, а остальные 9 индексов на CO GR1. Так и делают на больших станциях, но где же взять столько ячеек на LIK'е?

И вот я сомневаюсь, что удастся уместить все 230 зоновых индексов в таблицах запретов.

Видимо, придется прибегнуть к программированию по методу Павлова smile.gif
  Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95342 · Ответов: 73 · Просмотров: 15530

Greahem
Отправлено: 12.11.2015, 12:16


Продвинутый пользователь
****

Группа: Участники
Сообщений: 116
Регистрация: 9.1.2014
Из: Тольятти
Пользователь №: 19162


Цитата(harris @ 12.11.2015, 13:00) *
Проблема в том, что люди нашли обходной путь: они набирают только 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

Greahem
Отправлено: 12.11.2015, 12:09


Продвинутый пользователь
****

Группа: Участники
Сообщений: 116
Регистрация: 9.1.2014
Из: Тольятти
Пользователь №: 19162


Таблица перекрестная есть у меня где-то в доках. Надо подумать как COS'ми запретить.
Андрей, ну а как расписать конкретно что куда? Мне кажется на этой станции это невозможно, ячейки в LDT у меня уже почти закончились.
Таймер я поставил 10с. Чуть меньше можно попробовать, но 5с маловато, пробовали - много недозвонов получается.
  Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95334 · Ответов: 73 · Просмотров: 15530

Greahem
Отправлено: 12.11.2015, 11:57


Продвинутый пользователь
****

Группа: Участники
Сообщений: 116
Регистрация: 9.1.2014
Из: Тольятти
Пользователь №: 19162


Цитата(Dron @ 12.11.2015, 12:42) *
Кстати, а не пробовали включить Sendig Complete в 206-й?

Попробовал сейчас - то же самое.
Я так понимаю, надо как-то ухитриться запретить занимать линию любую, если набрано меньше двух цифр.
  Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95329 · Ответов: 73 · Просмотров: 15530

Greahem
Отправлено: 12.11.2015, 11:31


Продвинутый пользователь
****

Группа: Участники
Сообщений: 116
Регистрация: 9.1.2014
Из: Тольятти
Пользователь №: 19162


Цитата(harris @ 12.11.2015, 12:18) *
Так что мешало прописать 2 префикса: для МГ и для МН??
810, min 11, max 25
8D, min 11, max 11 (D-любая цифра).

Да ну ничего не мешало...
Прописал сейчас, но моей задачи это не решает.
  Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95323 · Ответов: 73 · Просмотров: 15530

Greahem
Отправлено: 12.11.2015, 11:16


Продвинутый пользователь
****

Группа: Участники
Сообщений: 116
Регистрация: 9.1.2014
Из: Тольятти
Пользователь №: 19162


Цитата(Dron @ 12.11.2015, 12:09) *
Нда, ну ситуация то с LCR понятна. Но 206 программа? Видимо, все же алгоритм LCR в приоритете во всех отношениях.
Сколько и какие ваши зоновые префиксы?


8846 и примерно 230-235 индексов сотовых операторов, например:
8909371
8909370
8909365
и т.д.
  Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95320 · Ответов: 73 · Просмотров: 15530

Greahem
Отправлено: 12.11.2015, 10:58


Продвинутый пользователь
****

Группа: Участники
Сообщений: 116
Регистрация: 9.1.2014
Из: Тольятти
Пользователь №: 19162


Цитата(harris @ 12.11.2015, 11:42) *
Как в ПГМ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

Greahem
Отправлено: 12.11.2015, 10:04


Продвинутый пользователь
****

Группа: Участники
Сообщений: 116
Регистрация: 9.1.2014
Из: Тольятти
Пользователь №: 19162


Цитата(Dron @ 12.11.2015, 10:32) *
Не совсем понял, что вам надо?
Т.е., в 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сек, чтобы продолжить набор.

Цитата(harris @ 12.11.2015, 10:14) *
Вы запрограммировали ПГМ206 ??
А включили использование таблицы префиксов в ПГМ143??


Да, запрограммировал и включил.
В 206 для "8"
Прикрепленное изображение


В CO/IP Attributes(140~142) для линий 1-60 (CO Group1)
Прикрепленное изображение


Полагаю, что станция все отрабатывает именно так, как это и задумывалось. Вот как это обойти...
  Форум: Техническая поддержка iPECS-LIK & iPECS-UCP · Просмотр сообщения: #95315 · Ответов: 73 · Просмотров: 15530

5 страниц V   1 2 3 > » 

Новые сообщения  Открытая тема (есть новые ответы)
Нет новых сообщений  Открытая тема (нет новых ответов)
Популярная тема  Горячая тема (есть новые ответы)
Нет новых  Горячая тема (нет новых ответов)
Опрос  Опрос (есть новые голоса)
Нет новых голосов  Опрос (нет новых голосов)
Закрыта  Закрытая тема
Перемещена  Тема перемещена
 

Текстовая версия Сейчас: 28.4.2024, 23:24