Пожалуйста, войдите здесь. Часто задаваемые вопросы О нас
Задайте Ваш вопрос

restart channels Span1

0

Всем доброго времени суток! Возникла проблема с блокировкой тайм-слотов у провайдера причём первый тайм слот остаётся рабочим схема (Оператор megafon оборудование Nokia --> E1 --> OpenVox TE210P --> Asterisk 1.8.6.0 Опишу ситуацию: Оператор говорит что их оборудование даёт рестарт по всем тайм слотам, а asterisk отвечает на рестарт только первым каналом Приложу трассировку только с их оборудования: http://i-nn.ru/docs/unixsoft/Asterisk/inter_channel2.txt

1 E1/T1 Card (M-0035) 1A-16 0 0 I RSTRT 0 0 21:45:24.697.113

********  LAPD128
********    INFORMATION
-------0      Address Field Extension Bit : 0
------1-      Command-Bit : 1 = command from network to user
000000--      Service access point identifier : 0
-------1      Address Field Extension Bit : 1
0000000-      Terminal endpoint identifier : 0
0000000-      Send Sequence Number : 0
-------0      Poll Bit : 0 = no response frame needed
0000000-      Receive Sequence Number : 0
********  EDSS1
********    RESTART
00001000      <Protocol Discriminator> : 8h = Q.931 user-network call control messages
0-------      <Call Reference Flag> : 0 = Origination
********      <Call Reference Value> : 0
-1000110      <Message Type ID> : 46h
********      Channel Identification
------01        Information Channel Selection : 1h = B1 channel
-----0--        D-channel Indicator : 0b = The channel identified is not the D-channel
----1---        Preferred/Exclusive : 1b = Exclusive; only the indicated channel is acceptable
--1-----        Interface Type : 1b = Other interfaces
-0------        Interface Identifier Present : 0b = Interface implicitly identified
----0011        Channel Type/Map Element Type : 3h = B-channel units
---0----        Number/map : 0b = Channel is indicated by the number in the following octet
-00-----        Coding standard : 0h = CCITT standardized
-0000001        Channel number/slot map : 1
-0000010        Channel number/slot map : 2
-0000011        Channel number/slot map : 3
-0000100        Channel number/slot map : 4
-0000101        Channel number/slot map : 5
-0000110        Channel number/slot map : 6
-0000111        Channel number/slot map : 7
-0001000        Channel number/slot map : 8
-0001001        Channel number/slot map : 9
-0001010        Channel number/slot map : 10
-0001011        Channel number/slot map : 11
-0001100        Channel number/slot map : 12
-0001101        Channel number/slot map : 13
-0001110        Channel number/slot map : 14
-0001111        Channel number/slot map : 15
-0010001        Channel number/slot map : 17
-0010010        Channel number/slot map : 18
-0010011        Channel number/slot map : 19
-0010100        Channel number/slot map : 20
-0010101        Channel number/slot map : 21
-0010110        Channel number/slot map : 22
-0010111        Channel number/slot map : 23
-0011000        Channel number/slot map : 24
-0011001        Channel number/slot map : 25
-0011010        Channel number/slot map : 26
-0011011        Channel number/slot map : 27
-0011100        Channel number/slot map : 28
-0011101        Channel number/slot map : 29
-0011110        Channel number/slot map : 30
-0011111        Channel number/slot map : 31
********      Restart Indicator
-----000        Class : 0h = Indicated channels

 2 E1/T1 Card (M-0035) 1A-16 1 0 I REST_ACK 0 0 21:45:24.704.226

********  LAPD128
********    INFORMATION
-------0      Address Field Extension Bit : 0
------0-      Command-Bit : 0 = command from user to network
000000--      Service access point identifier : 0
-------1      Address Field Extension Bit : 1
0000000-      Terminal endpoint identifier : 0
0000000-      Send Sequence Number : 0
-------0      Poll Bit : 0 = no response frame needed
0000001-      Receive Sequence Number : 1
********  EDSS1
********    RESTART ACKNOWLEDGE
00001000      <Protocol Discriminator> : 8h = Q.931 user-network call control messages
1-------      <Call Reference Flag> : 1 = Destination
********      <Call Reference Value> : 0
-1001110      <Message Type ID> : 4Eh
********      Channel Identification
------01        Information Channel Selection : 1h = B1 channel
-----0--        D-channel Indicator : 0b = The channel identified is not the D-channel
----1---        Preferred/Exclusive : 1b = Exclusive; only the indicated channel is acceptable
--1-----        Interface Type : 1b = Other interfaces
-0------        Interface Identifier Present : 0b = Interface implicitly identified
----0011        Channel Type/Map Element Type : 3h = B-channel units
---0----        Number/map : 0b = Channel is indicated by the number in the following octet
-00-----        Coding standard : 0h = CCITT standardized
-0000001        Channel number/slot map : 1
********      Restart Indicator
-----000        Class : 0h = Indicated channels

Раньше таких проблем с другим оборудованием не возникало! Если есть мысли скажите пожалуйста! Заранее Спасибо!

удалить закрыть спам изменить тег редактировать

спросил 2012-02-08 11:07:26 +0400

Morozov Gravatar Morozov flag of Russian Federation
1 5 2 6

обновил 2012-02-08 21:09:06 +0400

1 Ответ

0

Решение?
https://issues.asterisk.org/jira/browse/PRI-93 Сегодня буду пробовать!

Поставил патч, остаётся только ждать т. к. имитировать проблему не получается. Ещё на заметку после того как я выставил параметр в system.conf(DAHDI)

span 1,0,1....(убрал источник синхронизации)

Запросы SABME - которые вызывали у них команду restart по словам оператора исчезли.

ссылка удалить спам редактировать

ответил 2012-02-09 11:55:59 +0400

Morozov Gravatar Morozov flag of Russian Federation
1 5 2 6

обновил 2012-02-10 22:20:38 +0400

Comments

вот синхра - более правдоподобно. Сами SABME не могли вызвать проблему.. А вот если HDLC ошибки валились из-за неправильной синхры и как следствие их сторона делала перезапуск - это веритца!

Zavr2008 ( 2012-02-10 23:00:25 +0400 )редактировать

а на Вашей стороне постоянно HDLC CRC ошибки шли? это так, для истории..

Zavr2008 ( 2012-02-10 23:01:21 +0400 )редактировать
  1. Ошибки HDLC были поэтому и начал копать в сторону синхронизации.
  2. Но непонятным остаётся вопрос почему рестарт каналов срабатывал только по первому тайм-слоту, патч на рестарт всех тайм-слотов я вроде применил, но вот проверить не получилось.
Morozov ( 2012-02-20 22:26:24 +0400 )редактировать

Ваш ответ

Please start posting your answer anonymously - your answer will be saved within the current session and published after you log in or create a new account. Please try to give a substantial answer, for discussions, please use comments and please do remember to vote (after you log in)!
[скрыть предварительный просмотр]

Закладки и информация

Добавить закладку

подписаться на rss ленту новостей

Статистика

Задан: 2012-02-08 11:07:26 +0400

Просмотрен: 263 раз

Обновлен: Feb 10 '12

Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией GNU GPL.