SER и Alert-info (aka distinctive ringing)

[-Ars-]

Доброго времени суток.

Пытаюсь найти возможность включить в SER/OpenSER упомянутую функцию. Читал всё, что нашёл - ничего путного. В некоторых мейл-листах упоминается возможность включить distinctive ring в OpenSER, но нигде и никто не говорит - как. О том, как настроить в Asterisk-е - куча ссылок. Про SER - ни одной.

Вот и интересуюсь я: возможно, кто-то это уже делал? Если да - был бы благодарен за пояснение, как именно это сделать. Или хотя бы в мануал ткните, а то глаза уже на лоб лезут... :(

Заранее 10х.

[-Ars-]

Можно закрывать. Включается просто, например:

append_hf("Alert-info: Bellcore-dr4\r\n");

[ram_scan]

Вот еще бы отучить его посылать пустые SIP пакеты (с пэйлоадом из четырех нулевых байт), цены бы ему не было. А так иногда глюки аццкие от этого плодятся с "непородистым" оборудованием. Кстати AudioCodes MP с прошивкой 5 версий давится подлец этими пакетами тоже.

Edited February 25, 2008 by ram_scan

[-Ars-]

цены бы ему не было.

Так ему, собснно, и нет цены - халява, сэээр :)

Багрепорт открыл?

Вот еще бы отучить его посылать пустые SIP пакеты

Кстати, ни разу не замечал. Есть какой-то конкретный сценарий? Edited February 25, 2008 by -Ars-

[ram_scan]

Поленился открывать. По поводу сценария - есь, просто на ум не помню. Завтра если время будет на работе повторю. Смысл в том, что вместе с инвайтом SER отсылает пустой пакет следом. То есть идет инвайт - процесс - рингинг - 200, а после 200 SER втыкает пустой пакет который audiocodes считает за хрен знает что, и пытается отправить на него лишний 200 OK и дождаться на него ACK. Не дождамшись ACK audiocodes считает что "какая-то жопа стряслась" и по истечении не то 15 не то 30 секундного таймаута рвет соединение. То есть бага тут фактически два. SER отсылает лишние пустышки (что в принципе непорядок, но не страшно, такие пустышки должны на приемной стороне дропацца), а audiocodes неадекватно на них реагирует (а вот это уже нарушение стандарта).

 

То есть стиуация проявляется только на входящей связи в сторону audiocodes и выглядит так, что соединение вроде установилось, голос пошел, а audiocodes продолжает флудить в сторону SER сообщениями 200, после чего не прощаясь уходит в странное состояние (голоса нет, и отбоя нет), после чего он прощается и начинает блажить сигналом congestion.

Edited February 25, 2008 by ram_scan

[-Ars-]

То есть идет инвайт - процесс - рингинг - 200, а после 200 SER втыкает пустой пакет

Пополз смотреть :)

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

Ох уж мне эта интероперабельность... :(

PS

Посмотрел. Нету никаких пустых пакетов, однако...

Edited February 25, 2008 by -Ars-

[ram_scan]

У меня есть резкое подозрение что 1) оно зависит от конфига, и 2) я говорил об openser. Так что в ser или 1) не успели плюху эту внести или 2) она по какой-то причине не проявляется. Ежели ложную тревогу поднял - то сорри :-) Пакеты пустые вставляет - факт.

 

PS: да, у меня смутное подозрение, что оная порнография появляется только при включеной поддержен nat совместно с rtpproxy.

Edited February 26, 2008 by ram_scan

[skor78]

http://www.openser.org/docs/modules/1.3.x/...lper.html#AEN52

Это?

[ram_scan]

Похоже. Мне вообще кажется что отправка пустого пакета - не самая лучшая идея. Что мешало например отправлять вмечто пустышки notify какой-нибудь ?

[skor78]

Дык там же выбор есть, либо udp-пакеты, либо sip-ping (с выбором типа запроса)

Edited March 3, 2008 by skor78

[ram_scan]

А вот и опаньки. Во первых мне конечно надо внимательнее читать документацию, тут я посыпаю голову пеплом. Во вторых тип запроса у меня все-таки стоит OPTIONS, а пакеты пустые все-же генерируются.