AF
Asterisk Forum
обсуждения телефонии, VoIP и IP-PBX
12разделов
5 423тем
34 385сообщений
← К списку тем

Еще раз о app_fax

Asterisk IP PBX 15 сообщений -
#1
Интересно, меня тут кто-нить слышит? Smile
_________________
Trixbox 2.2.x (Asterisk 1.4.11) / FXO шлюзы (Dynamix, OvisLink, Planet, etc) / разные IP-телефоны (OvisLink, Grandstream, Dynamix, Nokia, Cisco ATA-186, etc)
#2
Ded писал(а):
Это, как я понял, он пробует всё подряд, с такой же скоростью, как мы пишем ответы в этом топике, или даже быстрее.


Да, ты прав. После неудчных попыток сделать по документации, стал пробывать все подряд в разных вариантах и компоновке.
#3
Нафига пробовать все подряд?
Написал же вроде человек (Brandser) что все замечательно работает примерно по такому сценарию как я описал?
_________________
Trixbox 2.2.x (Asterisk 1.4.11) / FXO шлюзы (Dynamix, OvisLink, Planet, etc) / разные IP-телефоны (OvisLink, Grandstream, Dynamix, Nokia, Cisco ATA-186, etc)
#4
Делай ЕСМ на воипном пире -
fax-relay ecm disable
#5
! anest:
xelas, еще раз ТАКОЕ сделаете - накажу.
любые тексты больше 20 строк - сохранять В ФАЙЛ и его аттачить уже.
кстати вам там дали совет "быстренько стереть" ваше произведение, но вы его проигнорировали.

_________________
Успехов!
#6
SolarW писал(а):
Нафига пробовать все подряд?
Написал же вроде человек (Brandser) что все замечательно работает примерно по такому сценарию как я описал?


Потому что, в том варианте что описал Brandser у меня -- не работает. Логи я уже приводил.

Added after 19 seconds:

Ded писал(а):
Делай ЕСМ на воипном пире -
fax-relay ecm disable


Это я тоже пробывал. С таким же успехом.

Added after 4 minutes:

Созрел такой вопрос:

а с какой версией работает app_fax(tx/rxfax) у участников дискуссии?
#7
...более менее стабильного приема факсов удалось добится с помощью следующих настроек dial-peer-а на Cisco:
Код:

dial-peer voice 4 voip
destination-pattern 1T
progress_ind setup enable 3
session protocol sipv2
session target ipv4:10.123.190.2:5060
dtmf-relay rtp-nte
codec g711alaw
fax-relay ecm disable
fax rate disable
fax protocol none
no vad


И приема факсов с помощью app_rxfax. Остался вопрос с ECM, над которым буду колдовать...

Added after 5 minutes:

Анализ логово rxfax показал следущую интересную картину: прием проходит при следующих условиях:
Код:
FLOW T.30 ..00 01..= Selected data signalling rate: V.29, 9600bps

или
Код:
FLOW T.30 ..00 10..= Selected data signalling rate: V.27ter 4800bps


во всех остальных случаях приема нет.
#8
Во всяком случае, твои действия по распутыванию проблемы нахожу правильными и квалифицироваными. Это не то что большинство криков по теме, обычно в виде "Поможите! Факсы не идут! Чо делать то?"
В дополнение - можно видеть дебаг Т.30 сообщений и на циске тоже.
#9
Провел много тестов. Выяснил следущее: нормальный прием обеспечивается только при скорости отсылающего факса 2400. На этой скорости были получены все факсы, причем, в хорошем качестве. И тут, надо полагать, это все само-собой разумеется. При этом в dial-peer было fax protocol pass-through g711alaw. Как только, при прочих равных, скорость на факсе поднималась выше, резко падало качество факсов и количество полученых факсах. Так, при скорости на факсе 14400 было получено три из пяти, при скорости 9600 три из шести.

Удивил следущий момент: из документации циско следует, что комманда:
Цитата:
fax rate {12000 | 14400 | 2400 | 4800 | 7200 | 9600 | disable | voice} [bytes rate]
(Optional) Selects the fax transmission speed to be attempted when this dial peer is used. The keywords and argument are as follows:
•12000, 14400, 2400, 4800, 7200, 9600—Maximum bits-per-second speed.


