НастройкаЗвездичка 1

настройказвездичка

1) Първоначални данни

Факсът е свързан към Asterisk чрез VoIP шлюз, номерът на факса е 101.

2) Настройка udptl.conf

;Диапазон на портове за UDPTL

;Деактивирайте проверката на контролната сума на UDP

;Настройки за коригиране на грешки

;Деактивирайте T.38 предаването през RTP и TCP

За да приложите настройките, трябва да стартирате в конзолата на Asterisk

- Диапазонът на портовете за UDPTL не трябва да е същият като диапазона на портовете за RTP. —Ако има NAT по пътя на UDPTL трафика, тогава целият диапазон от UDPTL портове трябва да бъде препратен към хоста на Asterisk —T.38 може да се предава и чрез RTP протокол, ако има проблеми с UDPTL, има смисъл да поставите t38pt_rtp=yes —Два порта от диапазона ще бъдат използвани за изпращане на един факс

3) Настройка в sip.conf

/etc/asterisk/sip.conf ;Настройки на VoIP шлюза

;Настройки на SIP доставчик

За да приложите настройките, трябва да стартирате в конзолата на Asterisk

- Преходът към T.38 и обратно се извършва чрез повторна покана, следователно трябва да бъде активиран за факс и доставчик. — излишък — методът, който най-често се използва от VoIP шлюзовете и телефонните централи за коригиране на грешки при предаване на факсове, ако VoIP шлюзът или доставчикът използва FEC, тогава трябва да зададете t38pt_udptl=yes,fec или t38pt_udptl=yes на съответния транк/разширение.

4) Настройки на шлюза

В настройките на VoIP шлюза трябва да активирате прехода към T.38 с помощта на повторна покана и да активирате деактивирането на анулирането на ехото, когато бъде открит факс сигнал (ако VoIP шлюзът го поддържа).

Тестване на изпращане/получаване на факс.

Ние изпълняваме в Asterisk udptl set debug на конзолата

Ако изпращате/получавате факс вконзолата регистрира UDPTL трафик, което означава, че преходът към T.38 е успешен и предаването на факс вероятно ще работи.

Ако това не се случи, трябва да направите дъмп на SIP трафика, когато изпращате факс. Преходът към T.38 трябва да изглежда така:

ПОКАНИ sip:[email protected]:5060 SIP/2.0 … Content-Type: application/sdp Content-Length: 199

v=0 o=- 1366607602 1366607602 IN IP4 1.1.1.1 s=- c=IN IP4 1.1.1.1 t=0 0 m=image 19788 udptl t38 a=T38FaxRateManagement:transferredTCF a=T3 8 FaxUdpEC:t38UDPRedundancy a=sendrecv SIP/2.0 100 Опитвам …

SIP/2.0 200 OK … Тип на съдържанието: приложение/sdp Дължина на съдържанието: 276

v=0 o=root 389145565 389145567 IN IP4 2.2.2.2 s=Asterisk c=IN IP4 2.2.2.2 t=0 0 m=image 36967 udptl t38 a=T38FaxVersion:0 a=T38MaxBitRa te :2400 a=T38FaxRateManagement:transferredTCF a=T38FaxMaxDatagram:393 a=T38FaxUdpEC:t38UDPRedundancy

Ако в отговор на INVITE се получи „488 Не е приемливо тук“, тогава изпращащата страна е направила повторна покана или T.38 е деактивиран.

Ако не можете да изпращате факсове в T.38, защото доставчикът не го поддържа или факсът е свързан към Asterisk чрез DAHDI канал (в този случай имате нужда от T.38 реле, което не се поддържа от Asterisk 1.8), тогава можете да опитате да изпратите факсове до G711, без да използвате T.38. Предаването на факс ще работи, ако се приеме ниско трептене на всички VoIP скокове по пътя на факса.

След първия ствол от Asterisk до PBX на доставчика, други VoIP секции могат лесно да бъдат на пътя на факса и ако T.38 не е конфигуриран на тях, тогава факсовете най-вероятно няма да преминават винаги или изобщо няма да минават. За по-надеждно изпращане на факс използвайте аналогови линии или E1