Форумы  ·  Войти  · 

Тема: GDK-162 отказывается набирать федеральные номера из Speed ячеек

06.02.08 19:21   biffant  (75/20.03.07)  

Исходящие идут по ISDN PRI

Программирую системную ячейку 200 на прямой номер (7 цифр) - звонит нормально.

Программирую номер вида 89261234567 - 15-20 секунд тишины после набора и затем Release.

Пров не видит на циске набора этих “длинных” номеров

Если набирать федеральные номера вручную, все работает на ура

Прошивка 5.5Ek, LCR не пользуюсь, кроме номера ничего по потоку не передаю, пров сам маршрутизирует вызовы по своим потокам

Где копать?..

[ #1 ]  07.02.08 9:00   Sergey70  EXPERT  

Примерно похожая ситуация сложилась на LDK-300 с регистрацией мобильного абонента.Поток работает enblock,а при попытке вызова мобильного станция начинает передавать его номер overlap,а у прова оказалось в этом случае либо какими-то таймерами ,либо в каких-то таблицах режется номер до 8 цифр и ситуация совсем как у Вас, на городской проходит ,а на мобильный нет.

[ #2 ]  07.02.08 10:21   harris  EXPERT  

Нет, уважаемые, что-то здесь не то...😕
2 biffant:
Проверьте, что у Вас прописано в ПГМ08/11??? Enbloc или Overlap???
Что касается GDK, то там есть нюанс:
GDK обычно работает по Overlap. Но при наборе из Speed-ячейки все цифры уходят в Setup’е, но без Sending_Complete (это “псевдо Enbloc” - вполне понятный и допустимый вариант посылки номера). Так вот, вышестоящая АТС может не понимать этого... Например, коммутатор М-200 - совсем не хочет этого понимать. Кроме того, ИМХО, имеет значение как на опорной АТС настроен анализ набранного номера. Возможно, для 7 цифр все настроено, а для федеральных номеров и МН (8+.....)- нет. Вот провайдер и ждет Sending_Complete или набор “#”.
Попробуйте, после Speed-ячейки донабрать “#”. Хорошо бы посмотреть трассировку...А при Enbloc все должно быть нормально.


2 Sergey70:
В LDK ситуация немного другая: при Overlap’е номер Speed-ячейки отсылается нормальным Overlap’ом (как при ручном наборе), а не “псевдо-Enbloc’ом”. Все должно быть нормально. Если в ПГМ143/6 установлен =Enbloc, то при наборе из Speed-ячейки номер уходит нормальным Enbloc’ом (в Setup’е + Send_Comp).
Проверьте еще раз, что-то здесь не стыкуется... Какая у Вас версия ПО???
Есть ли трассировки???

[ #3 ]  07.02.08 12:01   Sergey70  EXPERT  

Версия 3.6(точно не помню какая ,вроде Са).
Я говорил не о speed-ячейке, с этим всё нормально,а о функции мобильного абонента.
Трассу смотрел пров у себя , говорит что идёт overlap.

[ #4 ]  07.02.08 12:44   harris  EXPERT  

2 Sergey70:
О, пардон, я невнимательно прочитал ваше заменчание...
По поводу Mobile Extension:
да, есть такая проблемка, при вызове Mob_Ext станция посылала Overlap несмотря на то, что в ПГМ143/6 был указан Enbloc.
В ноябре прошлого года это исправили, правда уже на версии 3.8.

[ #5 ]  08.02.08 13:18   Sergey70  EXPERT  

Спасибо большое за ответ.
Я так понимаю на 300-ку мне новый процессор понадобится, поднять на старом 3.8 не получится?

[ #6 ]  08.02.08 14:24   harris  EXPERT  

Если вариант исполнения “старого” MPB = Issue 6, то можно перейти на 3.7 и 3.8.
Если Isuue 1 ~ 5, то не получится, придется менять процессор на MPBN.

[ #7 ]  08.02.08 15:03   Sergey70  EXPERT  

Спасибо,теперь всё ясно.

[ #8 ]  08.02.08 15:49   biffant  (75/20.03.07)  

harris, ПГМ08/11 стоит Overlap. В свое время Вы говорили что на прошивке 5.5Ek с Enbloc могут возникнуть проблемы, поэтому оставили так.

Решетка # после номера не помогла.

Трассировка (набор моего мобильного):

24962 -:04 0F, C0 01 15 (01)
24962 -:04 0F, FC 0F D5 05 04 03 80 90 A3 18 03 A9 83 8F 6C 02 01 80 (01)
24963 P:04 0F, FC 06 D6 0D 18 03 A9 83 8F (03)
24963 -:04 0F, FC 05 E6 7B 70 02 80 38 (06)
24963 P:04 0F, 14 00 00 (05)
24964 -:04 0F, FC 05 E6 7B 70 02 80 38 (06)
24964 P:04 0F, 14 00 00 (05)
24965 -:04 0F, FC 05 E6 7B 70 02 80 33 (06)
24965 P:04 0F, 14 00 00 (05)
24965 -:04 0F, FC 05 E6 7B 70 02 80 31 (06)
24965 P:04 0F, 14 00 00 (05)
24966 -:04 0F, FC 05 E6 7B 70 02 80 34 (06)
24966 P:04 0F, 14 00 00 (05)
24967 -:04 0F, FC 05 E6 7B 70 02 80 33 (06)
24967 P:04 0F, 14 00 00 (05)
24968 -:04 0F, FC 05 E6 7B 70 02 80 30 (06)
24968 P:04 0F, 14 00 00 (05)
24968 -:04 0F, FC 05 E6 7B 70 02 80 31 (06)
24968 P:04 0F, 14 00 00 (05)
24970 -:04 0F, FC 05 E6 7B 70 02 80 32 (06)
24970 P:04 0F, 14 00 00 (05)
24970 -:04 0F, FC 05 E6 7B 70 02 80 35 (06)
24970 P:04 0F, 14 00 00 (05)
24970 -:04 0F, FC 05 E6 7B 70 02 80 33 (06)
24970 P:04 0F, 14 00 00 (05)
24975 P:04 0F, FC 01 D1 02 (06)
24977 P:04 0F, FC 09 D0 01 1E 02 84 88 1E 02 84 82 (06)
24981 P:04 0F, FC 0F D2 07 4C 0C 21 83 38 33 31 34 33 30 31 32 35 33 (06)
24981 -:04 0F, FC 01 D3 0F (06)

[ #9 ]  08.02.08 16:50   harris  EXPERT  

А это трассировка какого случая???
Набор вручную или из Speed-ячейки???
Здесь Overlap, но насколько я помню, при наборе из ячейки все цифры уходят в Setup’e, псевдо-Enbloc’ом.
А какой у Вас код страны установлен??
В Alert’е есть Progress’ы с причинами: прерывание, нет маршрута к заданной транзитной сети...??? И тут же через 4 сек GDK получает Сonnect, т.е. соединение установлено!!!!!
Причем набран был номер 8831….., а соединение (по трассировке) установлено с номером 3831… Странно как-то...Первая цифра поменялась с 8-ки на 3-ку.

Что касается использования Enbloc, то все правильно - лучше его не применять на этой версии. Но просто попробовать можно (и, ИМХО, даже нужно). Переставить в Enbloc и попробовать набор вручную и из ячейки.

[ #10 ]  08.02.08 17:49   biffant  (75/20.03.07)  

Это набор из Speed-ячейки, за станцией стоит киска которая принимает номера так как их посылает АТС-ка (код страны по-моему стоит Корея Вы правильно заметили).

Enbloc пробовать будем в понедельник сейчас пров отказывается...

Но в целом, Вы говорите, пров не находит нужного маршрута, верно?..

[ #11 ]  08.02.08 18:10   harris  EXPERT  

- Cisco??? Ну, эта штука в смысле ISDN - “вещь в себе”...
- Код = Корея??? ОК. Я как раз трассировал набор из ячейки (была аналогичная проблема с М-200) при коде страны = 7 (Россия). Возможно, при коде =Корея станция не переходит на псевдо-Enbloc. Или дело в версии... (у меня была более “свежая”).
Тогда для сравнения снимите трассировку в случае набора вручную.
- Оооо, категорически прошу пардону!!!!
Поторопился, не туда глянул. У Вас Прогресс, а я смотрел Причину. Я сильно ошибся...!!!! Виноват, посыпаю голову пеплом.
Прогресс безобидный: Акустические  сигналы (Busy, КПВ и прочее) доступны внутри разговорного канала + вызываемый абонент не является терминалом ISDN. Этот прогресс сформирован в ТфОП. Все. Про маршрут и прерывание - забудьте. Извиняйте за невнимательность.
Т.е. по сигнализации - все нормально. Может Cisco чего-то дурит...? Надо сравнить трассировки.

[ #12 ]  08.02.08 18:26   harris  EXPERT  

2 biffant:
Хотите, можем пообщаться напрямую, минуя форум. Тем паче, что мы уже пару раз встречались. Мои координаты: (495) 913-6883, garry <> lg-nortel <> com

[ #13 ]  08.02.08 19:24   biffant  (75/20.03.07)  

harris, пров сможет провести диагностику в понедельник, тогда и свяжемся, если Вам будет удобно. Большое спасибо за готовность помочь!

[ #14 ]  11.02.08 9:07   harris  EXPERT  

ОК. Не забудьте снять трассировки для двух случаев: набор федер. номера вручную, набро того же номера из Speed-ячейки... Сравним...

Komendant.pro
 ©1999-2024  Инженерная лаборатория "Комендантъ"