Посылка 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

2

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

Решение:

в 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)   |

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

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

ответил 2012-03-04 17:17:54 +0400

mistral

370 ● 2 ● 5 ● 19

Comments

в мемориз!

um2010 ( 2012-03-04 22:16:43 +0400 )редактировать

ну и зря. оно так не всегда срабатывает ;) вчастности не срабатывет если звонит больше чем на один транк(hunting)

meral ( 2012-03-05 16:44:30 +0400 )редактировать

meral, а Вы правы, кстати. Бывает, что после проключения тракта от Астериска не приходит RTP, как результат - тишина вместо КПВ в inband early media. Подумаю, как решить.

mistral ( 2012-03-06 23:56:29 +0400 )редактировать

гы. я вам написал когда не работает. решить никак. в предалах не переписывания исходников.

meral ( 2012-03-06 23:57:59 +0400 )редактировать

Гыыы, а вот нет :) Решение все же нашлось, в принудительной генерации КПВ самым астериском :) И это самое КПВ и приходит уже в RTP in-band от астериска :) Некрасиво, но другого пока не придумал. Чуть позже опишу решение.

mistral ( 2012-03-07 00:06:46 +0400 )редактировать

дак веддь пробелма не в генерации. а втом что он повторно генерит если по транкам хантинг.

meral ( 2012-03-07 00:21:00 +0400 )редактировать

Asterisk 10.2.1-rc1. Такой проблемы нет. Проверял. Есть только отсуствие RTP в предответе.

mistral ( 2012-03-07 00:29:31 +0400 )редактировать

а приход нескольких SIP 183 Session Progress подряд - это нормальное явление, еще не встречал ни одного девайса, который был так болезненно на это реагировал.

mistral ( 2012-03-07 00:34:24 +0400 )редактировать

у вас все вперееди.операторские свичи некоторыне очень не люят когда им дают прогрес, а потом говрят что это была ошибка.

meral ( 2012-03-07 01:17:12 +0400 )редактировать

я сам оператор. И на интерконнектах официально разрешен прогресс.

mistral ( 2012-03-07 01:45:58 +0400 )редактировать

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

meral ( 2012-03-07 04:06:03 +0400 )редактировать

В сторону абонентов я сам намеренно режу 183 на SBC, и выдаю принудительно 180, чтобы не баловались своими мессагами в предответном. А на операторов-партнеров по интерконнекту такой проблемы нет.

mistral ( 2012-03-07 16:57:49 +0400 )редактировать

А чем такая красивая табличка нарисована?

stopa85 ( 2012-03-13 11:09:50 +0400 )редактировать

wireshark наверно.

meral ( 2012-03-13 13:40:54 +0400 )редактировать

Wireshark

mistral ( 2012-03-13 18:22:38 +0400 )редактировать

Answer 2

2

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

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

ответил 2011-05-31 14:15:22 +0400

meral

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

обновил 2011-05-31 14:32:08 +0400

Comments

здесь 100% не задавался, искал уже. mistral ( 2011-05-31 14:24:05 +0400 )редактировать

угу. только я на него в этих отвтетах отвечал.. meral ( 2011-05-31 14:25:35 +0400 )редактировать

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

конечно игрались уже. все равно 180 приходит. И это не по RFC. Если астериск по сути выступает как транзитный медиашлюз - то он не должен самостоятельно слать 180, лишь 183. 180 Ringing обычно передается от конечного B2BUA, а не генерируется самостоятельно. mistral ( 2011-05-31 15:40:41 +0400 )редактировать

не не не. вы не тот рфц смотрите. астериск всегда user-agent. он не может быть транзитным.смотрите архитектуру астериска ;) meral ( 2011-05-31 17:19:41 +0400 )редактировать

ну понятно :) если штатного решения проблемы нет - тогда придется ставить что ли OpenSER и резать им лишние запросы. Меня лишь интересовало, можно ли заставить Астериск не слать 180 перед 183 штатно. mistral ( 2011-05-31 17:35:33 +0400 )редактировать

можно. выключив вообще прогресс.. если ставить kamailio, то не вижу в чем смысл после него астриск ставить. meral ( 2011-05-31 20:44:05 +0400 )редактировать

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 ( 2011-08-13 08:44:59 +0400 )редактировать

Answer 4

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

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

4 Ответа

Comments

Comments

Comments

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

Статистика

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