Должна устанавливать максимальную скорость передачи факса на пире. На самом деле, такового не происходит. Даже если сказать в пире fax rate 2400, app_rxfax в логе заявляет, что Selected data signalling rate равен тому, что заявлено на факс-аппарате/модеме.

ECM включить так и не удалось, при любом положении fax-relay ecm disable в логах наблюдается span_message: WARNING T.30 Non-ECM carrier not found.
#10
Насчет неустойчивости приема на скорости отличающейся от минимальной в соседнем топике пишут:
http://asteriskforum.ru/viewtopic.php?p=11592#11592
Deniq писал(а):
Вроде разобрался ентой проблемой, может кому будет интересно:
Два компа, в принципе одинаковые на 845 чипсете, софт идентичный.
На одном стоит digium TDM400B, на другом нет. На том что с карточкой (Tdm400B не используется) Т38 работает прекрасно с audiocodes mp-118FXO + wrtp54g.
На том что без tdm, Т38 не пашет вообще а ulaw 50% и с перебоями.
Прогнал zttest и получил на первом 99.995...% а на втором 99.952...%. После гооглинга стало понятно что * ну оочень не любит RTC аккуратность меньше чем 99.97%. Вообщем проблема с таймером и ztdummy. Похоже избавиться от этого будет трудно, тк все прибамбасы в bios уже отключены...
Может кто порекомендует бубен, попробую пошаманить тк выхода нет, tdm поставить в book-pc невозможно...

_________________
Trixbox 2.2.x (Asterisk 1.4.11) / FXO шлюзы (Dynamix, OvisLink, Planet, etc) / разные IP-телефоны (OvisLink, Grandstream, Dynamix, Nokia, Cisco ATA-186, etc)
#11
Оф.. дайте две!
Если у тебя
Цитата:
Как только, при прочих равных, скорость на факсе поднималась выше, резко падало качество факсов и количество полученых факсах. Так, при скорости на факсе 14400 было получено три из пяти, при скорости 9600 три из шести.
то смотри - есть ли ошибки на интерфейсе циски в статистике? Это локальная сеть получается тормозит, точнее один интерфейс.
#12
Хмм.. Я правда не могу уловить связи между сказаным мной и возможными ошибками на интерфейсе. Нельзя ли мне этот момент пояснить? То есть, я конечно понимаю прямую взаимосвязь межу ошибками на интерфейсе и качеством связи, но, сразу оговорюсь, что по этому линку нормально ходит остальной VoIP трафик. То есть даже не "нормально", а отлично.

Код:
FastEthernet0/0 is up, line protocol is up
Hardware is Gt96k FE, address is 0019.e7f1.118c (bia 0019.e7f1.118c)
Description: Link to LAN$ES_LAN$
Internet address is 10.123.190.1/16
MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 100Mb/s, 100BaseTX/FX
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:00, output 00:00:00, output hang never
Last clearing of "show interface" counters never
Input queue: 1/75/1/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 38000 bits/sec, 10 packets/sec
5 minute output rate 37000 bits/sec, 8 packets/sec
62670535 packets input, 1490235609 bytes
Received 11284609 broadcasts, 0 runts, 0 giants, 0 throttles
5 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog
0 input packets with dribble condition detected
48651745 packets output, 3005268023 bytes, 0 underruns
0 output errors, 0 collisions, 4 interface resets
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier
0 output buffer failures, 0 output buffers swapped out


А вот со стороны E1 действительно, есть о чем задуматся:

Код:
telegate#sh int Serial0/2/0:15
Serial0/2/0:15 is up, line protocol is up (spoofing)
Hardware is DSX1
MTU 1500 bytes, BW 64 Kbit, DLY 20000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation HDLC, loopback not set
Last input 00:00:01, output 00:00:01, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: weighted fair
Output queue: 0/1000/64/0 (size/max total/threshold/drops)
Conversations 0/1/256 (active/max active/max total)
Reserved Conversations 0/0 (allocated/max allocated)
Available Bandwidth 48 kilobits/sec
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
1220451 packets input, 5034032 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
301 input errors, 301 CRC, 35 frame, 19 overrun, 0 ignored, 34 abort
1220766 packets output, 5048393 bytes, 0 underruns
0 output errors, 0 collisions, 4 interface resets
0 output buffer failures, 0 output buffers swapped out
1 carrier transitions
Timeslot(s) Used:16, SCC: 0, Transmitter delay is 0 flags


