detx Опубликовано 25 сентября, 2009 · Жалоба Как лучше гонять факсы через g711 или t38??? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
GHhost Опубликовано 25 сентября, 2009 · Жалоба t38 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
aoz1 Опубликовано 25 сентября, 2009 · Жалоба Как лучше гонять факсы через g711 или t38??? Правильная реализация T38 отъедает меньше траффика и в ней заложена возможность дублирования пакетов, что увеличивает надежность при потере пакетов. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
facility Опубликовано 25 сентября, 2009 · Жалоба Как лучше гонять факсы через g711 или t38???Вопрос риторический. В теории - T.38 является специализированным протоколом для передачи факсов в режиме реального времени. Соответственно, призван повысить надежность их передачи. На практике - существует масса кривых реализаций протокла и куча проблем взаимодействия оборудования, которые иной раз сводят на нет все преимущества T.38. В общем, не так плохи протоколы, как их реализации :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
spaceman Опубликовано 26 сентября, 2009 · Жалоба Если получается настроить, чтобы работало через T.38 - используйте его. Если нет, то ставь G.711 и не парься. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ram_scan Опубликовано 28 сентября, 2009 · Жалоба T.38 в общем случае жрет больше трафика (поясняю, на каналах страдающих джиттером нужно настраивать дублирование пакетов, из-за чего полоса может вспухнуть почти в 4 раза против 711 кодека), плюс имеет огроменные проблемы с совместимостью различного оборудования. На большой войп сети, где в каждом закутке есть "сам себе админ" и зоопарк оборудования с чудесно настроенными воркэраундами настроить чтобы оно ходило во все стороны нереально в принципе, потому-что геморрой растет в геометрической прогрессии. Если полосы хватает, и вся сетка своя, то лучше пользоваться единственным 711 кодеком, и не поморачиваться. В первом приближении глюков будет минимум. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
MrCloud Опубликовано 28 сентября, 2009 · Жалоба Как лучше гонять факсы через g711 или t38???Вопрос риторический. В теории - T.38 является специализированным протоколом для передачи факсов в режиме реального времени. Соответственно, призван повысить надежность их передачи. На практике - существует масса кривых реализаций протокла и куча проблем взаимодействия оборудования, которые иной раз сводят на нет все преимущества T.38. В общем, не так плохи протоколы, как их реализации :) Эх... блин, сколько лет прошло а грабли никто не подвинул даже... В локалке норм будет и 711, наружу всеж лучше Т.38, желательно ч-з умный софтсвич/SBC Например AlterPSS умеет из 711 далать 729+т38 и наоборот... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
aoz1 Опубликовано 29 сентября, 2009 (изменено) · Жалоба Эх... блин, сколько лет прошло а грабли никто не подвинул даже... В локалке норм будет и 711, наружу всеж лучше Т.38, желательно ч-з умный софтсвич/SBC Например AlterPSS умеет из 711 далать 729+т38 и наоборот... A Acme SBC тишину :( BTW, тут никто из онных не читает. У меня за последний год уже два серъезных carrier заболели. Причем NOC-и подтверждают наличие проблемы, но ничего не происходит. PS. по поводу G711<->T38. верится с трудом, в надежную связку, особенно если крутить параллельно h323<->sip. Тут вопрос курицы и яйца вылазит. Изменено 29 сентября, 2009 пользователем aoz1 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
MrCloud Опубликовано 29 сентября, 2009 · Жалоба PS. по поводу G711<->T38. верится с трудом, в надежную связку,особенно если крутить параллельно h323<->sip. Тут вопрос курицы и яйца вылазит. Попробуйте, там демо есть. Когда гнода 2-3 назад я тестил, работало. H323<->SIP всегда хорошо работало. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
facility Опубликовано 29 сентября, 2009 · Жалоба PS. по поводу G711<->T38. верится с трудом, в надежную связку,особенно если крутить параллельно h323<->sip. Тут вопрос курицы и яйца вылазит. Мне тоже верится с трудом, но я бы не отказался попробовать. Например, вот это - http://www.commetrex.com/products/ctmiddle...rboprodbul.html. Может кто-то уже пользовался и знает. Хотя, пробовать нужно, только до конца осознавая кол-во цифр в ценнике, расположенных до десятичной запятой. Игрушка может оказаться слишком дорогой. Кстати, функции преобразования протоколов сигнализации и функции перекодирования информационных потоков можно разнести на разные элементы сети. H.323 в SIP - это скорее функция SBC, которому не обязательно быть оснащенным DSP. А G.711 в T.38 (и наоборот) - это уже нужно возлагать на media-шлюзы с DSP. Держать все в одном флаконе, наверное, не нужно из разных соображений. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
detx Опубликовано 29 сентября, 2009 · Жалоба А вот, что мне сказала по этому поводу тех поддержка мфи-софт, для их продукта ip centrex Сегодня мы еще раз совместно с разработчиками обсудили сложившуюся ситуацию и пришли к заключению, что передача факсимильных сообщений на кодеке G.711 хотя и возможна, но не может быть гарантированной. Данная особенность не связана с функционированием нашего продукта, а является следствием самой технологии передачи факсов через этот кодек (процесс передачи является неконтролируемым, осуществляется лишь проброс сообщений). По этой причине возникшая ситуация не может рассматриваться как ошибка нашего продукта. Ранее мы предоставили Вам более детальные пояснения того, что обработка факсовой сессии на стороне IP Centrex осуществляется корректно. Разрешите также обратить Ваше внимание, что в договоре на поставку продукта, а также в документации на него отсутствует упоминание о поддержке передачи факсов на кодеке G.711. Для реализации этого сервиса мы рекомендуем использовать протокол передачи факсов – Т.38. Данный кейс предлагаем закрыть как консультационный. Пожалуйста, обращайтесь, если появятся дополнительные вопросы. Благодарим за сотрудничество! И еще " передача факсимильных сообщений на кодеке G.711 хотя и возможна, но не может быть гарантированной." Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
facility Опубликовано 29 сентября, 2009 · Жалоба И еще" передача факсимильных сообщений на кодеке G.711 хотя и возможна, но не может быть гарантированной." С этим трудно не согласиться. Можно добавить, что проблемы передачи факсов с использованием G.711 не поддаются диагностике, т.к. из информационного потока без применения спец. средств (анализаторов) невозможно выделять отдельные сообщения T.30. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
detx Опубликовано 30 сентября, 2009 · Жалоба И еще" передача факсимильных сообщений на кодеке G.711 хотя и возможна, но не может быть гарантированной." С этим трудно не согласиться. Можно добавить, что проблемы передачи факсов с использованием G.711 не поддаются диагностике, т.к. из информационного потока без применения спец. средств (анализаторов) невозможно выделять отдельные сообщения T.30. Значит все-таки лучше использовать t38??? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
edwin Опубликовано 30 сентября, 2009 · Жалоба 2detx: Думаю гланым езюме станет следующее: Пробуем/тестируем T.38, если не работает никак - переходим к варианту G711 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
facility Опубликовано 30 сентября, 2009 · Жалоба Значит все-таки лучше использовать t38???Нет на этот вопрос однозначного ответа. По отошению к G.711 протокол T.38 дает возможность: 1) передачи факсов на каналах передачи данных с худшими характеристиками, чем требуемые для G.711; 2) оптимально использовать канал передачи данных; 3) увеличить надежность передачи факсов за счет избыточных пакетов; 4) диагностировать процесс передачи факса при помощи sniffer'а а-ля Wireshark. Минусы (по отношению к G.711): 1) повышенная нагрузка на DSP; 2) усложнение логики работы VoIP-устройства и увеличение вероятности появление дополнительных ошибок передачи факса; 3) отсутствие поддержки T.38 в некоторых устройствах/ПО. В общем, если у вас мало полосы пропускания в сети, на вашем оборудовании заявлена поддержка T.38, у вас есть тесный контакт с производителем и желание (и квалификация) с ним (производителем) "бодаться" по поводу стабильности работы T.38, то вам стОит попробовать T.38 :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 2 октября, 2009 · Жалоба Например AlterPSS умеет из 711 далать 729+т38 и наоборот... Еще б он не вис, как собака... :( Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
aoz1 Опубликовано 2 октября, 2009 · Жалоба Значит все-таки лучше использовать t38???В общем, если у вас мало полосы пропускания в сети, на вашем оборудовании заявлена поддержка T.38, у вас есть тесный контакт с производителем и желание (и квалификация) с ним (производителем) "бодаться" по поводу стабильности работы T.38, то вам стОит попробовать T.38 :) Изолью душу по теме. В свое время расставили кучу Asotel, он же Dynamix, он же еще что-то, клиентам на h323. Т38 в связке с цисками работал, да и работает на ура. Вчера в связи с повальной SIP-изацией перешили первому клиенту онный на SIP. Стали проверять факсы. При звонке на факс машину за Dynamix он делает reinvait для подъема T38. И на просьбу SIP Proxy прислать Digest авторизацию умолкает. Хотя, на исходящих звонках все tip-top. А вы говорите Wireshark :) BTW, проблема с reinvite и прокси с авторизацией достаточно распространенная, посему прежде чем плясать с бубном (sorry Wireshark-ом ) рекомендую смотреть туда. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
facility Опубликовано 5 октября, 2009 · Жалоба А вы говорите Wireshark :)Не вижу противоречия с написанным мной :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pashtet Опубликовано 5 октября, 2009 (изменено) · Жалоба используем g711 как основной кодек, соответственно его же для факсов (услуги МТС для абонентов интернет-провайдера). У клиентов стоят планеты, зухели, д-линки. С нашей стороны аудиокодес медиант. проблем с факсами нет. G711 изначально выбрали как вариант с более высокой совместимостью. Изменено 5 октября, 2009 пользователем pashtet Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
facility Опубликовано 6 октября, 2009 · Жалоба используем g711 как основной кодек, соответственно его же для факсов (услуги МТС для абонентов интернет-провайдера). У клиентов стоят планеты, зухели, д-линки. С нашей стороны аудиокодес медиант. проблем с факсами нет. G711 изначально выбрали как вариант с более высокой совместимостью. G.711 подходит не всем. Особенно он НЕ подходит тем, кто использует радиоканалы 802.11, 802.16*. У Вас их, наверное, совсем нет? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ram_scan Опубликовано 6 октября, 2009 · Жалоба G.711 подходит не всем. Особенно он НЕ подходит тем, кто использует радиоканалы 802.11, 802.16*. У Вас их, наверное, совсем нет? Собственно с радиоканалом вообще сложно что-либо гарантировать при работе любым кодеком. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
aoz1 Опубликовано 8 октября, 2009 · Жалоба G.711 подходит не всем. Особенно он НЕ подходит тем, кто использует радиоканалы 802.11, 802.16*. У Вас их, наверное, совсем нет? Ну с 802.11 понятно. :) A чем Вам WiMax не угодил. Там полнофункцональный QOS с flow control (то есть на обе стороны). Поделитесь опытом pls. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
thodin Опубликовано 8 октября, 2009 · Жалоба Ну с 802.11 понятно. :) A чем Вам WiMax не угодил. Там полнофункцональный QOS с flow control (то есть на обе стороны). А он там работает? Сколько ни пытались получить каналы с qos через wimax-провайдеров с оборудованием от разных производителей - никто не дал. В приватной беседе все подтверждали, что толком не работает. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
L-ZiX Опубликовано 8 октября, 2009 · Жалоба 2 года гоняем 711 через вайфай, хз у кого как а у нас чудесно Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 17 октября, 2012 · Жалоба В локалке норм будет и 711, наружу всеж лучше Т.38, желательно ч-з умный софтсвич/SBC Например AlterPSS умеет из 711 далать 729+т38 и наоборот... А какой кодек надо включать на AlterPSS для терминирующей стороны, если та заявляет поддержку Т.38? Кодека-то такого в списке AlterPSS-а нет. Вот тут http://www.altertex.ru/forums/topic.asp?TOPIC_ID=45 рекомендуют: Еще в конфигурации в настройках шлюзов, шлюзу, который работает в голосе (bypass) необходимо указать специальный кодек Faxg711, шлюзу Т.38 ничего указывать не нужно - просто обычный набор кодеков (по умолчанию ПСС работает по Т.38). Кто тестировал? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...