СвязьПроект

Добрый день, коллеги!

AddPac Technology
Model : GS1002_G2
H/W Version : 2.0
S/W Version : 8.51.002
Smart Web Version : 0.4
Smart Web Build : Nov 23 2010

Проблемы следующие:
1. С завидной периодичностью получаю в логе вот такое:
[1835.630] Interface GSM-0/0, changed state to UP
[1870.730] Interface GSM-0/0, changed state to DOWN
[1885.630] Interface GSM-0/0, changed state to UP
[1960.730] Interface GSM-0/0, changed state to DOWN

При этом, судя по всему, сам модуль GSM как-то функционирует (слышен КПВ при звонке со стороны сотового оператора, связь не обрывается, регистрация SIM не теряется и т.п.).
Сам порт как будто на время перестает общаться с остальной частью железяки. На время отвала в VoIPной части ничего не происходит (GSM порт настроен как PLAR). Как только GSM порт переходит в состояние UP - железяка достойно отрабатывает всё, что от неё требуют.


Наиболее часто отвал порта происходит (как мне показалось) либо при поступлении звонка со стороны сотового оператора, либо при завершении разговора. Хотя замечал отвалы и вне времени активности (т.е. порт был свободен на этот момент).

По форуму аналогичные темы поискал, блок питания менял - не помогает. К сожалению, аппарат у меня в одном экземпляре, поэтому сравнить с аналогичным и сделать однозначный вывод о либо о неисправности железа, либо о корявости прошивки возможности не имеется.

2. Если в момент, когда на порт GSM уже поступает звонок от абонента1 (у абонента1 в это время в голосовом тракте слышен сигнал КПВ), набрать тот же самый номер с аппарата абонента2, у абонента2 идет ответ от автоинформатора оператора сотовой связи, что в "настоящий момент вызываемый абонент временно недоступен", хотя по идее должен идти сигнал занятости.

Сами мы не местные, отстали от трактора Помогите, пожалуйста, кто чем может

У меня такая же хрень. Пока никто не помог.

Тогда видимо собакоеды в прошивке накосячили.

Решилась ли проблема после перепрошивки?

А что, появилась версия новее?

Перешил на более старую версию 8.51.001, т.к. присланная Вами 8.51.002 оказалась точно такой, что и была в шлюзе в момент покупки.
При входящих звонках со стороны GSM оператора проблема с отваливанием портов вроде как ушла.

При звонках со стороны VoIP в сторону GSM шлюз ведет себя следующим образом:

Первый звонок с момента включения шлюза был сделан на номер ГТС 848762NNNNN без установления голосового соединения (абонент на удаленной стороне не поднял трубку).
[4321.602] GSM-0/0: RTA CALL REQUEST, 848762NNNNN
[ERROR] ReadPDU error!! TPKT must be 4bytes. receive_data result(-4) // эта ошибка мне непонятна, если возможно прошу пояснить ее смысл.
[4331.418] GSM-0/0: RTA CALL DISCONNECT
[4331.797] GSM-0/0: CALL REQUEST FAILED, result(-2)
[4331.897] Interface GSM-0/0, changed state to DOWN
[4332.097] GSM-0/0: RTA CALL DISCONNECT (REJECT), ST(6)
[4337.817] Interface GSM-0/0, changed state to UP

Второй звонок сделан на тот же номер, но уже с установлением голосового соединения.
[4412.837] GSM-0/0: RTA CALL REQUEST, 848762NNNNN
[4419.337] GSM-0/0: CALL CONNECTED (outgoing)
[4431.420] GSM-0/0: CALL DISCONNECT by DISCONNECT event

Третий звонок опять на тот же номер без установления голосового соединения (абонент на удаленной стороне не поднял трубку).
[4445.841] GSM-0/0: RTA CALL REQUEST, 848762NNNNN
[4460.073] GSM-0/0: RTA CALL DISCONNECT
[4460.437] GSM-0/0: CALL REQUEST FAILED, result(-2)
[4460.537] Interface GSM-0/0, changed state to DOWN
[4460.837] GSM-0/0: RTA CALL DISCONNECT (REJECT), ST(6)
[4463.817] Interface GSM-0/0, changed state to UP

Полноценное тестирование требует времени. Единственное, что можно сказать с уверенностью, проблема уже не выглядит настолько катастрофной. Обещаю за выходные протестировать более внимательно и отписаться о результатах.

