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

Тема: T.38 - что за зверь такой и с чем его едят?

28.12.10 16:36   konst2k6  (31/29.01.09)  

Всем здравствуйте!

Объясните, пожалуйста, трудно доходящие до меня вещи.
Что такое Т.38 в общих чертах я представляю.
Меня интересует прежде всего вот какие вопросы.
1. Можно ли “этой штукой” “принимать” факсы с аналоговых или цифровых (как таковой транспорт не имеет значения) СО на программное решение с поддержкой этого протокола? При этом не имея обычного факс-аппарата.
2. Возможно ли, например, связать NCP1000 (или любую другую АТС с поддержкой Т.38) с физическими входящими СО с любым программным факсом, например, HylaFax?
3. Если ответы на предыдущие вопросы - да, то поделитесь пожалуйста примерами настроек, если они конечно в природе существуют.

Заранее благодарен за ответы.

[ #1 ]  28.12.10 16:40   архип  EXPERT  

Cтандарт T.38 факс реле был разработан в 1998 году как способ передачи факсов в IP сетях между существующими факс терминалами третьего класса (G3). Предыдущие стандарты факсимильной связи ITU Т.4 разрабатывались Международным союзом электросвязи в 1980 году, перед стремительным ростом развития Интернет. В конце 90-х технологии VoIP начали делать успехи в качестве альтернативы обычной ТФОП. Однако, вследствие того, что большинство VoIP систем оптимизировалось для голоса, а не для данных, обычные факсимильные машины не работали, или работали плохо из-за особенностей сети типа задержек, флуктуации, потерь пакетов, и т. д. Таким образом был необходим надёжный способ передачи факсов по IP

[ #2 ]  28.12.10 16:45   konst2k6  (31/29.01.09)  
Архип - 28.12.10 16:40

Cтандарт T.38 факс реле был разработан в 1998 году как способ передачи факсов в IP сетях между существующими факс терминалами третьего класса (G3). Предыдущие стандарты факсимильной связи ITU Т.4 разрабатывались Международным союзом электросвязи в 1980 году, перед стремительным ростом развития Интернет. В конце 90-х технологии VoIP начали делать успехи в качестве альтернативы обычной ТФОП. Однако, вследствие того, что большинство VoIP систем оптимизировалось для голоса, а не для данных, обычные факсимильные машины не работали, или работали плохо из-за особенностей сети типа задержек, флуктуации, потерь пакетов, и т. д. Таким образом был необходим надёжный способ передачи факсов по IP

Спасибо, конечно, но это я и без вас читал http://ru.wikipedia.org/wiki/T.38

[ #3 ]  28.12.10 19:05   Заплетников Д.И.  EXPERT  

А что же вы тогда хотите знать и, собственно, для чего?

[ #4 ]  29.12.10 0:29   konst2k6  (31/29.01.09)  
Заплетников Д.И. - 28.12.10 19:05

А что же вы тогда хотите знать и, собственно, для чего?

собственно говоря, см. пункты 1, 2 и 3 моего поста. там все написано.

[ #5 ]  29.12.10 1:05   Заплетников Д.И.  EXPERT  

Так и в ответе Архипа ВСЁ написано: Вот 2 цитаты:

1. технологии VoIP начали делать успехи в качестве альтернативы обычной ТФОП.

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

В 1000-ке настройки Т38 находятся в св-вах IP транков.

Выводы сделать нетрудно.

[ #6 ]  29.12.10 8:02   НачШтаба  EXPERT  

Передача факса как таковая представляет собой оцифровку построчно отсканированной информации, преобразование потока в аналоговый сигнал, передачу этого сигнала на некоторое расстояние, приём, обратное преобразование и печать. Очень часто факсы работают на протоколе V.29 или более распространёнными V.32 и V.34 (V.34+).
Как было уже замечено выше, в IP-сетях при передаче голоса возможны задержки, потери пакетов и прочее, что абсолютно недопустимо при передаче файла изображения. Всё это связано с тем, что для уменьшения суммарного трафика передача голоса осуществляется UDP-пакетами, то есть IP-пакетами, не требующими подтверждения о приёме. При использовании протокола Т.38 передача осуществляется TCP-пакетами, то есть отправитель всегда получает подтверждение о том, что пакет прошёл полностью и без потерь. Если пакет не доставлен, отправитель делает попытки снова передать этот пакет до тех пор, пока он не будет доставлен. Таким образом файл изображения от передающего устройства до приёмного отправляется полностью и без искажений. Практически всё равно, как если бы факсы стояли бы рядом друг с другом и между ними на линии не было бы никаких искажающих сигнал устройств.

[ #7 ]  29.12.10 10:10   Наблюдатель  EXPERT  

ТС оставьте в покое Т.38 и почитайте про факс сервер. Если я правильно понял суть вопроса, то это то, что вам нужно.

[ #8 ]  29.12.10 22:49   Ired  EXPERT  

ТС, ну блин Вы даете... По Вашим вопросам:
1) Можно хоть на аппаратное, хоть на программное - лишь бы искажений, пропадания инету и потери пинга до компа с прогой не было... Ну и чтоб комп умел принимать, конечно. И чтоб протокол до компа етого поддерживал Т,38 тоже, а также Ваши “аналоговые-цифровые” его понимали... и много всяких “и”. Вы скажите конкретно - что, куда и откуда передаете-принимаете
2) NCP1000, как и любая другая IP-АТС Panasonic, поддерживает “физические входящие СО”. Вот только как это вяжется с “любым программным факсом типа ХилыйФакс”??? СО - это СО.... Факс - это абонент АТС как минимум. Как максимум - сторонний абонент. При чем тут “входящие СО”??????
3) Оба ответа почти “да” - какие “почти” настройки “почти” чего именно нужны?????

Komendant.pro
 ©1999-2025  Инженерная лаборатория "Комендантъ"