Oleshka2006
03.01.2011, 15:45
Всем здрасти! Версия ПО 2.220. Проблема следующая: при наборе "30" на 4-5 разы происходит занятость и отбой. Привожу план нумерации
00,31,01>t map 0
00,31,01>08:План Нумерации:
00,31,01>================================================== ======
00,31,01> Массив,Ц Тип Значение Переход Nг О Гп Г'
00,31,01>--------------------------------------------------------
00,31,01> 0 1 2 3 4 5 6 7
00,31,01>--------------------------------------------------------
00,31,01>
00,31,01> 0,0 -
00,31,01> 1 (c) Вызов -> 6
00,31,01> 2 (c) Вызов -> 102
00,31,01> 3 (c) Вызов -> 3
00,31,01> 4 (c) Вызов -> 1
00,31,01> 5 (c) Вызов -> 5
00,31,01> 6 (c) Вызов Gr,004 0 - + - -
00,31,01> 7 (s) Сервис gen_code
00,31,01> 8 (c) Вызов 00,050 0 - - - -
00,31,01> 9 (c) Вызов -> 9
00,31,01>================================================== ======
00,31,01>
00,31,01>t map 3
00,31,01>08:План Нумерации:
00,31,01>================================================== ======
00,31,01> Массив,Ц Тип Значение Переход Nг О Гп Г'
00,31,01>--------------------------------------------------------
00,31,01> 0 1 2 3 4 5 6 7
00,31,01>--------------------------------------------------------
00,31,01>
00,31,01> 3,0 (c) Вызов Gr,031 0 - + - -
00,31,01> 1 (c) Вызов -> 31
00,31,01> 2 (c) Вызов Gr,030 0 - + - -
00,31,01> 3 (c) Вызов -> 2
00,31,01> 4 (c) Вызов Gr,006 0 - + - -
00,31,01> 5 (c) Вызов Gr,006 0 - + - -
00,31,01> 6 (c) Вызов Gr,006 0 - + - -
00,31,01> 7 (c) Вызов Gr,006 0 - + - -
00,31,01> 8 (c) Вызов Gr,006 0 - + - -
00,31,01> 9 (c) Вызов -> 7
00,31,01>================================================== ======
00,31,01>
00,31,01>t group 31
00,31,01>08:Группы:
00,31,01>================================================== ==========================
00,31,01> Nг Тип Ц Кат.пЦпЦпЦпЦ Ср Гпн Порты (DECT_TA)
00,31,01>----------------------------------------------------------------------------
00,31,01> 0 1 2 3 4 5 6 7/11/15 8/12/16 9/13 10/14
00,31,01>----------------------------------------------------------------------------
00,31,01> 31 Trunk - 0 - - 0 Gr,001 Gr,002 - -
00,31,01> - - - -
00,31,01> - -
00,31,01>================================================== ==========================
00,31,01>
00,31,01>t group 1 2
00,31,01>08:Группы:
00,31,01>================================================== ==========================
00,31,01> Nг Тип Ц Кат.пЦпЦпЦпЦ Ср Гпн Порты (DECT_TA)
00,31,01>----------------------------------------------------------------------------
00,31,01> 0 1 2 3 4 5 6 7/11/15 8/12/16 9/13 10/14
00,31,01>----------------------------------------------------------------------------
00,31,01> 1 Пар. - 0 - - 0 01,064 - - -
00,31,01> - - - -
00,31,01> - -
00,31,01> 2 Пар. - 0 - - 0 04,032 - - -
00,31,01> - - - -
00,31,01> - -
00,31,01>================================================== ==================

Далее мониторинг потока

00,31,01>01/02 01:01:18:410 19706 01: 2,s->SETUP......: 0802790705040380 90
00,31,01> 19707 A31803A983971E02 81
00,31,01> 19708 836C082180333331 30
00,31,01> 19709 3832
00,31,01>01/02 01:01:18:460 19710 01: 2,w<-SETUP_ACK..: 0802F9070D1803A9 83
00,31,01> 19711 971E028188
00,31,01>01/02 01:01:18:550 19712 01: 2,s->INFORMATION: 080279077B700280 33
00,31,01>01/02 01:01:18:550 19713 01: 2,s->INFORMATION: 080279077B700280 30
00,31,01>01/02 01:01:19:440 19714 01: 2,s->DISCONNECT.: 0802790745080280 90
00,31,01>01/02 01:01:19:480 19715 01: 2,w<-RELEASE....: 0802F9074D
00,31,01>01/02 01:01:19:480 19716 01: 2,s->RELEASE_COM: 080279075A