2. Что касается некорректной обработки занятости мобильного номера, она осталась как и прежде.
Попробую описать ситуацию подробнее.
В шлюз воткнута SIM карта с телефонным номером (910) 946XXXX. Внешний по отношению к нам абонент1 с номером (910) 946YYYY набирает номер (910) 946XXXX. GSM модуль получает запрос на установление соединения, в трубке абонента1 слышен сигнал КПВ.
В этот момент абонент2 с номером (910) 946ZZZZ также пытается позвонить на номер (910) 946XXXX и получает ответ автоинформатора мобильного оператора "в настоящий момент абонент не может быть вызван. перезвоните позже". Т.е. для остальных абонентов сети мобильного оператора на временной отрезок от момента поступления входящего вызова до момента начала разговора с абонентом1 номер (910) 946XXXX оказывается отключенным от сети, а должен быть занят.
С момента начала разговора (включения голосового тракта) до момента окончания разговора абонентов (910) 946XXXX и (910) 946YYYY все остальные абоненты мобильного оператора, позвонившие на номер (910) 946XXXX получают ответ автоинформатора "абонент занят, дождитесь ответа", как это и должно быть.

Т.е. на временной отрезок с момента поступления входящего звонка до момента начала разговора с абонентом1 (т.е. звонок уже поступает, идет ALERTING, абонент1 со стороны мобильного оператора слышит в трубке сигнал КПВ) для остальных абонентов сети мобильного оператора этот номер находится в статусе "абонент недоступен", что есть неправильно. Поскольку если вынуть карту из шлюза и смоделировать эту же ситуацию на обычных мобилах абонент с номером (910) 946ZZZZ получает сигнал занятости абонента (910) 946XXXX, как оно и должно быть.

Почему это неприемлемо:
Если номер (910) 946XXXX в шлюзе принадлежит например колцентру службы такси, внешние абоненты, получившие ответ "абонент не может быть вызван" не перезванивают на этот номер позже, а считают что он больше не обслуживается и тупо стирают его из записных книжек своих телефонов. При этом на рекламу контактного телефона (910) 946XXXX уже потрачены средства. В итоге клиент, купивший шлюз Addpac, останется недоволен.

Мне кажется, последняя проблема лежит в области ответственности оператора подвижной связи. С простым телефоном ситуация такая же?
Кто б и мне дал версию 001...

Для тестирования была собрана схема:
Panasonic KX-NCP500 + GS1002 по H.323

После более внимательного тестирования получены следующие результаты:

GSM (абонент сотовой сети) --> (GSM 0/1) Addpack --> VoIP (Panasonic KX-NCP500)

1. Звонок со стороны мобильного оператора на шлюз без установления разговора, завершение по инициативе вызывающего абонента.
Результат: OK. Вызов проходит, порт GSM на шлюзе в down не уходит.

2. Звонок со стороны мобильного оператора на шлюз c установлением разговорного соединения, завершение по инициативе вызывающего абонента.
Результат: Слышимость в обе стороны. По завершении разговора порт GSM на шлюзе уходит в down, затем в up.

3. Звонок со стороны мобильного оператора на шлюз c установлением разговорного соединения, завершение по инициативе вызываемого абонента на стороне Panasonic KX-NCP500.
Результат: Слышимость в обе стороны. По завершении разговора порт GSM на шлюзе уходит в down, затем в up.

VoIP (Panasonic KX-NCP500) --> Addpack (GSM 0/1) --> GSM (абонент сотовой сети)

4. Звонок со стороны абонента АТС Panasonic на шлюз без установления разговора, завершение по инициативе вызывающего абонента АТС Panasonic.
Результат: Вызов проходит, по завершении звонка порт GSM на шлюзе уходит в down, затем в up.

5. Звонок со стороны абонента АТС Panasonic на шлюз без установления разговора, завершение по инициативе вызываемого абонента GSM.
Результат: Вызов проходит, по завершении звонка порт GSM на шлюзе уходит в down, затем в up.

6. Звонок со стороны абонента АТС Panasonic на шлюз с установлением разговора, завершение по инициативе вызывающего абонента АТС Panasonic.
Результат: Слышимость в обе стороны. По завершении разговора порт GSM на шлюзе уходит в down, затем в up.

7. Звонок со стороны абонента АТС Panasonic на шлюз с установлением разговора, завершение по инициативе вызываемого абонента GSM.
Результат: Слышимость в обе стороны. По завершении разговора порт GSM на шлюзе уходит в down, затем в up.

Прошу прощения, невнимательно читал. Странно просто. У меня две сим-карты, Билайн и Мегафон. И если уж занято, то занято, без каких-либо автоответчиков.