Посылка SIP 183 Progress без предшествующего SIP 180 Ringing [закрыт]

Question

Всем привет.

Есть схема: Asterisk 1.6.2.17.3 <-SIP-> Iskratel Si2000v5 <-SS7/ISUP-> TDM

Со стороны TDM приходит вызов - нет КПВ. Причина - в ответ на входящий IAM сишка шлет как полагается, инвайт астериску, астериск отвечает 100 Trying, 180 Ringing и 183 Session Progress, в результате Si2000 пересылает в ISUP ACM Alerting, и далее CPG Progress, что в корне неправильно, ибо Alerting означает что вызываемый абонент найден и вызывается. Естетственно что TDM АТС, получая Progress после Alerting - затыкается.

Но тут, так как вызов транзитный, то астериск должен был ответить только с 183 Session Progress c SDP, чтобы станция послала в сторону TDM ACM c Progress Indicator=Inband early media, что подразумевает собой проключение тракта в предответном и начало передачи раннего аудио (КПВ, музычка, или голосовое сообщение).

Как заставить Астериск отвечать на инвайт только 183 Progress без 180 ?

Accepted Answer

Поднимаю старую тему, только что опять вернулся к данной проблеме.

Решение:

в sip.conf

prematuremedia = no
progressinband = never

далее в диалплане в любом месте перед вызовом, хоть перед Dial:

[context]
exten => _X.,1,Progress
exten => _X.,n,***********

в результате получаем:

|Time     | 192.168.0.3                           |
|         |                   | 192.168.0.1      |                   
|6,162    |         INVITE SDP (g711A telephone-eventRTPType-101)         
|         |(19090)  ------------------>  (5060)   |
|6,176    |         401 Unauthorized              |SIP Status
|         |(19090)  <------------------  (5060)   |
|6,176    |         ACK       |                   |SIP Request
|         |(19090)  ------------------>  (5060)   |
|6,178    |         INVITE SDP (g711A telephone-eventRTPType-101)     
|         |(19090)  ------------------>  (5060)   |
|6,192    |         100 Trying|                   |SIP Status
|         |(19090)  <------------------  (5060)   |
|6,193    |         183 Session Progress SDP (g711A telephone-even...PType-101) 
|         |(19090)  <------------------  (5060)   |
|6,276    |         RTP (g711A)                   |RTP Num packets:364  Duration:7.270s SSRC:0xC0A6968E
|         |(65368)  ------------------>  (13170)  |
|6,369    |         RTP (g711A)                   |RTP Num packets:369  Duration:7.377s SSRC:0x2C7CE64B
|         |(65368)  <------------------  (13170)  |
|13,773   |         BYE       |                   |SIP Request
|         |(19090)  ------------------>  (5060)   |
|13,788   |         487 Request Terminated          |SIP Status
|         |(19090)  <------------------  (5060)   |
|13,788   |         ACK       |                   |SIP Request
|         |(19090)  ------------------>  (5060)   |
|13,789   |         200 OK    |                   |SIP Status
|         |(19090)  <------------------  (5060)   |

Всем спасибо.

