asterisk.ru

Всем привет.
На Debian 5.0 стоит * версии 1.8.2.4 (стояла 1.8.2.3 и наблюдалось тоже). В конфигурации используется только SIP. В консоли время от времени мониторю активные каналы командой "sip show channels". По прошествии некоторого времени вывод команды сильно увеличивается за счёт следующих сообщений:

Код: Выделить всё

*CLI>sip show channels
123.456.78.910    (None)           NTZiYjhlNGRlNzY  0x0 (nothing)    No       Rx: PUBLISH                <guest>

Их может накопиться до сотни и более, пока я не сделаю достаточно грубовато: "core stop now". Гугление показало, что я не одинок в своей проблеме. Удалось узнать следующее. Делая вывод подробной инфы по этому диалогу так "sip show channel", я могу получить примерно следующее:

Код: Выделить всё

SIP User agent:         Zoiper rev.6313
Session-Timer:          Inactive

Все запросы сформированы парочкой софтофонов сотрудников и Session-Timer находится при этом в неактивном состоянии, т.е как видно Session-Timer: Inactive. При этом любой взятый активный ACK на этой же машине вот что мне выдал:

Код: Выделить всё

Session-Timer:          Active
  S-Timer Interval:       600
  S-Timer Refresher:      uas
  S-Timer Expirys:        0
  S-Timer Sched Id:       110553
  S-Timer Peer Sts:       Inactive
  S-Timer Cached Min-SE:  0
  S-Timer Cached SE:      600
  S-Timer Cached Ref:     auto
  S-Timer Cached Mode:    Originate

Что согласуется с настройками в sip.conf. Т.е таймеры сессии работают и выдана подробная инфа на этот счёт. Непонятно, почему не отрабатывают таймеры настроенные в sip.conf в случае запроса PUBLISH от клиента и работают в других случаях?

Сделал багрепорт.

ddkprog
Ну так первый ж блин комом.

Так что не судите строго.
При этом я написал, что number of such dialogues can reach up to 100 or more! Я не дожидаюсь когда их количество повалит за сотку или более, я просто рестартую астериск. ВИжу что процессы никуда не деваются и "телепаются" видимо там вечно.

Был бы я погромист, возможно поковырял бы исходники, да патч накорябал.
Попросил вчера включить удалённого sip-клиента (который как я знал, флудит), софтон Zoiper. Буквально под вечер уже 8 таких сообщений. Т.е проблема имеет место быть. Надо посмотреть настройки того софтфона и понять чем они отличаются от настроек аналогичного, который стоит у меня на рабочем компе в офисе.

Заявку перевели в состояние "acknowledged". Ну что ж, это хорошо. Сейчас у меня это не наблюдается, т.к я не использую софтфоны, которые давали такие запросы, да и клиент с этим софтфоном перестал подключаться.

Патч на треккере появился. Можно тестить, чем я и занялся. Есть возможность попробовать софтфон csipsimple на Android 2.2.

Проблема закрыта!

Патч будет включён в версию 1.8.5. Вот информация.
Тестирование показывает ожидаемые и правильные результаты. Вот кусок из общения софтфона Jitsi1.0-beta1-nightly.build.3512Linux c пропатченой системой на базе 1.8.4.2 (192.168.1.14 - софтфон, 192.168.1.100 - сервак):

Код: Выделить всё

SIP read from UDP:192.168.1.14:5060 --->
PUBLISH sip:131@192.168.1.100 SIP/2.0
Call-ID: 7643ae0274a2da8302097b8a1fa3e366@0:0:0:0:0:0:0:0
CSeq: 1 PUBLISH
From: "131" <sip:131@192.168.1.100>;tag=6ba73d71
....
<--- Transmitting (NAT) to 192.168.1.14:5060 --->
SIP/2.0 489 Bad Event
...

asterisk.ru

Большое количество активных SIP диалогов

Большое количество активных SIP диалогов

Re: Большое количество активных SIP диалогов

Re: Большое количество активных SIP диалогов

Re: Большое количество активных SIP диалогов

Re: Большое количество активных SIP диалогов

Re: Большое количество активных SIP диалогов