Добрый день, такая проблема при разговоре около 10 минут оператор присылает пакет INFO такого плана
<--- Received SIP request (555 bytes) from UDP:192.168.53.1:5060 --->
INFO sip:c2e74184-4d23-43a3-8fd9-26ba2c5ef6c9@192.168.53.9:5060 SIP/2.0
Max-Forwards: 69
To: <sip:495XXXXX28@192.168.53.9>;tag=b3769af4-118b-4467-8c95-042247ff1776
From: <sip:8495XXXXX88@192.168.53.1>;tag=3638518512-132845
Call-ID: cfe34652-14c2-4072-9dea-f0b0c30cb15e
CSeq: 2 INFO
Allow: CANCEL, ACK, INVITE, BYE, OPTIONS, REGISTER, NOTIFY, INFO, REFER, SUBSCRIBE, PRACK, UPDATE, MESSAGE, PUBLISH
Via: SIP/2.0/UDP 192.168.53.1:5060;branch=z9hG4bK8da58cede20b91eb54dec15ad27f866c
Contact: <sip:8495XXXXX88@192.168.53.1:5060>
Content-Length: 0
Астериск просто игнорирует данный пакет, затем пакет приходит еще 9 раз и после чего оператор присылает BYE на который получает от астериска ответ OK
Собственно звонок рвется, что может быть не так, почему на пакет астериск не отвечает ?
использую res_pjsip, транк без регистрации, идентификация по IP
Задан: 2015-04-20 17:09:55 +0400
Просмотрен: 446 раз
Обновлен: May 07 '15
Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании
Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией
GNU GPL.
А с чего Вы думаете , что астериск должен отвечать на этот пакет?
zzuz ( 2015-04-20 22:27:29 +0400 )редактироватьастерсик не должен на него отвечать. читайте sip RFC
meral ( 2015-04-20 23:09:30 +0400 )редактироватьРазработчики говорят баг - создал issues, паралельно напишу оператору.
Awesome ( 2015-04-21 10:14:55 +0400 )редактироватьс чего это пакет с cseq 2 info должен быть отвечен? это ответ на некий инфо судя по моим знаниям протокола. я даже не в курсе что вы хотите получить назад.
meral ( 2015-04-21 15:30:56 +0400 )редактироватьДело в том, что минут 10 разговор идет нормально затем приходит 10 таких пакетов с интервалом в 1 секунду и связь рвется, я получить ничего не хочу назад) хочет получит оператор связи, я уже написал в хеплдеск билайну жду ответ.
Awesome ( 2015-04-21 17:06:33 +0400 )редактироватьСкажите провайдеру , что опрашивать клиентское оборудование - моветон .
zzuz ( 2015-04-21 17:44:43 +0400 )редактировать.. еще и с cseq 2
meral ( 2015-04-21 19:58:57 +0400 )редактироватьоператор говорит следующее, цитирую "Согласно IETF RFC 2976 на сообщение INFO сервер агента пользователя должен передать ответ." :/
Awesome ( 2015-05-07 12:43:39 +0400 )редактироватьНу да, есть такое:
https://www.ietf.org/rfc/rfc2976.txt
2.2 Responses to the INFO Request Method
glukinho ( 2015-05-07 14:08:31 +0400 )редактироватьпрочитайте вначале что имеется в виду под MUST в этих RFC... никто никому ничего не должен. not implemented и cseq скорее всего неверный
meral ( 2015-05-07 20:30:04 +0400 )редактироватьиспользуйте chan_sip может оно ответит. или kamailio поставьте.
meral ( 2015-05-07 20:31:05 +0400 )редактироватьу меня уже заточено все под pjsip и с другими операторами проблема не наблюдается, мне просто понимать бы до конца, куда бочки катить на астериск или на оператора)
Awesome ( 2015-05-07 20:54:33 +0400 )редактироватьна себя катите. ибо вы не выложили trace. еще можна на ietf катить. ибо не отрезают яйца за несоблюдение стандартов.
meral ( 2015-05-07 21:09:32 +0400 )редактироватьА чего там под pjsip заточено? Неужели так отличается от обычного?
glukinho ( 2015-05-07 23:56:49 +0400 )редактироватьага. конфиги несовместимы с chan_sip
meral ( 2015-05-08 08:12:44 +0400 )редактировать