// Нормальный набор и отбой. Красным жирным шрифтом в сообщении Setup выделен номер канала ИКМ-тракта при нормальном соединении

00,31,01>01/02 01:01:24:610 19739 01: 2,s->SETUP......: 0802790A05040380 90
00,31,01> 19740 A31803A983991E02 81
00,31,01> 19741 836C082180333331 30
00,31,01> 19742 3832
00,31,01>01/02 01:01:24:660 19743 01: 2,w<-SETUP_ACK..: 0802F90A0D1803A9 83
00,31,01> 19744 991E028188
00,31,01>01/02 01:01:24:740 19745 01: 2,w<-CALL_PROC..: 0802F90A02
00,31,01>01/02 01:01:24:750 19746 01: 2,w<-DISCONNECT.: 0802F90A45080280 91
00,31,01> 19747 1E028188
00,31,01>01/02 01:01:24:750 19748 01: 2,s->RELEASE....: 0802790A4D
00,31,01>01/02 01:01:24:780 19749 01: 2,w<-RELEASE_COM: 0802F90A5A
00,31,01>

// Фрагмент, когда после набора «30» произошёл отбой. 99-номер ИКМ-тракта, при котором постоянно происходит отбой и следует сообщение CALL_PROC. По соседней станции, куда уходит набор, мониторинг такой же. При переключении group на другой поток ситуация повторяется
Хотелось бы узнать, что за номер 99 ИКМ-тракта (я посчитал т.с.№3 вроде) и почему приходит сообщение CALL_PROC, а INFORMATION нет
Может пульт вообще барахлит?:D

Dimone73
03.01.2011, 18:42
1. Скачайте отсюда http://bbs.radiolink.ru/forum/showthread.php?t=50404&highlight=%EC%EE%ED%E8%F2%EE%F0%E8%ED%E3 программу для мониторинга потоков, скармливаете им hec который выдает мониторинг и читайте
2. В вашем примере первый сетап 0802790705040380 90A31803A983971E02 81836C082180333331 303832
выдает
СООБЩЕНИЕ EDSS1 (ETS 300 102-1): 0802790705040380 90A31803A983971E02 81836C082180333331 303832
00001000 Дискриминатор протокола....... Q.931
0000.... Резерв........................
....0010 Длина метки соединения........ 2 Dec
Метка соединения
.1111001 Значение метки соединения..... первичный доступ
0....... Флаг.......................... метка назначена исходящей стороной звена данных
00000111 Значение метки соединения.....
00000101 Тип сообщения................. ЗАПРОС СОЕДИНЕНИЯ
00000100 Обязательный параметр......... Средства доставки информации
Средства доставки информации
00000011 Длина......................... 3 Dec
3 октет
...00000 Возможн.пересылки информации.. речь
.00..... Стандартное кодирования....... стандарт кодирования CCITT
1....... Расширение.................... нет расширения
4 октет
...10000 Скорость передачи информации.. 64 кБит/с
.00..... Режим передачи................ режим каналов
1....... Расширение.................... нет расширения
5 октет
...00011 Протокол инф.польз. 1 уровня.. Рекомендация G.711 A-закон
.01..... Идентификатор 1 уровня........ 01
1....... Расширение.................... нет расширения
00011000 Необязательный параметр....... Идентификатор канала
Идентификатор канала
00000011 Длина......................... 3 Dec
......01 Выбор информационного канала.. как обозначено в следующем октете
.....0.. Индикатор D-канала............ идентифицированный канал - не D-канал
....1... Предпочтение/исключительность. исключительность: приемлем только выбранный канал
...0.... Резерв........................
..1..... Тип интерфейса................ другой интерфейс: в т.ч. первичный доступ
.0...... Идентификация интерфейса...... неявно идентифицированный интерфейс
1....... Расширение.................... нет расширения
....0111 Тип канала/тип элемента табл.. блоки B-канала
...1.... Номер/таблица................. канал обозначен номером в следующем октете
.00..... Стандартное кодирование....... стандарт CCITT
1....... Расширение.................... нет расширения
10010111 Номер канала/номер слота...... См. Рекомендацию I.431
00011110 Необязательный параметр....... Индикатор изменения
Индикатор изменения
00000010 Длина......................... 2 Dec
....0001 Определение места............. закрытая сеть, обслуживающая локального пользователя
...0.... Резерв........................
.00..... Стандартное кодирование....... стандарт CCITT
1....... Расширение.................... нет расширения
.0000011 Описание изменения............ вызывающее оборудование не относится к ISDN
1....... Расширение.................... нет расширения
01101100 Необязательный параметр....... Номер вызывающего абонента
Номер вызывающего абонента
00001000 Длина......................... 8 Dec
....0001 План нумерации................ план нумерации ISDN/Телефония (CCITT Рекомендация E.164/E.163)
.010.... Тип номера.................... национальный номер
0....... Расширение.................... информация продолжается в следующем октете
......00 Индикатор отображения......... дан пользователем, не отображен
...000.. Резерв........................
.00..... Индикатор предоставления...... предоставление разрешается
1....... Расширение.................... нет расширения
******** Цифры номера.................. 331082