Хотя цифра и не такая большая, но все же...

Да, кстати, еще мысль пришла: может ли влиять на fax relay малое количество DSP? То есть сейчас Циска несет на борту лишь один PVDM на 8 голосовых каналов, может быть этого кол-ва недостаточно для обработки факсового трафика? С другой стороны это, конечно, абсурд, на мой взгляд. Так как эти 8-каналов расчитаны как раз на g711.
#13
xelas писал(а):
....почикано............

ECM включить так и не удалось, при любом положении fax-relay ecm disable в логах наблюдается span_message: WARNING T.30 Non-ECM carrier not found.



если ниче не помагает можно отключить ecm в app_fax(хиругически Very Happy )

найти в app_fax.c
Код:
static void set_ecm(t30_state_t *state, int ecm)
{
t30_set_ecm_capability(state, ecm);
t30_set_supported_compressions(state, T30_SUPPORT_T4_1D_COMPRESSION | T30_SUPPORT_T4_2D_COMPRESSION | T30_SUPPORT_T6_COMPRESSION);
}

и сменить на
Код:

static void set_ecm(t30_state_t *state, int ecm)
{
t30_set_ecm_capability(state, ecm);
t30_set_supported_compressions(state, T30_SUPPORT_T4_1D_COMPRESSION | T30_SUPPORT_T4_2D_COMPRESSION);
}


далее найти все set_ecm и сменить TRUE на FALSE
_________________
Ubuntu-Server 6.06 /Asterisk 1.4.18/app_fax(t38) /spandsp4pre11
Digium TDM400/NateksNetworks VC115-2/Polycom IP301 SP /Snom 360
#14
app_fax пока убран в долгий ящик. последние эксперементы проводились с app_rx/txfax. Хотя вроде первое наследие второго, но у последнего это регулируется опцией ecm в вызове приложения. Правда код, напредмет того, действительно ли эта опция влияет, я не изучал.

Added after 4 minutes:

Мне бы, кстати, было бы интересно услышать мнение Cache по поводу проблемы с app_fax при приеме факса при настроено pass-thrgrou, которая выражается записью в логах:

Код:
[Feb 13 09:49:41] ERROR[93248]: chan_sip.c:12235 handle_response_invite: Got error on T.38 re-invite. Bad configuration. Peer needs to have T.38 disabled.
[Feb 13 09:50:06] WARNING[93248]: app_fax.c:218 phase_e_handler: Error transmitting fax. result=50: Disconnected after permitted retries.
#15
xelas писал(а):
app_fax пока убран в долгий ящик. последние эксперементы проводились с app_rx/txfax. Хотя вроде первое наследие второго, но у последнего это регулируется опцией ecm в вызове приложения. Правда код, напредмет того, действительно ли эта опция влияет, я не изучал.


а зря убрал вытаскивай скорее!!! app_rx/txfax для астериска написаны то не очень точнее они не написаны а сделаны на скорую руку
Цитата:
They are just trivial pieces of code to interface Asterisk with spandsp. Steveu


так что совету всетаки мучать app_fax

Added after 2 minutes:

xelas писал(а):

Мне бы, кстати, было бы интересно услышать мнение Cache по поводу проблемы с app_fax при приеме факса при настроено pass-thrgrou, которая выражается записью в логах:

Код:
[Feb 13 09:49:41] ERROR[93248]: chan_sip.c:12235 handle_response_invite: Got error on T.38 re-invite. Bad configuration. Peer needs to have T.38 disabled.
[Feb 13 09:50:06] WARNING[93248]: app_fax.c:218 phase_e_handler: Error transmitting fax. result=50: Disconnected after permitted retries.


видел уже такое и именно на адпаке
очень походе используется старая версия app_fax. советую новую http://asteriskforum.ru/download.php?id=189
_________________
Ubuntu-Server 6.06 /Asterisk 1.4.18/app_fax(t38) /spandsp4pre11
Digium TDM400/NateksNetworks VC115-2/Polycom IP301 SP /Snom 360