ну и зря. оно так не всегда срабатывает ;) вчастности не срабатывет если звонит больше чем на один транк(hunting)
meral (Mar 5 '12)edit
meral, а Вы правы, кстати. Бывает, что после проключения тракта от Астериска не приходит RTP, как результат - тишина вместо КПВ в inband early media. Подумаю, как решить.
mistral (Mar 6 '12)edit
гы. я вам написал когда не работает. решить никак. в предалах не переписывания исходников.
meral (Mar 6 '12)edit
Гыыы, а вот нет :) Решение все же нашлось, в принудительной генерации КПВ самым астериском :) И это самое КПВ и приходит уже в RTP in-band от астериска :) Некрасиво, но другого пока не придумал. Чуть позже опишу решение.
mistral (Mar 6 '12)edit
дак веддь пробелма не в генерации. а втом что он повторно генерит если по транкам хантинг.
meral (Mar 6 '12)edit
Asterisk 10.2.1-rc1. Такой проблемы нет. Проверял. Есть только отсуствие RTP в предответе.
mistral (Mar 6 '12)edit
а приход нескольких SIP 183 Session Progress подряд - это нормальное явление, еще не встречал ни одного девайса, который был так болезненно на это реагировал.
mistral (Mar 6 '12)edit
у вас все вперееди.операторские свичи некоторыне очень не люят когда им дают прогрес, а потом говрят что это была ошибка.
meral (Mar 6 '12)edit
я сам оператор. И на интерконнектах официально разрешен прогресс.
mistral (Mar 6 '12)edit
угу. но некоторые софтсвичи сделаны так, что елси есть прогрес они уже не звонят дальше. тоесть убивается недозвонившийся реально звонок. это было у одного терминатора на промежуточном сотсвиче. клиент с него тарффик убрал сформулировав вот так причину. пофиксить не удалося.
meral (Mar 7 '12)edit
В сторону абонентов я сам намеренно режу 183 на SBC, и выдаю принудительно 180, чтобы не баловались своими мессагами в предответном. А на операторов-партнеров по интерконнекту такой проблемы нет.
mistral (Mar 7 '12)edit
А чем такая красивая табличка нарисована?
stopa85 (Mar 13 '12)edit

Answer 2

2

этот вопрос 1 в 1 задавалься. поиск ладно. короче поиграться progressinband=yes prematuremedia=no. если не сработало, зжначит никак. ну или комбинации этих двух параметров.

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

ответил May 31 '11

meral

23347 ● 24 ● 20 ● 177
http://pro-sip.net/

обновил May 31 '11

Comments

здесь 100% не задавался, искал уже. mistral (May 31 '11)edit

угу. только я на него в этих отвтетах отвечал.. meral (May 31 '11)edit

если Вы про это http://asterisk-support.ru/question/83/net-golosovogo-soobshcheniia-esli-telefon, то это не поможет, от астериска придет 183, затем вновь 180, и опять 183. Пробовали уже. mistral (May 31 '11)edit

конечно игрались уже. все равно 180 приходит. И это не по RFC. Если астериск по сути выступает как транзитный медиашлюз - то он не должен самостоятельно слать 180, лишь 183. 180 Ringing обычно передается от конечного B2BUA, а не генерируется самостоятельно. mistral (May 31 '11)edit

не не не. вы не тот рфц смотрите. астериск всегда user-agent. он не может быть транзитным.смотрите архитектуру астериска ;) meral (May 31 '11)edit

ну понятно :) если штатного решения проблемы нет - тогда придется ставить что ли OpenSER и резать им лишние запросы. Меня лишь интересовало, можно ли заставить Астериск не слать 180 перед 183 штатно. mistral (May 31 '11)edit

можно. выключив вообще прогресс.. если ставить kamailio, то не вижу в чем смысл после него астриск ставить. meral (May 31 '11)edit

Answer 3

Добрый день! У меня даже проблема. С оператора приходит все в правильном порядке, RTP сообщение прослушивал, все ок. А вот на сипфон идет сначала ringing. Вот дебаг от оператора к астериску:

|9,045 | INVITE SDP ( telephone-event) |

|9,054 | 100 Trying| |

|10,152 | 183 Session Progress |

|10,202 | RTP (g711A) |

|10,371 | 183 Session Progress |

|15,732 | 180 Ringing |

|15,752 | 200 OK SDP ( telephone-event) |

|15,752 | ACK |

|15,753 | INVITE SDP ( telephone-event) |

|15,757 | 100 Trying|

|15,762 | RTP (g711A) |

|15,789 | 200 OK SDP ( telephone-event) |

|15,790 | ACK |

|20,665 | INVITE SDP ( telephone-event) |

|20,671 | 100 Trying|

|20,700 | 200 OK SDP ( telephone-event) |

|20,700 | ACK |

|20,700 | BYE |

|20,725 | 200 OK |

А вот дебаг от астериска к сипфону:
|9,043 | INVITE SDP ( telephone-event) |

|9,044 | 100 Trying| |

|9,045 | 180 Ringing |

|10,152 | 180 Ringing |

|15,752 | 200 OK SDP ( telephone-event) |

|15,768 | ACK |

|15,769 | INVITE SDP ( telephone-event) |

|15,788 | 200 OK SDP ( telephone-event) |

|15,789 | ACK |

|20,664 | BYE |

|20,664 | 200 OK |

Как пропустить RTP на сипфон сразу, а не после re-Invinte?

да не та у вас проблема.. я говрю настройки гейта ковыряйте. meral (Aug 13 '11)edit

Answer 4

Была подобная проблемы с Iskratel SI 3000. И звездочкой 1,6 Решается заменой на стороне Iskratel (Медиашлюза), посмотрите в дамп звонка обратите внимание на время между ответами Invite 183 Ringing и 200 OK.

Посылка SIP 183 Progress без предшествующего SIP 180 Ringing [закрыт]

4 Ответа

Comments

Comments

Comments

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

Статистика

Похожие вопросы: