Re: [asterisk-users] Asterisk 1.6.1.13 and T.38 faxing

2010-02-05 Thread Kevin P. Fleming
Steve Underwood wrote: Spandsp doesn't support those features. I don't know anything which does. It seems they can only be used with TCP. Spandsp does support T38FaxFillBitRemoval which the FAX for Asterisk package does not (according to Commetrex). I added indication of

[asterisk-users] Asterisk 1.6.1.13 and T.38 faxing

2010-02-02 Thread Vinícius Fontes
Hello everyone. I'm struggling to get T.38 faxing to work in Asterisk 1.6.1.13 with a SIP DID provider here in Brazil (GVT - Vox IP service). Here's my scenario: When faxes arrive by a specific DID, they are routed thru this simple macro: [macro-recebefax] exten =

Re: [asterisk-users] Asterisk 1.6.1.13 and T.38 faxing

2010-02-02 Thread Kevin P. Fleming
Vinícius Fontes wrote: [Feb 2 08:38:06] DEBUG[21032]: chan_sip.c:7589 process_sdp: Processing session-level SDP v=0... UNSUPPORTED. [Feb 2 08:38:06] DEBUG[21032]: chan_sip.c:7589 process_sdp: Processing session-level SDP o=PVG 1265107000170 1265107000170 IN IP4 10.152.0.164...

Re: [asterisk-users] Asterisk 1.6.1.13 and T.38 faxing

2010-02-02 Thread Steve Underwood
Hi Kevin, On 02/02/2010 09:12 PM, Kevin P. Fleming wrote: Vinícius Fontes wrote: [Feb 2 08:38:06] DEBUG[21032]: chan_sip.c:7589 process_sdp: Processing session-level SDP v=0... UNSUPPORTED. [Feb 2 08:38:06] DEBUG[21032]: chan_sip.c:7589 process_sdp: Processing session-level SDP

Re: [asterisk-users] Asterisk 1.6.1.13 and T.38 faxing

2010-02-02 Thread Kevin P. Fleming
Steve Underwood wrote: Hi Kevin, On 02/02/2010 09:12 PM, Kevin P. Fleming wrote: Vinícius Fontes wrote: [Feb 2 08:38:06] DEBUG[21032]: chan_sip.c:7589 process_sdp: Processing session-level SDP v=0... UNSUPPORTED. [Feb 2 08:38:06] DEBUG[21032]: chan_sip.c:7589 process_sdp:

Re: [asterisk-users] Asterisk 1.6.1.13 and T.38 faxing

