Форумы  ·  Войти  · 

Тема: факс через sip

Страница 1 из 4, все  1 2 3 >  
17.12.15 16:23   alyam  EXPERT  

tde200, v-sipgw16
sip провайдер new-tel
атс за натом.

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

[ Изменено: 17.12.15 16:29 alyam ]
[ #1 ]  17.12.15 16:54   observer  EXPERT  

Нужно отправлять факсы по мылу.

[ #2 ]  17.12.15 17:58   alyam  EXPERT  

мы не доросли еще до столь высоких технологий )

[ #3 ]  17.12.15 19:36   НачШтаба  EXPERT  

Как так не доросли?!  :eek: А как же “sip провайдер”?...  :rolleyes:
Кстати, NAT ни в чём не виноват.

[ #4 ]  17.12.15 19:43   alyam  EXPERT  

пользователей переучить сложно...

[ #5 ]  18.12.15 7:11   observer  EXPERT  

Используйте 711-й кодек без Т.38. Если не поможет, подключите им двухпроводку для факса, иначе так и будете регулярно заниматься сексом с провайдером.

[ #6 ]  22.12.15 7:24   alyam  EXPERT  

свойства порта виртуального шлюза sip - тип отправки факсов: G711 внутриполосная.

эта настройка?

[ #7 ]  23.12.15 15:48   kre  EXPERT  

вообще это дело нужно с провайдером решать. если кодек 729 стоит, то вопрос о каких факсах.

[ #8 ]  23.12.15 15:59   alyam  EXPERT  

они мне пишут: попробуйте использовать метод G.711 inband, T38 и проверить результат.

[ #9 ]  24.12.15 9:19   kre  EXPERT  

НУ ТАК ПОПРОБУЙТЕ.
все равно вы не выкладываете свои настройки и не говорите чего там у вас где, тут только к гадалке идти.
Теоритически по умолчанию G.711 должен пролетать(но у вас не работает, а где чего вы крутили мне неизвестно)

[ #10 ]  24.12.15 10:43   alyam  EXPERT  

конфиг выложил

Вложение
DMSYS_alyam.zip  (Размер: 54KB - Загрузки: 162)
[ #11 ]  24.12.15 15:24   kre  EXPERT  

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

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

[ #12 ]  24.12.15 19:03   Zav@2008  (147/30.01.15)  

Неплохо бы просто сам голосовой звонок (RTP) записать и загнать в Wireshark -> RTP Analyzer. Там посмотреть losses, skew, jitter и прочие проблемы соединения.
В случае наличия потерь G711 врятли будет в тему.

[ #13 ]  26.12.15 12:01   ManS  EXPERT  

То есть ТС находится в Саранске, линк с SIP-провайдером, у которого хост в Питере через “дикий тырнет” и “факсы через раз”, ИМХО, это уже отлично! 😊

[ #14 ]  26.12.15 18:40   Zav@2008  (147/30.01.15)  

ManS, не вижу ничего такого странного если ТС админит сеть в другом городе. По опыту же “дикого тырнета” - как раз убедительные картинки скринов Wireshark RTP Analyzer с потерями на трассе и прочими чудесами тырнетов - помогают в повседневной жизни войны с провами, вохьмите на заметку.

[ #15 ]  26.12.15 20:39   urrym  EXPERT  
Zav@2008 - 26.12.15 18:40

ManS, не вижу ничего такого странного если ТС админит сеть в другом городе.

Не вижу ничего странного, что вы ничего не поняли. Не важно откуда и что  админится, мини-атс все-равно Саранске.
.
Зы. Для кругозора: вряд ли.

Страница 1 из 4, все  1 2 3 >  
Komendant.pro
 ©1999-2025  Инженерная лаборатория "Комендантъ"