Добрый день! Такой вопрос, сделал екстеншенс (IAX2) и указал его в новом факсе. Астериск у меня бегает на еластиксе. Также к астериску привязана атс Panasonic tde100, в итоге когда шлю факс с TDE то все ок, факс приходит и падает кому нужно на почту, но когда я пытаюсь слать факс с мира то факс не получается 8(, отсылаю с простого панасоника. Транк:
Oct 22 13:56:04.22: [15230]: SESSION BEGIN 000000044 Oct 22 13:56:04.22: [15230]: HylaFAX (tm) Version 4.3.10 Oct 22 13:56:04.22: [15230]: CallID: "35_____03" "35____3" "" "s" Oct 22 13:56:04.22: [15230]: MODEM set XON/XOFF/FLUSH: input ignored, output disabled Oct 22 13:56:04.22: [15230]: [7:CONNECT] Oct 22 13:56:07.94: [15230]: ANSWER: FAX CONNECTION DEVICE '/dev/ttyIAX1' Oct 22 13:56:07.94: [15230]: STATE CHANGE: ANSWERING -> RECEIVING Oct 22 13:56:07.94: [15230]: RECV FAX: begin Oct 22 13:56:07.94: [15230]:
Спасибо за ссылку, увидел что не переходит на t38 и ничего не пишет в дебаге udptl, не подскажите где можно посмотреть как заставить переключатся в t38?
У меня просто слалось на iax который как я понял не дружит с Т38, а в той статье настройка идет по сип номеру, только не могу понять как теперь заставить его работать, то есть я просто создаю внутренний сип номер на котором пишу доп настройки для факса, а как дальше получить? Когда я просто пытаюсь позвонить на той номер, то слышу гудки занятости, то есть у меня не подключен туда никакой клиент, но как тогда факс будет приниматься?
Added after 3 hours 32 minutes:
Подключил вентафакс, направил на него и пошли логи UDPTL, но в начале получил такое сообщение:
Код:
[Oct 24 12:26:21] WARNING[3594]: chan_sip.c:9931 process_sdp_o: Call 9220777504971186-0@193._._.237 responded to our T.38 reinvite without changing SDP version; 'ignoresdpversion' should be set for this peer.
Думаю из за этого факс и не проходит, на той стороне пишет что факс не ответил, теперь не знаю что пиру прописать 8(
Added after 2 hours 24 minutes:
Вот что мне показывает вайршарк:
Смущает ошибка 488
Последний раз редактировалось: zeos (Пн Окт 28, 2013 16:57)
Блин совсем запутался 8( Факс по голосу от атс идет, но по т.38 нет, анализ вайр шарка говорит что либо проблема с реинвайтом либо с т.38. вот конфиги: sip_general_custom.config
в sip.config добавил только ignoresdpversion=yes пытался прописать эту строку в настройках пира и транка, но первая ошибка не пропадала. Может не через тот пир конект идет?
; UDPTL start and UDPTL end configure start and end addresses ; udptlstart=4000 udptlend=4999 ; ; Whether to enable or disable UDP checksums on UDPTL traffic ; udptlchecksums=no ;
; ;T38FaxUdpEC = t38UDPFEC T38FaxUdpEC = t38UDPRedundancy ; ; The maximum length of a UDPTL packet
T38FaxMaxDatagram = 200 ; ; The number of error correction entries in a UDPTL packet ; udptlfecentries = 3 ; ; The span over which parity is calculated for FEC in a UDPTL packet ; udptlfecspan = 3
;Отключение передачи T.38 по RTP и TCP t38pt_rtp=no t38pt_tcp=no
Скажите могу я попробовать пустить факсы по голосу, не смотря на то что провайдер отдает их то т38, может как принудительно можно включить?
сюда по половине параметров которые вы зачем то напридумали сами - когда вас просто носом ткнули в рабочий мануал ... судя по явному умению снимать дамп, но, почему упорному не желанию его выкладывать
Спасибо большое за ссылку на мануал, просто пробовал что мог, потому и лишние конфиги, ведь надо объявить что надо работать через т38. В итоге все закомментировал udptl сделал как вы указали (хотя в данном вине он не особо роль играет), остальное закомментировал, и факсы по голосу пошли, но стоит только упомянуть т38 и опять стопор 8( Полный дамп не хотел выкладывать, не люблю разводить много мусора:
Вот показывает что UDPTL бегает:
Код:
UDPTL (SIP/351-00000300): packet from 192.168.2.43:4140 (seq 0, len 6) UDPTL (SIP/351-00000300): packet from 192.168.2.43:4140 (seq 0, len 6) UDPTL (SIP/35____5-000002ff): packet to 193.__.__.237:10230 (seq 0, len 6) UDPTL (SIP/351-00000300): packet from 192.168.2.43:4140 (seq 1, len 6) UDPTL (SIP/35____5-000002ff): packet to 193.__.__.237:10230 (seq 1, len 8) UDPTL (SIP/351-00000300): packet from 192.168.2.43:4140 (seq 2, len 6) UDPTL (SIP/35____5-000002ff): packet to 193.__.__.237:10230 (seq 2, len 10) UDPTL (SIP/351-00000300): packet from 192.168.2.43:4140 (seq 3, len 6) UDPTL (SIP/35____5-000002ff): packet to 193.__.__.237:10230 (seq 3, len 12) UDPTL (SIP/351-00000300): packet from 192.168.2.43:4140 (seq 4, len 11) UDPTL (SIP/35____5-000002ff): packet to 193.__.__.237:10230 (seq 4, len 17) UDPTL (SIP/351-00000300): packet from 192.168.2.43:4140 (seq 5, len 11) UDPTL (SIP/35____5-000002ff): packet to 193.__.__.237:10230 (seq 5, len 22) UDPTL (SIP/351-00000300): packet from 192.168.2.43:4140 (seq 6, len 11) UDPTL (SIP/35____5-000002ff): packet to 193.__.__.237:10230 (seq 6, len 27) UDPTL (SIP/351-00000300): packet from 192.168.2.43:4140 (seq 7, len 11) UDPTL (SIP/35____5-000002ff): packet to 193.__.__.237:10230 (seq 7, len 32) UDPTL (SIP/351-00000300): packet from 192.168.2.43:4140 (seq 8, len 11) UDPTL (SIP/35____5-000002ff): packet to 193.__.__.237:10230 (seq 8, len 32) UDPTL (SIP/351-00000300): packet from 192.168.2.43:4140 (seq 9, len 11) UDPTL (SIP/35____5-000002ff): packet to 193.__.__.237:10230 (seq 9, len 32) UDPTL (SIP/351-00000300): packet from 192.168.2.43:4140 (seq 10, len 11) UDPTL (SIP/35____5-000002ff): packet to 193.__.__.237:10230 (seq 10, len 32) UDPTL (SIP/351-00000300): packet from 192.168.2.43:4140 (seq 11, len 11) UDPTL (SIP/35____5-000002ff): packet to 193.__.__.237:10230 (seq 11, len 32) UDPTL (SIP/351-00000300): packet from 192.168.2.43:4140 (seq 12, len 11) UDPTL (SIP/35____5-000002ff): packet to 193.__.__.237:10230 (seq 12, len 32) UDPTL (SIP/351-00000300): packet from 192.168.2.43:4140 (seq 13, len 11) UDPTL (SIP/35____5-000002ff): packet to 193.__.__.237:10230 (seq 13, len 32) UDPTL (SIP/351-00000300): packet from 192.168.2.43:4140 (seq 14, len 11) UDPTL (SIP/35____5-000002ff): packet to 193.__.__.237:10230 (seq 14, len 32) UDPTL (SIP/351-00000300): packet from 192.168.2.43:4140 (seq 15, len 11) UDPTL (SIP/35____5-000002ff): packet to 193.__.__.237:10230 (seq 15, len 32) UDPTL (SIP/351-00000300): packet from 192.168.2.43:4140 (seq 16, len 8) UDPTL (SIP/35____5-000002ff): packet to 193.__.__.237:10230 (seq 16, len 29) UDPTL (SIP/351-00000300): packet from 192.168.2.43:4140 (seq 17, len 8) UDPTL (SIP/35____5-000002ff): packet to 193.__.__.237:10230 (seq 17, len 26) UDPTL (SIP/351-00000300): packet from 192.168.2.43:4140 (seq 18, len 6) UDPTL (SIP/35____5-000002ff): packet to 193.__.__.237:10230 (seq 18, len 21) UDPTL (SIP/35____5-000002ff): packet from 193.__.__.237:10230 (seq 0, len 6) UDPTL (SIP/35____5-000002ff): packet from 193.__.__.237:10230 (seq 0, len 6) UDPTL (SIP/35____5-000002ff): packet from 193.__.__.237:10230 (seq 0, len 6) UDPTL (SIP/35____5-000002ff): packet from 193.__.__.237:10230 (seq 0, len 6)
Дебаг транка:
Код:
-- Called SIP/351 -- SIP/351-00000306 is ringing -- SIP/351-00000306 answered SIP/35____5-00000305 == Using UDPTL CoS mark 5 == Using UDPTL CoS mark 5 set_destination: Parsing for address/port to send to set_destination: set destination to 193.__.__.237:5060 Reliably Transmitting (NAT) to 193.__.__.237:5060: INVITE sip:35____0@193.__.__.237:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.2.107:5060;branch=z9hG4bK3fc2c064;rport Max-Forwards: 70 From: ;tag=as4bd612d2 To: ;tag=95887819146544-1 Contact: Call-ID: 9588781553829586-0@193.__.__.237 CSeq: 102 INVITE User-Agent: Asterisk PBX 1.8.20.0 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH Supported: replaces, timer X-asterisk-Info: SIP re-invite (External RTP bridge) Content-Type: application/sdp Content-Length: 274
SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.2.107:5060;rport;branch=z9hG4bK3d6e0588 To: ;tag=7e4af445 From: "asterisk" ;tag=as0cbe2f34 Call-ID: 468b2cfd0b70f2853cb1b6644456142c@192.168.2.107:5060 CSeq: 102 OPTIONS Allow: INVITE,CANCEL,ACK,BYE,INFO,REFER,NOTIFY,PRACK,UPDATE,OPTIONS Content-Length: 0
--- (8 headers 0 lines) --- Really destroying SIP dialog '468b2cfd0b70f2853cb1b6644456142c@192.168.2.107:5060' Method: OPTIONS -- Remote UNIX connection -- Remote UNIX connection disconnected [Oct 28 17:40:16] NOTICE[3637]: chan_iax2.c:8816 update_registry: Restricting registration for peer '350' to 60 seconds (requested 300) -- Executing [h@macro-dial-one:1] Macro("SIP/35____5-00000305", "hangupcall,") in new stack -- Executing [s@macro-hangupcall:1] GotoIf("SIP/35____5-00000305", "1?endmixmoncheck") in new stack -- Goto (macro-hangupcall,s,9) -- Executing [s@macro-hangupcall:9] NoOp("SIP/35____5-00000305", "End of MIXMON check") in new stack -- Executing [s@macro-hangupcall:10] GotoIf("SIP/35____5-00000305", "1?nomeetmemon") in new stack -- Goto (macro-hangupcall,s,28) -- Executing [s@macro-hangupcall:28] NoOp("SIP/35____5-00000305", "End of MEETME check") in new stack -- Executing [s@macro-hangupcall:29] GotoIf("SIP/35____5-00000305", "1?noautomon") in new stack -- Goto (macro-hangupcall,s,34) -- Executing [s@macro-hangupcall:34] NoOp("SIP/35____5-00000305", "TOUCH_MONITOR_OUTPUT=") in new stack -- Executing [s@macro-hangupcall:35] GotoIf("SIP/35____5-00000305", "1?noautomon2") in new stack -- Goto (macro-hangupcall,s,41) -- Executing [s@macro-hangupcall:41] NoOp("SIP/35____5-00000305", "MONITOR_FILENAME=") in new stack -- Executing [s@macro-hangupcall:42] GotoIf("SIP/35____5-00000305", "1?skiprg") in new stack -- Goto (macro-hangupcall,s,45) -- Executing [s@macro-hangupcall:45] GotoIf("SIP/35____5-00000305", "1?skipblkvm") in new stack -- Goto (macro-hangupcall,s,48) -- Executing [s@macro-hangupcall:48] GotoIf("SIP/35____5-00000305", "1?theend") in new stack -- Goto (macro-hangupcall,s,50) -- Executing [s@macro-hangupcall:50] AGI("SIP/35____5-00000305", "hangup.agi") in new stack -- Launched AGI Script /var/lib/asterisk/agi-bin/hangup.agi -- AGI Script hangup.agi completed, returning 0 -- Executing [s@macro-hangupcall:51] Hangup("SIP/35____5-00000305", "") in new stack == Spawn extension (macro-hangupcall, s, 51) exited non-zero on 'SIP/35____5-00000305' in macro 'hangupcall' == Spawn extension (macro-dial-one, h, 1) exited non-zero on 'SIP/35____5-00000305' == Spawn extension (macro-dial-one, s, 37) exited non-zero on 'SIP/35____5-00000305' in macro 'dial-one' == Spawn extension (macro-exten-vm, s, 9) exited non-zero on 'SIP/35____5-00000305' in macro 'exten-vm' == Spawn extension (from-did-direct, 351, 1) exited non-zero on 'SIP/35____5-00000305' Scheduling destruction of SIP dialog '9588781553829586-0@193.__.__.237' in 6400 ms (Method: ACK) set_destination: Parsing for address/port to send to set_destination: set destination to 193.__.__.237:5060 Reliably Transmitting (NAT) to 193.__.__.237:5060: BYE sip:35____0@193.__.__.237:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.2.107:5060;branch=z9hG4bK045a1f73;rport Max-Forwards: 70 From: ;tag=as4bd612d2 To: ;tag=95887819146544-1 Call-ID: 9588781553829586-0@193.__.__.237 CSeq: 103 BYE User-Agent: Asterisk PBX 1.8.20.0 X-Asterisk-HangupCause: Normal Clearing X-Asterisk-HangupCauseCode: 16 Content-Length: 0
Вайршарк показывает что 488 ошибка возникает как ответ на повторный инвайт(INVITE SDP(t38)) от клиента(в данном случае мой комп), смотрел по номеру пакета который был указан в ошибке з.ы. Простите но весь дам выкидывать не буду, не хочу лишний раз светить адреса и телефоны
Я не параноик, у меня друг параноик которому хакинг интересен, он на меня плохо влияет своими страшными рассказами Тем более я не уверен что правильно настроил безопасность А мой провайдер вообще без пароля меня пускает, и опять же друг сказал что нету особых проблем подсунуть мой ип провайдеру Вы не подумайте я против Вас ничего плохого не думаю, просто есть люди которым скучно и которые увлекаются хакигном
Тем более я не уверен что правильно настроил безопасность А мой провайдер вообще без пароля меня пускает, и опять же друг сказал что нету особых проблем подсунуть мой ип провайдеру