что то явного занятия канала не видно, и ни какой это не 99-ый тракт

3. Попробуйте прописать внешний план нумерации и выдавать нмер блоком, если невозможно (ну не знаете вы всех вариантов длины номера) то со встречкой договоритесь что бы они занимали канал начиная например с 31 а вы с 1 - ну вдруг встречное столкновение идет....
Че то я не понял настройки в группах: таймслоты не вижу что бы в 1-ом кластере объеденены с 64 по 95 и в 4-ом кластере с 32-го по 63, запись должна быть как понимаю 01,064-095 и 04,032-62 в таблице групп

Вообще сетап такой впервые вижу-не явно заказан номер канала, может гуры пояснят точнее

Oleshka2006
03.01.2011, 22:15
Во-первых, спасибо за прогу!
Во-вторых, прога показала, что причиной разъединения является занятость пользователя (слота) встречной АТС "<-DISCONNECT.: 0802F90A45080280 91
1E028188".
Почему так прописана group не знаю, прописано уже давно так. На сколько я понимаю это означает занятие любого свободного слота в потоке. Может действительно явно задать диапазоны, т.к. в потоке вперемешку идут выделенные слоты?

Radist Morze
04.01.2011, 01:12
Слышал такую хитрость что при сборе транковой группы из параллельных групп, группы должны быть одного кластера, не помню правда версию софта (предположительно НЬЮШНАЯ ЖД, шел тогда разговор).

Попробуйте использовать потоки одного кластера (если она Вам так нужна эта транковая группа, они мне никогда не нравились)...

Dimone73
04.01.2011, 13:43
прога показала, что причиной разъединения является занятость пользователя (слота) встречной АТС "<-DISCONNECT.: 0802F90A45080280 91
1E028188"
вот пожалуй потому что вы явно не запрашиваете номер канала вас и отбивают, как исправить не понятно...
И потом-поучите порядок обмена сигнальными сообщениями EDSS, если приходит от встречки колпроцидинг то это значит что "все цифры номера приняты, вызов в процессе обработки, ни какие дальнейшие цифры номера не нужны и не принимаются", так что с перепугу ли от вас после приема кол процидинга пойдет донабор цифр в сообщениях информейшн?

Собирайте плиииз цифры номера энблоком, пропишите "Городской план нумерации" тем более подозреваю что сеть ведомственная, и количество знаков в номере Вы должны знать. Если это выход на город конечно сложнее (ну очень сложно прописывать все комбинации собенно если на международку модно выходить), и как написал один гуру на форуме "передавать оверлапом на город-ВАШЕ СВЯЩЕННОЕ ПРАВО".....

Oleshka2006
04.01.2011, 22:28
Слышал такую хитрость что при сборе транковой группы из параллельных групп, группы должны быть одного кластера, не помню правда версию софта (предположительно НЬЮШНАЯ ЖД, шел тогда разговор).

Существует четвертый тип группы – транковая (trunk) – данная
группа предназначена для объединения портов разных кластеров в параллельную группу. Параллельная группа может состоять только из портов одного кластера. Т.е. все условия соблюдены и плюс сегодня прочитал в бумажном варианте, что если необходим переход в поток, то выбирают его нулевой слот. Правда описание это для старых ЖД версий

Попробуйте использовать потоки одного кластера (если она Вам так нужна эта транковая группа, они мне никогда не нравились)...
Тогда не обеспечивается резервирование на случай поломки кластера:)

Oleshka2006
04.01.2011, 22:35
вот пожалуй потому что вы явно не запрашиваете номер канала вас и отбивают, как исправить не понятно...
Ответ выше - по описанию t group (правда для весий 1.2хх и 1.6хх) всё верно
И потом-поучите порядок обмена сигнальными сообщениями EDSS, если приходит от встречки колпроцидинг то это значит что "все цифры номера приняты, вызов в процессе обработки, ни какие дальнейшие цифры номера не нужны и не принимаются", так что с перепугу ли от вас после приема кол процидинга пойдет донабор цифр в сообщениях информейшн?
В этом вся и штука, что нужны дальнейшие цифры и почему-то сбой идёт только на 4-5 разы

