всем снова привет.

продолжается эпопея со станным продолжением астериска...
кроме отгрызания 100% проца астериском, стала постоянно возникать проблема при звонке через "домашний sip телефон" от корбины...
вот дебаг звонка http://asteriskpbx.ru/pastebin/24
номер отдаётся на набор в корбинут и тут получаем
189 -- Call on SIP/corbina-08734000 placed on hold
190 -- Started music on hold, class 'default', on SIP/252-08726000
191 -- SIP/corbina-08734000 is making progress passing it to SIP/252-08726000

играет музыка ожадания пока не ответят, потом тишана в обе стороны!




а если звонить через eyeBeam напрямую регестрируясь на корбине - всё как положено! никакой музыки ожидания и слышно!!!

подскажите что может быть?

похоже сам понял, от корбины прилетает такой вот заголовок

v=0
o=CGPLeg535538 3473501486 1736750744 IN IP4 195.14.50.93
s=Sip Call
c=IN IP4 195.14.50.93
t=0 0
m=audio 60106 RTP/AVP 0 8
c=IN IP4 195.14.50.93
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=inactive
a=ptime:20
a=rtcpping:F:12109:1210978
a=X-fax
a=ecan:fb on -
a=silenceSupp:off - - - -

как видим, тут есть такой параметр

a=inactive

гугление дало такой результат

The user agent will use the direction attribute such as a=sendonly or a=inactive in the sdp to initiate call hold requests

вопрос теперь такой - как * сказать чтобы игнорировал такие запросы?

Это бага астериска - он не должен рассматривать SDP answer на предмет распознавания hold'а. Это нужно делать только для SDP offer'а. И только для Re-INVITE'ов.
Другими словами детектить hold нужно только в SDP в Re-INVITE.

HighTower:

вопрос теперь такой - как * сказать чтобы игнорировал такие запросы?

Только есть изменить код в chan_sip.c.
Кстати лучше спросите у корбины (у ихнего техсаппорта) зачем они посылают inactive в early media (я бы еще понял если тут было бы recvonly) и уж тем более в 200 OK. С точки зрения SDP это означает что медии небудет в обе стороны что собственно вы и наблюдаете после 200 OK - тишина в обе стороны.

в саппорт корбины написал, мне ответили что они поменяли оборудование, возможны коненчо баги, но это проблема только моего астериска, т.к. с софтфонами и хардфонами проблемы нет (и действиетельно, если звонить через eyeBeam напрямую - всё пучком)
обновились они до User-Agent: CommuniGatePro-callLeg/5.2.11
сообщим им об этом деле, жду чего ответят...

а может кто подсказать где и чего подправлять?
закомментировал такую проверку в ф-и process_sdp

} else if (!strcasecmp(a, "inactive")) {
if (sendonly == -1)
sendonly = 2;
continue;

постановка на холд перестала ставиться, но звука нет ((
хотя сейчас и звонок напрямую с софт фона идёт без звука... так что как то так...

и как насчёт оформление этого как багрепорта? особенно если детектить hold нужно только в SDP в Re-INVITE? кто знает как это правильно делается?

саппорт корбины сказал что сейчас толпа иных важных дел и решение проблемы с астериском - в самом низу списка... (((

И врятли звук будет. Думаете корбина просто так послала inactive в 200 OK? Это буквально и означает что будет тишина. Поэтому и говорил что спросите корбину об этом... Может им кодеки ненравятся - может они хотят только G729 например, а может у них просто баг какойто... но это уже просто догадки....

корбина, если судить по заголовкам, предлагает только ulaw и alaw кодеки
хотя их самморт утверждает что проблема решается установкой жёстко gsm кодека (хотя у меня просто несогласование кодеков идёт)
такая проблема, по словам того же саппорта, у всех астерисководов, с другими клиентами проблем нет... не хочет их CommuniGatePro почему то дружить с астериском (((
т.к. недовольных уже набралось под сотню, вроде обещали для астерисководов поставить временно астериск...