2010-02-02 Thread Steve Underwood
On 02/02/2010 10:11 PM, Kevin P. Fleming wrote: Steve Underwood wrote: Hi Kevin, On 02/02/2010 09:12 PM, Kevin P. Fleming wrote: Vinícius Fontes wrote: [Feb 2 08:38:06] DEBUG[21032]: chan_sip.c:7589 process_sdp: Processing session-level SDP v=0... UNSUPPORTED. [Feb

Re: [asterisk-users] Asterisk 1.6.1.13 and T.38 faxing

2010-02-02 Thread Kevin P. Fleming
Steve Underwood wrote: That's how T.38 calls normally start. They mostly start as audio, and switch into T.38 mode later. We have only seen an initial fragment in the log. We haven't seen anything that's actually wrong. We see an offer to do telephony events, and from there things might

Re: [asterisk-users] Asterisk 1.6.1.13 and T.38 faxing

2010-02-02 Thread Vinícius Fontes
- Steve Underwood ste...@coppice.org escreveu: On 02/02/2010 10:11 PM, Kevin P. Fleming wrote: Steve Underwood wrote: Hi Kevin, On 02/02/2010 09:12 PM, Kevin P. Fleming wrote: Vinícius Fontes wrote: [Feb 2 08:38:06] DEBUG[21032]: chan_sip.c:7589

Re: [asterisk-users] Asterisk 1.6.1.13 and T.38 faxing

2010-02-02 Thread Kevin P. Fleming
Vinícius Fontes wrote: I couldn't agree more Steve. Is there any other info I could provide in order to help you find out what's wrong? I could even open an issue on Mantis if the Digium staff think it's worth it. Post a 'sip set debug' capture of the failing call in this thread; that

Re: [asterisk-users] Asterisk 1.6.1.13 and T.38 faxing

2010-02-02 Thread Vinícius Fontes
- Kevin P. Fleming kpflem...@digium.com escreveu: Vinícius Fontes wrote: I couldn't agree more Steve. Is there any other info I could provide in order to help you find out what's wrong? I could even open an issue on Mantis if the Digium staff think it's worth it. Post a 'sip

Re: [asterisk-users] Asterisk 1.6.1.13 and T.38 faxing

2010-02-02 Thread Vinícius Fontes
- Vinícius Fontes vinic...@canall.com.br escreveu: - Kevin P. Fleming kpflem...@digium.com escreveu: Vinícius Fontes wrote: I couldn't agree more Steve. Is there any other info I could provide in order to help you find out what's wrong? I could even open an issue on

Re: [asterisk-users] Asterisk 1.6.1.13 and T.38 faxing

2010-02-02 Thread Steve Underwood
On 02/03/2010 12:45 AM, Vinícius Fontes wrote: - Kevin P. Flemingkpflem...@digium.com escreveu: Vinícius Fontes wrote: I couldn't agree more Steve. Is there any other info I could provide in order to help you find out what's wrong? I could even open an issue on

Re: [asterisk-users] Asterisk 1.6.1.13 and T.38 faxing

2010-02-02 Thread Kevin P. Fleming
Steve Underwood wrote: I wonder why Asterisk would say: X-asterisk-Info: SIP re-invite (External RTP bridge) Content-Type: application/sdp Content-Length: 344 v=0 o=root 44350963 44350964 IN IP4 10.153.66.146 s=Asterisk PBX 1.6.1.13 c=IN IP4 10.153.66.146 t=0 0 m=image 4819 udptl

Re: [asterisk-users] Asterisk 1.6.1.13 and T.38 faxing

2010-02-02 Thread Vinícius Fontes
- Steve Underwood ste...@coppice.org escreveu: On 02/03/2010 12:45 AM, Vinícius Fontes wrote: - Kevin P. Flemingkpflem...@digium.com escreveu: Vinícius Fontes wrote: I couldn't agree more Steve. Is there any other info I could provide in order to help you

Re: [asterisk-users] Asterisk 1.6.1.13 and T.38 faxing

2010-02-02 Thread Kevin P. Fleming
Vinícius Fontes wrote: I've put it on pastebin because is was a lot of text. Here's the link: http://pastebin.com/m7467cea1. That's all the information on the CLI with verbose=3 and sip set debug peer voxip. OK, with the complete capture we can see that the problem is actually quite

Re: [asterisk-users] Asterisk 1.6.1.13 and T.38 faxing

2010-02-02 Thread Steve Underwood
On 02/03/2010 03:14 AM, Kevin P. Fleming wrote: Steve Underwood wrote: I wonder why Asterisk would say: X-asterisk-Info: SIP re-invite (External RTP bridge) Content-Type: application/sdp Content-Length: 344 v=0 o=root 44350963 44350964 IN IP4 10.153.66.146 s=Asterisk PBX 1.6.1.13

Re: [asterisk-users] Asterisk 1.6.1.13 and T.38 faxing

2010-02-02 Thread Vinícius Fontes
- Kevin P. Fleming kpflem...@digium.com escreveu: Vinícius Fontes wrote: I've put it on pastebin because is was a lot of text. Here's the link: http://pastebin.com/m7467cea1. That's all the information on the CLI with verbose=3 and sip set debug peer voxip. OK, with the complete