Собирайте плиииз цифры номера энблоком, пропишите "Городской план нумерации"
Вот это можно

Dimone73
05.01.2011, 14:07
может быть попробуйте параметр Ц включить в группах...(циркулярный вызов -по кругу будет выбирать в группах каналы)

Dimone73
06.01.2011, 02:20
Да, кстати кривенько то прога показывает номера каналов....Вычитал тут из советов одной солидной организации что значащими являются 5 первых бит октета, то есть для нашего случая 99=10011001 Channel number/slot number.... не See Recommendation I.431, а вполне конкретный 25 канал, ну а 97 это 23-ий, рекомендации нашел но не уловил смотря в них.

Oleshka2006
06.01.2011, 17:14
Да, кстати кривенько то прога показывает номера каналов....Вычитал тут из советов одной солидной организации что значащими являются 5 первых бит октета, то есть для нашего случая 99=10011001 Channel number/slot number.... не See Recommendation I.431, а вполне конкретный 25 канал, ну а 97 это 23-ий, рекомендации нашел но не уловил смотря в них.
Ошибочка вышла 99=1100011
отсюда и получается 3 канал (отсчёт с 0 слота) и как раз этот слот у меня выделенный:). Поэтому и странно, что ДХ пытается занять выделенный канал, хотя по описанию так t group можно прописывать. Только может в этом случае нельзя выделять слоты в потоке? Но тогда почему же этого не сказано в описании или глюк или может я чего-то не понимаю:D

Radist Morze
06.01.2011, 20:04
Существует четвертый тип группы – транковая (trunk) – данная
группа предназначена для объединения портов разных кластеров в параллельную группу.

«t» - (Trunk) транковая из параллельных групп.
Из краткого описания программирования, в эту группу должны входить только параллельные группы, а что касается резервирования, то можно решить немного по другому. (уточню у коллеги, он на эту тему замарачивался, сам считаю что прмой нобор позволяет выяснить несправные участки а переход на резервные маршруты лучше делать в ручную).

Dimone73
06.01.2011, 23:01
Егеге, математики, мать.....9 это 1001 в двоичной, 8+1, 2^3+2^0, смотрите внимательней, я сначала через калькулятор перевел в двоичную систему а потом в ручную. Обращаю внимание 99 это первые_четыре_бита=9 и вторые_четыре_бита=9,так что 99 это 10011001

Dimone73
06.01.2011, 23:23
Не, помозговал тут.
Короче на мой взгляд с вашей стороны все запрашивается (в том числе и номер канала) вполне корректно. Только гуры подскажут - а что же с номером тракта то. С транкгруппами не работал на DX.
Узнайте что за станция на встречной стороне (тип). Неужели тоже DX?

Dimone73
06.01.2011, 23:37
Ну и последнее если не поможет - плииз в студию все таблицы которые относятся к данным потокам fparm port paddp lapd dss1 dss1n.

ПЫСЫ - сбростье по дефолту все параметры в lapd, а потом поставьте нужные вам мастер/слейв. Не слетели ли у кого то из вас таймеры ожидания (вещь оченььь тонкая, трогать не рекомендуют). Вдруг встречная станция у себя таймеры на ожидание цифр поставила очень маленькие-вот и не дожидается от вас цифр донабора, шлет почти сразу колпроцидинг (а должна бы через 15 секунд кажется) мол хватит от вас ждать цифр, и тут же отбивает.

Oleshka2006
08.01.2011, 22:18
Узнайте что за станция на встречной стороне (тип). Неужели тоже DX?
Тоже ДХ
Не слетели ли у кого то из вас таймеры ожидания
Не нашёл что-то таймеров:confused:

