asterisk.ru

Проблемы надо решать по мере их поступления ))

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

Да и DFL - не какой-то раритет, а устройство распространенное и с SIP работающее много у кого.

Что до упомянутого примера, я его видел, к сведению принял. Но это все-таки пример, отредактированный для статьи, а не описание стандарта.
Так что он не до конца убедителен. Вот если я увижу параграф из стандарта, где эти пробелы прописаны в обязательном порядке, то да, тут уже придется поверить.

Всем спасибо. Завтра буду пробовать разные варианты, обязательно отпишу, что получилось.

Просто я верю, что SIP в астериске уже отполирован долгими годами разработки, в отличие от дэ-линка, вообще на SIP специально не заточенного, и корежить с неясными последствиями (неясно, поможет или нет; неясно, где эта переделка потом вылезет боком) правильно работающее звено ради неправильно работающего - неверно стратегически и идеологически.

vgo писал(а): Да и DFL - не какой-то раритет, а устройство распространенное и с SIP работающее много у кого.

Тем более, пусть исправляют косяк прошивки.

давайте порешаем !
у меня ПРЕКРАСНО работает Сейчас 260е , до этого был 210. НИ КАКИХ ПРОБЛЕМ
итак
1-прошивка на DFL . версия \страна
2 скрины правил - в студию

а вообще методом проб и ошибок выяснено
1- алг выключить
2- сделать 4-РЕ ! именно 4ре правила проброса портов 5060 SAT&aloow + RTP sat&allow
3 маршрут, который смотрит в сторону провайдера (интернет) сделать мониторинг по ICMP

Glukinho писал(а):

vgo писал(а): Да и DFL - не какой-то раритет, а устройство распространенное и с SIP работающее много у кого.

Тем более, пусть исправляют косяк прошивки.

В плане борьбы за вселенскую справедливость - Вы правы. Если стандарт действительно допускает пробелы; пример в популярной статье - это аргумент недостаточно сильный. Я полагаю, что допускает.

Но в плане практических действий я не могу ждать, когда они внесут эти исправления.

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

april22 писал(а):давайте порешаем !
у меня ПРЕКРАСНО работает Сейчас 260е , до этого был 210. НИ КАКИХ ПРОБЛЕМ
итак
1-прошивка на DFL . версия \страна
2 скрины правил - в студию

а вообще методом проб и ошибок выяснено
1- алг выключить
2- сделать 4-РЕ ! именно 4ре правила проброса портов 5060 SAT&aloow + RTP sat&allow
3 маршрут, который смотрит в сторону провайдера (интернет) сделать мониторинг по ICMP

Спасибо.

1. Ага, в том-то и дело. Прошивка 2.40.04.08-21460 Jun 4 2013 западная. При том, что DFL там пашет как негр, поддерживает VPN туннели, PPTP клиентов и еще кое-чего, а сбои в его работе будут крайне неприятным событием, трогать его нежелательно. В смысле менять прошивку и потом восстанавливать работоспособность.

2. Скринить особо нечего. Сделано по методичке от DLink, то есть, sip-alg задействован. Входящие звонки от провайдера идут без проблем. подключение стабильно.

3. Ну да, вариант отказаться от sip-alg я имею в виду. У него есть свои плюсы, если оно работает нормально. Если подскажете настройки, буду признателен, это сильно сэкономит мне время.

Эта задача вместе с Астериском свалилась мне на голову две недели назад и закончить ее надо в ближайшие дни. Правда, исходящие звонки для нее не нужны, но хочется сделать.

ded писал(а):в астериске есть настройки на случай "отправления не вполне правильных SIP headers не вполне правильным устройствам"
http://asterisk.ru/knowledgebase/Asteri ... sip_header

К моему большому сожалению, это не работает. То есть, sip_header - readonly функция, как, к примеру, утверждается в http://www.voip-info.org/wiki/view/Asterisk+func+sip_header
На всякий случай проверил. Действительно не работает ((
SIPAddHeader, как и написано, только добавляет, но не может заменить заголовок.
Может добавить и второй заголовок Allow, но от этого, естественно, легче не становится.

Жалко, хороший был вариант (((

Перехожу к плану B

А какой план B?

Подумав, решил, что это - отказ от sip_alg.

План C - версия 1.8.32
План D - правка этой версии ))

Ну, конечно, возможны варианты.