Dimone73
09.01.2011, 17:57
16.05.05-11:14:58 01>t lapd
16.05.05-11:15:48 01:Параметры LAPD:
16.05.05-11:15:49 ================================================== ========
16.05.05-11:15:49 Канал(тип) Side K N200 N201 T200 T203 TEIf oTEI pTEI
16.05.05-11:15:49 ----------------------------------------------------------
16.05.05-11:15:49 0 1 2 3 4 5 6 7 8 9
16.05.05-11:15:49 ----------------------------------------------------------
16.05.05-11:15:49 0 Falc (S)Slave 7 3 260 1 10 + 0 0
16.05.05-11:15:49 1 Falc (S)Slave 7 3 260 1 10 + 0 0
16.05.05-11:15:49 2 Falc (M)Master 7 3 260 1 10 + 0 0
16.05.05-11:15:49 3 Falc (M)Master 7 3 260 1 10 + 0 0
16.05.05-11:15:49 4 Idec (D)DX_net 7 3 260 1 10 + 0 0
16.05.05-11:15:49 5 Idec (D)DX_net 7 3 260 1 10 + 0 0
16.05.05-11:15:49 6 Idec (D)DX_net 7 3 260 1 10 + 0 0
16.05.05-11:15:49 7 Idec (D)DX_net 7 3 260 1 10 + 0 0
16.05.05-11:15:49 8 Idec (D)DX_net 7 3 260 1 10 + 0 0
16.05.05-11:15:49 9 Idec (D)DX_net 7 3 260 1 10 + 0 0
16.05.05-11:15:49 10 Idec (D)DX_net 7 3 260 1 10 + 0 0
16.05.05-11:15:50 11 Idec (D)DX_net 7 3 260 1 10 + 0 0
16.05.05-11:15:50 12 PC (M)Master 7 3 260 1 10 + 0 0

все что не мастер/слейв/DX-NET в этой таблице это спец.параметры, в том числе должны быть и таймеры например на ожидание ответа на сообщения и проч.проч.проч. Вот их желательно и сбросить по дефолту, записать строку только с первым параметром.

Dimone73
09.01.2011, 21:03
параметр N200 определяет максимальное количество повторных передач кадра (значение по умолчанию - 3);

параметр N201 определяет максимальное количество октетов информационного поля (значение по умолчанию - 260);

Таймер Т200 определенный в спецификации Q.921 по истечению которого
может быть начата передача фрейма (в секундах).
1 – по умолчанию при включении НАПРИМЕР ДЛЯ АТС ТЕЛРОС Т7
как User side;
2 – по умолчанию при включении Т7
как Network side.

Таймер Т203 определенный в спецификации Q.921 задающий максималь-
ное время без обмена фреймами (в секундах).
9 – по умолчанию при включении Т7
как User side;
12 – по умолчанию при включении Т7
как Network side.

NVL
12.01.2011, 16:42
Ошибочка вышла 99=1100011
отсюда и получается 3 канал (отсчёт с 0 слота) и как раз этот слот у меня выделенный:). Поэтому и странно, что ДХ пытается занять выделенный канал, хотя по описанию так t group можно прописывать. Только может в этом случае нельзя выделять слоты в потоке? Но тогда почему же этого не сказано в описании или глюк или может я чего-то не понимаю:D
Проверьте 25 КИ на встречной станции (def call, другие переводы вызова с него, ВК - должны отсутсвовать).
CallPro, а затем Dsic с Cause 91 выдается скоре всего по этой причине, то есть встречная станция ситает, что набора быть не должно.
Для исключения КИ из группы (то есть в группе прописан, а станция к нему не обращается) действительно используется ВК. Только утановлен он должен быть на обоих концах. У вас какая то путаница в конфигурации. Не надо таймера в LAPD трогать, проблема на 3-ем уровне.

Dimone73
12.01.2011, 20:54
Не надо таймера в LAPD трогать, проблема на 3-ем уровне.
Ну я и имел ввиду что сбросить по дефолту если не так

Dimone73
12.01.2011, 20:57
Дааа, Cause=91 User busy "абонент занят", в данном случае считаю что канал занят

Oleshka2006
13.01.2011, 20:13
Проверьте 25 КИ на встречной станции (def call, другие переводы вызова с него, ВК - должны отсутсвовать).
CallPro, а затем Dsic с Cause 91 выдается скоре всего по этой причине, то есть встречная станция ситает, что набора быть не должно.
Для исключения КИ из группы (то есть в группе прописан, а станция к нему не обращается) действительно используется ВК. Только утановлен он должен быть на обоих концах. У вас какая то путаница в конфигурации. Не надо таймера в LAPD трогать, проблема на 3-ем уровне.

Ок спасибо проверю, правда только на следующей неделе. Отпишусь

Oleshka2006
17.01.2011, 21:53
Сегодня посмотрел t ports и действительно на 25 и 26 слотах стоял переход на порт, хотя ВК по этим слотам естественно нигде не стояло. Удалил:D
Спасибо за помощь!!