Anyone using t38modem with FS (gatewaying from audio<>t38) and Hylafax successfully?
Hi list, I am trying to figure out, after abandoning trying to get iaxmodem working in FS, if it is possible to use t38modem to connect FS to Hylafax, mainly for the purpose of sending and receiving non-t38 faxes via an ISDN card or non-t38-aware gateway (I'm currently using our Mitel 3300 as the gateway and voice calls between the two systems are fine). I have managed after a lot of effort to get t38modem compiled and running, and it seems to react to incoming fax calls coming in via the Mitel gateway from a normal fax machine, but the fax machine does not hear any reply to its initiation tones and the call hangs up in the end. Ivan on this list has suggested that I don't really need to do the gatewaying as t38modem can work with audio over SIP as well, so I tried removing all the t38 lines from the dialplan but with no success. My fax dialplan looks like this: <extension name="from_mitel" > <condition field="network_addr" expression="10.10.0.2"/> <condition field="context" expression="public"/> <condition field="destination_number" expression="(^1001$)"> <action application="set" data="hangup_after_bridge=true"/> <action application="set" data="fax_enable_t38=true"/> <action application="set" data="fax_enable_t38_request=true"/> <action application="set" data="execute_on_answer=t38_gateway peer"/> <action application="bridge" data="user/t38modem@${domain_name}"/> </condition> </extension> t38modem is invoked thusly: t38modem -tttt -o /var/log/t38modem.log --no-h323 -u t38modem --sip-register t38modem@192.168.20.245,password --sip-listen udp$127.0.0.1:6060 --ptty +/dev/ttyT38-1 --route "modem:.*=sip:<dn>@192.168.20.245" --route "sip:.*=modem:<dn>" Where 192.168.20.245 is the ip of the FS box. Any ideas? I can provide logs if required. Thanks, Alex -- This message is intended only for the addressee and may contain confidential information. Unless you are that person, you may not disclose its contents or use it in any way and are requested to delete the message along with any attachments and notify us immediately. "Transact" is operated by Integrated Financial Arrangements plc Domain House, 5-7 Singer Street, London EC2A 4BQ Tel: (020) 7608 4900 Fax: (020) 7608 5300 (Registered office: as above; Registered in England and Wales under number: 3727592) Authorised and regulated by the Financial Services Authority (entered on the FSA Register; number: 190856)
You're missing the ever critical t38_passthru=true variable remove all else about t38 since those are valid for termination/originate with FS itself... don't need t38_gateway at all.... then don't worry about the rest. /b On Nov 9, 2011, at 12:17 PM, Alex Crow wrote:
<extension name="from_mitel" > <condition field="network_addr" expression="10.10.0.2"/> <condition field="context" expression="public"/> <condition field="destination_number" expression="(^1001$)"> <action application="set" data="hangup_after_bridge=true"/> <action application="set" data="fax_enable_t38=true"/> <action application="set" data="fax_enable_t38_request=true"/> <action application="set" data="execute_on_answer=t38_gateway peer"/> <action application="bridge" data="user/t38modem@${domain_name}"/> </condition> </extension>
On 09/11/11 18:21, Brian West wrote:
You're missing the ever critical t38_passthru=true variable remove all else about t38 since those are valid for termination/originate with FS itself... don't need t38_gateway at all.... then don't worry about the rest.
/b
Brian, Really? Even if the incoming call is not a t38 but just PCMU over RTP? If this works I'll pay the wiki penalty! Cheers Alex
On 09/11/11 18:21, Brian West wrote:
You're missing the ever critical t38_passthru=true variable remove all else about t38 since those are valid for termination/originate with FS itself... don't need t38_gateway at all.... then don't worry about the rest.
/b
On Nov 9, 2011, at 12:17 PM, Alex Crow wrote:
<extension name="from_mitel" > <condition field="network_addr" expression="10.10.0.2"/> <condition field="context" expression="public"/> <condition field="destination_number" expression="(^1001$)"> <action application="set" data="hangup_after_bridge=true"/> <action application="set" data="fax_enable_t38=true"/> <action application="set" data="fax_enable_t38_request=true"/> <action application="set" data="execute_on_answer=t38_gateway peer"/> <action application="bridge" data="user/t38modem@${domain_name}"/> </condition> </extension>
-- This message has been scanned for viruses and dangerous content by *MailScanner* <http://www.mailscanner.info/>, and is believed to be clean.
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org Brian,
I am afraid is is still not working. Freeswitch seems to abort the call with these logs: 2011-11-09 21:16:08.468151 [DEBUG] switch_core_session.c:788 Send signal sofia/internal/5470@10.10.0.2 [BREAK] 2011-11-09 21:16:08.488151 [DEBUG] sofia_glue.c:166 sofia/internal/5470@10.10.0.2 image media sdp: v=0 o=FreeSWITCH 1320855245 1320855247 IN IP4 192.168.20.245 s=FreeSWITCH c=IN IP4 192.168.20.245 t=0 0 m=image 18122 udptl t38 a=T38FaxVersion:0 a=T38MaxBitRate:9600 a=T38FaxRateManagement:transferredTCF a=T38FaxMaxBuffer:500 a=T38FaxMaxDatagram:500 a=T38FaxUdpEC:t38UDPRedundancy 2011-11-09 21:16:08.488151 [DEBUG] switch_core_session.c:872 Send signal sofia/internal/5470@10.10.0.2 [BREAK] 2011-11-09 21:16:08.488151 [DEBUG] sofia.c:5283 Channel sofia/internal/5470@10.10.0.2 entering state [calling][0] 2011-11-09 21:16:08.508150 [DEBUG] switch_core_session.c:872 Send signal sofia/internal/5470@10.10.0.2 [BREAK] 2011-11-09 21:16:08.508150 [DEBUG] switch_core_session.c:872 Send signal sofia/internal/5470@10.10.0.2 [BREAK] 2011-11-09 21:16:08.508150 [DEBUG] switch_core_session.c:872 Send signal sofia/internal/5470@10.10.0.2 [BREAK] 2011-11-09 21:16:08.508150 [DEBUG] sofia.c:4868 Passing 415 Unsupported Media Type to other leg 2011-11-09 21:16:08.508150 [DEBUG] switch_core_session.c:788 Send signal sofia/internal/sip:t38modem@192.168.20.245:6060 [BREAK] 2011-11-09 21:16:08.508150 [DEBUG] sofia.c:5283 Channel sofia/internal/5470@10.10.0.2 entering state [ready][415] 2011-11-09 21:16:08.508150 [DEBUG] sofia_glue.c:4730 Audio Codec Compare [PCMA:8:8000:20:64000]/[PCMA:8:8000:20:64000] 2011-11-09 21:16:08.508150 [DEBUG] sofia_glue.c:2782 Already using PCMA 2011-11-09 21:16:08.508150 [DEBUG] sofia_glue.c:4851 Set 2833 dtmf send/recv payload to 101 2011-11-09 21:16:08.528161 [DEBUG] mod_sofia.c:2298 Responding with 415 [Unsupported Media Type] 2011-11-09 21:16:08.528161 [DEBUG] switch_core_session.c:872 Send signal sofia/internal/sip:t38modem@192.168.20.245:6060 [BREAK] 2011-11-09 21:16:08.528161 [DEBUG] switch_core_session.c:872 Send signal sofia/internal/sip:t38modem@192.168.20.245:6060 [BREAK] 2011-11-09 21:16:08.528161 [DEBUG] sofia.c:5283 Channel sofia/internal/sip:t38modem@192.168.20.245:6060 entering state [ready][415] 2011-11-09 21:16:08.528161 [DEBUG] switch_core_session.c:726 Send signal sofia/internal/sip:t38modem@192.168.20.245:6060 [BREAK] 2011-11-09 21:17:01.788147 [DEBUG] switch_core_session.c:872 Send signal sofia/internal/5470@10.10.0.2 [BREAK] 2011-11-09 21:17:01.808150 [DEBUG] switch_channel.c:2826 (sofia/internal/5470@10.10.0.2) Callstate Change ACTIVE -> HANGUP Any ideas to get around this would be most gratefully received. Best regards, Alex -- This message is intended only for the addressee and may contain confidential information. Unless you are that person, you may not disclose its contents or use it in any way and are requested to delete the message along with any attachments and notify us immediately. "Transact" is operated by Integrated Financial Arrangements plc Domain House, 5-7 Singer Street, London EC2A 4BQ Tel: (020) 7608 4900 Fax: (020) 7608 5300 (Registered office: as above; Registered in England and Wales under number: 3727592) Authorised and regulated by the Financial Services Authority (entered on the FSA Register; number: 190856)
Brian, Can you elaborate? It seems that the call is PCMA, as far as I can tell t38modem supports PCMA. What can I do to fix this? I thought this would work with audio faxing? Or am I completely wrong and I can only do t38 using t38modemso I do need some kind of gateway either on or outside of FS to get standard fax working? This was why I had the gateway stuff in the dial plan in the first place. Alex On 09/11/11 21:39, Brian West wrote:
That kinda says it all.
/b
On Nov 9, 2011, at 3:29 PM, Alex Crow wrote:
2011-11-09 21:16:08.528161 [DEBUG] mod_sofia.c:2298 Responding with 415 [Unsupported Media Type]
-- This message has been scanned for viruses and dangerous content by *MailScanner* <http://www.mailscanner.info/>, and is believed to be clean.
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- This message is intended only for the addressee and may contain confidential information. Unless you are that person, you may not disclose its contents or use it in any way and are requested to delete the message along with any attachments and notify us immediately. "Transact" is operated by Integrated Financial Arrangements plc Domain House, 5-7 Singer Street, London EC2A 4BQ Tel: (020) 7608 4900 Fax: (020) 7608 5300 (Registered office: as above; Registered in England and Wales under number: 3727592) Authorised and regulated by the Financial Services Authority (entered on the FSA Register; number: 190856)
On 11/10/2011 03:28 PM, Alex Crow wrote:
Brian,
Can you elaborate? It seems that the call is PCMA, as far as I can tell t38modem supports PCMA. What can I do to fix this? I thought this would work with audio faxing?
Or am I completely wrong and I can only do t38 using t38modemso I do need some kind of gateway either on or outside of FS to get standard fax working? This was why I had the gateway stuff in the dial plan in the first place.
If t38modem supports audio FAXing, its a new feature. Certainly until recently it was a pure T.38 package. Steve
On 10/11/11 14:10, Steve Underwood wrote:
On 11/10/2011 03:28 PM, Alex Crow wrote:
Brian,
Can you elaborate? It seems that the call is PCMA, as far as I can tell t38modem supports PCMA. What can I do to fix this? I thought this would work with audio faxing?
Or am I completely wrong and I can only do t38 using t38modemso I do need some kind of gateway either on or outside of FS to get standard fax working? This was why I had the gateway stuff in the dial plan in the first place.
If t38modem supports audio FAXing, its a new feature. Certainly until recently it was a pure T.38 package.
Steve
Steve, I couldn't get it to do so for inbound faxes, I had to transcode as it only seems to work with T38 input, but it is now working: <extension name="from_mitel" > <condition field="network_addr" expression="10.10.0.2"/> <condition field="context" expression="public"/> <condition field="destination_number" expression="(^1001$)"> <action application="bridge" data="{sip_execute_on_image='t38_gateway self nocng'}user/t38modem@${domain_name}"/> </condition> </extension> However on the outbound side it seems to be insisting on sending audio (ALAW/ULAW), but even if I don't transcode the fax never completes. T38 modem keeps giving me: 2011/11/11 09:51:03.494 Media Patch:0xb597db70 RTP_UDP Session 1, Control port on remote not ready. Whatever dialplan I try I can't seem to make this go away. Anyone got t38modem working outbound? Cheers Alex
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- This message is intended only for the addressee and may contain confidential information. Unless you are that person, you may not disclose its contents or use it in any way and are requested to delete the message along with any attachments and notify us immediately. "Transact" is operated by Integrated Financial Arrangements plc Domain House, 5-7 Singer Street, London EC2A 4BQ Tel: (020) 7608 4900 Fax: (020) 7608 5300 (Registered office: as above; Registered in England and Wales under number: 3727592) Authorised and regulated by the Financial Services Authority (entered on the FSA Register; number: 190856)
If anyone's interested, I've get outbound fax semi-working with this setup: <extension name="faxoutviamitel" continue="true"> <condition field="destination_number" expression="^9(\d{4})$"> <action application="set" data="absolute_codec_string=PCMA"/> <action application="set" data="fax_enable_t38=true"/> <action application="set" data="sip_execute_on_image=t38_gateway self nocng"/> <action application="bridge" data="sofia/external/$1@10.10.0.2"/> </condition> </extension> t38modem is started like this: t38modem -ttt -o /var/log/t38modem.log --no-h323 -u t38modem --sip-register t38modem@192.168.20.245,secret --sip-listen udp\$*:6060 --ptty +/dev/ttyT38-1 --route "modem:.*=sip:<dn>@192.168.20.245;OPAL-Force-Fax-Mode=true" --route "sip:.*=modem:<dn>" The remaining problem is that on the receiving end we only have the top centimetre or two of the image. I think this may be a tiff library issue but I'm not sure. Cheers Alex -- This message is intended only for the addressee and may contain confidential information. Unless you are that person, you may not disclose its contents or use it in any way and are requested to delete the message along with any attachments and notify us immediately. "Transact" is operated by Integrated Financial Arrangements plc Domain House, 5-7 Singer Street, London EC2A 4BQ Tel: (020) 7608 4900 Fax: (020) 7608 5300 (Registered office: as above; Registered in England and Wales under number: 3727592) Authorised and regulated by the Financial Services Authority (entered on the FSA Register; number: 190856)
On 11/11/11 12:52, Alex Crow wrote:
If anyone's interested, I've get outbound fax semi-working with this setup:
<extension name="faxoutviamitel" continue="true"> <condition field="destination_number" expression="^9(\d{4})$"> <action application="set" data="absolute_codec_string=PCMA"/> <action application="set" data="fax_enable_t38=true"/> <action application="set" data="sip_execute_on_image=t38_gateway self nocng"/> <action application="bridge" data="sofia/external/$1@10.10.0.2"/> </condition> </extension>
t38modem is started like this:
t38modem -ttt -o /var/log/t38modem.log --no-h323 -u t38modem --sip-register t38modem@192.168.20.245,secret --sip-listen udp\$*:6060 --ptty +/dev/ttyT38-1 --route "modem:.*=sip:<dn>@192.168.20.245;OPAL-Force-Fax-Mode=true" --route "sip:.*=modem:<dn>"
The remaining problem is that on the receiving end we only have the top centimetre or two of the image. I think this may be a tiff library issue but I'm not sure.
Cheers
Alex
In the end I had to disable ECM in the Hylafax modem definition for t38modem, this was what was causing the image truncation. Odd, because both t38modem and spandsp ostensibly support ECM. I'm wondering if I was sending audio out directly over TDM rather than via a SIP gateway using G.711 then ECM would be OK... probably a timing issue. Cheers Alex -- This message is intended only for the addressee and may contain confidential information. Unless you are that person, you may not disclose its contents or use it in any way and are requested to delete the message along with any attachments and notify us immediately. "Transact" is operated by Integrated Financial Arrangements plc Domain House, 5-7 Singer Street, London EC2A 4BQ Tel: (020) 7608 4900 Fax: (020) 7608 5300 (Registered office: as above; Registered in England and Wales under number: 3727592) Authorised and regulated by the Financial Services Authority (entered on the FSA Register; number: 190856)
always disable ECM for fax calls over IP... its the 1st rule of thumb for VoIP faxing :=) On Fri, Nov 11, 2011 at 2:48 PM, Alex Crow <acrow@integrafin.co.uk> wrote:
On 11/11/11 12:52, Alex Crow wrote:
If anyone's interested, I've get outbound fax semi-working with this setup:
<extension name="faxoutviamitel" continue="true"> <condition field="destination_number" expression="^9(\d{4})$"> <action application="set" data="absolute_codec_string=PCMA"/> <action application="set" data="fax_enable_t38=true"/> <action application="set" data="sip_execute_on_image=t38_gateway self nocng"/> <action application="bridge" data="sofia/external/$1@10.10.0.2"/> </condition> </extension>
t38modem is started like this:
t38modem -ttt -o /var/log/t38modem.log --no-h323 -u t38modem --sip-register t38modem@192.168.20.245,secret --sip-listen udp\$*:6060 --ptty +/dev/ttyT38-1 --route "modem:.*=sip:<dn>@192.168.20.245;OPAL-Force-Fax-Mode=true" --route "sip:.*=modem:<dn>"
The remaining problem is that on the receiving end we only have the top centimetre or two of the image. I think this may be a tiff library issue but I'm not sure.
Cheers
Alex
In the end I had to disable ECM in the Hylafax modem definition for t38modem, this was what was causing the image truncation. Odd, because both t38modem and spandsp ostensibly support ECM. I'm wondering if I was sending audio out directly over TDM rather than via a SIP gateway using G.711 then ECM would be OK... probably a timing issue.
Cheers Alex
-- This message is intended only for the addressee and may contain confidential information. Unless you are that person, you may not disclose its contents or use it in any way and are requested to delete the message along with any attachments and notify us immediately.
"Transact" is operated by Integrated Financial Arrangements plc Domain House, 5-7 Singer Street, London EC2A 4BQ Tel: (020) 7608 4900 Fax: (020) 7608 5300 (Registered office: as above; Registered in England and Wales under number: 3727592) Authorised and regulated by the Financial Services Authority (entered on the FSA Register; number: 190856)
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Turning off ECM is equivalent to saying "I use FAX, but I couldn't give a damn if they are received". Steve On 11/11/2011 09:51 PM, Tihomir Culjaga wrote:
always disable ECM for fax calls over IP... its the 1st rule of thumb for VoIP faxing :=)
On Fri, Nov 11, 2011 at 2:48 PM, Alex Crow <acrow@integrafin.co.uk <mailto:acrow@integrafin.co.uk>> wrote:
On 11/11/11 12:52, Alex Crow wrote: > If anyone's interested, I've get outbound fax semi-working with this setup: > > <extension name="faxoutviamitel" continue="true"> > <condition field="destination_number" expression="^9(\d{4})$"> > <action application="set" data="absolute_codec_string=PCMA"/> > <action application="set" data="fax_enable_t38=true"/> > <action application="set" data="sip_execute_on_image=t38_gateway self > nocng"/> > <action application="bridge" data="sofia/external/$1@10.10.0.2 <mailto:1@10.10.0.2>"/> > </condition> > </extension> > > t38modem is started like this: > > t38modem -ttt -o /var/log/t38modem.log --no-h323 -u t38modem > --sip-register t38modem@192.168.20.245 <mailto:t38modem@192.168.20.245>,secret --sip-listen udp\$*:6060 > --ptty +/dev/ttyT38-1 --route > "modem:.*=sip:<dn>@192.168.20.245 <http://192.168.20.245>;OPAL-Force-Fax-Mode=true" --route > "sip:.*=modem:<dn>" > > > The remaining problem is that on the receiving end we only have the top > centimetre or two of the image. I think this may be a tiff library issue > but I'm not sure. > > Cheers > > Alex >
In the end I had to disable ECM in the Hylafax modem definition for t38modem, this was what was causing the image truncation. Odd, because both t38modem and spandsp ostensibly support ECM. I'm wondering if I was sending audio out directly over TDM rather than via a SIP gateway using G.711 then ECM would be OK... probably a timing issue.
Cheers Alex
-- This message is intended only for the addressee and may contain confidential information. Unless you are that person, you may not disclose its contents or use it in any way and are requested to delete the message along with any attachments and notify us immediately.
"Transact" is operated by Integrated Financial Arrangements plc Domain House, 5-7 Singer Street, London EC2A 4BQ Tel: (020) 7608 4900 Fax: (020) 7608 5300 (Registered office: as above; Registered in England and Wales under number: 3727592) Authorised and regulated by the Financial Services Authority (entered on the FSA Register; number: 190856)
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Disabling ECM by FAR the WRONG thing to do and you have this mindset that is required its only required when you were hanging on by a thread doing G.711 Faxing over the public internet and you didn't want one tiny blip to screw the fax over. I still don't understand why Alex is doing t.38 gateway from audio to t.38? Either way ECM works fine never had any issues with it. /b On Nov 11, 2011, at 9:32 AM, Steve Underwood wrote:
Turning off ECM is equivalent to saying "I use FAX, but I couldn't give a damn if they are received".
Steve
On 11/11/2011 09:51 PM, Tihomir Culjaga wrote:
always disable ECM for fax calls over IP... its the 1st rule of thumb for VoIP faxing :=)
Brian, I am *not* going out to/in from the world at large from/to the FS box via T38. I don't have a T38 capable gateway at the moment, and this is for an emergency box to replace a machine with several analog modems attached to the Mitel PBX. Therefore I have to translate t38modem's T38 I/O into audio over SIP to send to/rcv from our (non-T38-understanding) Mitel PBX which connects via E1 trunks to the PSTN. I know it's not ideal but it does seem to work OK so far. We have an older fax server (analog lines) where the modem does not support ECM. We virtually never have any problems sending or receiving faxes from this machine. However if you or anyone else can help get ECM working in this setup I'd be happy, but I have my doubts due to the G.711 step between the FS machine and the Mitel, probably causing jitter. To clarify, here is the topology: Hylafax<---Audio---->t38modem<---T38--->Freeswitch/t38gateway<----G.711/SIP--->Mitel 3300(T38 unsupported, grr)<---ISDN30---->PSTN I have to do the transcode as the Mitel is the weak link. If I could pop an E1 card in the FS box I'm sure things would work a lot better, but we don't have a spare card or indeed a spare circuit right now! Hope this make sense.... Alex On 11/11/11 16:18, Brian West wrote:
Disabling ECM by FAR the WRONG thing to do and you have this mindset that is required its only required when you were hanging on by a thread doing G.711 Faxing over the public internet and you didn't want one tiny blip to screw the fax over. I still don't understand why Alex is doing t.38 gateway from audio to t.38? Either way ECM works fine never had any issues with it.
/b
On Nov 11, 2011, at 9:32 AM, Steve Underwood wrote:
Turning off ECM is equivalent to saying "I use FAX, but I couldn't give a damn if they are received".
Steve
On 11/11/2011 09:51 PM, Tihomir Culjaga wrote:
always disable ECM for fax calls over IP... its the 1st rule of thumb for VoIP faxing :=)
-- This message has been scanned for viruses and dangerous content by *MailScanner* <http://www.mailscanner.info/>, and is believed to be clean.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- This message is intended only for the addressee and may contain confidential information. Unless you are that person, you may not disclose its contents or use it in any way and are requested to delete the message along with any attachments and notify us immediately. "Transact" is operated by Integrated Financial Arrangements plc Domain House, 5-7 Singer Street, London EC2A 4BQ Tel: (020) 7608 4900 Fax: (020) 7608 5300 (Registered office: as above; Registered in England and Wales under number: 3727592) Authorised and regulated by the Financial Services Authority (entered on the FSA Register; number: 190856)
On Fri, Nov 11, 2011 at 9:46 PM, Alex Crow <acrow@integrafin.co.uk> wrote:
Brian,
I am *not* going out to/in from the world at large from/to the FS box via T38. I don't have a T38 capable gateway at the moment, and this is for an emergency box to replace a machine with several analog modems attached to the Mitel PBX.
Therefore I have to translate t38modem's T38 I/O into audio over SIP to send to/rcv from our (non-T38-understanding) Mitel PBX which connects via E1 trunks to the PSTN.
I know it's not ideal but it does seem to work OK so far.
We have an older fax server (analog lines) where the modem does not support ECM. We virtually never have any problems sending or receiving faxes from this machine. However if you or anyone else can help get ECM working in this setup I'd be happy, but I have my doubts due to the G.711 step between the FS machine and the Mitel, probably causing jitter.
To clarify, here is the topology:
Hylafax<---Audio---->t38modem<---T38--->Freeswitch/t38gateway<----G.711/SIP--->Mitel 3300(T38 unsupported, grr)<---ISDN30---->PSTN
I have to do the transcode as the Mitel is the weak link.
If I could pop an E1 card in the FS box I'm sure things would work a lot better, but we don't have a spare card or indeed a spare circuit right now!
Hope this make sense....
Alex
I would use an analogue or PRI/BRI (depending on volume) card in the Mitel going to modems/dialogic card(s) in the Hylafax server. You might also want to look at IAX modem instead of T38
I would use an analogue or PRI/BRI (depending on volume) card in the Mitel going to modems/dialogic card(s) in the Hylafax server.
You might also want to look at IAX modem instead of T38
shouldbe, We have an engineer coming in 2 weeks to do a full software upgrade on the Mitel. This means it should then be capable of t38! I will check before then if we need to add or upgrade the DSP. The reason we didn't get cards is that this is a stand-in solution should the ailing fax server go down, this gives us more time to arrange a permanent solution. We don't have any spare servers at the moment that will accommodate a modem card. The ill server (which currently answers about 6 fax numbers) and the main one (which has 16) use exactly what you say, they both have modems, in the first case 2 Multitech 8-port cards and in the second 16 external Multitech modems (unwieldy!) which connect to an Analog Service Unit on the Mitel. The ASU is I suppose what is called a "Channel Bank" in the SIP world. Cheers Alex -- This message is intended only for the addressee and may contain confidential information. Unless you are that person, you may not disclose its contents or use it in any way and are requested to delete the message along with any attachments and notify us immediately. "Transact" is operated by Integrated Financial Arrangements plc Domain House, 5-7 Singer Street, London EC2A 4BQ Tel: (020) 7608 4900 Fax: (020) 7608 5300 (Registered office: as above; Registered in England and Wales under number: 3727592) Authorised and regulated by the Financial Services Authority (entered on the FSA Register; number: 190856)
On Sat, Nov 12, 2011 at 9:36 AM, Alex Crow <acrow@integrafin.co.uk> wrote:
I would use an analogue or PRI/BRI (depending on volume) card in the Mitel going to modems/dialogic card(s) in the Hylafax server.
You might also want to look at IAX modem instead of T38
shouldbe,
We have an engineer coming in 2 weeks to do a full software upgrade on the Mitel. This means it should then be capable of t38!
I will check before then if we need to add or upgrade the DSP.
The reason we didn't get cards is that this is a stand-in solution should the ailing fax server go down, this gives us more time to arrange a permanent solution. We don't have any spare servers at the moment that will accommodate a modem card.
The ill server (which currently answers about 6 fax numbers) and the main one (which has 16) use exactly what you say, they both have modems, in the first case 2 Multitech 8-port cards and in the second 16 external Multitech modems (unwieldy!) which connect to an Analog Service Unit on the Mitel. The ASU is I suppose what is called a "Channel Bank" in the SIP world.
Cheers
Alex
Hi Alex, Although t38 would be one solution, I would tend to go with BRI/PRI dialogic cards in a Hylafax server connected to a trunk on the 3300. Because the "modems" on the Dialogic cards can get full information (the inbound CLI and the DDI that the number was "to") over the ISDN trunk, as well as being able to set the local identifier, the tagline format and the CLI, you can have a single BRI card replacing multiple modems. as a sanitised example for setting the local identifier on received calls... cat dynamic.sh #!/bin/sh RCALLID1=$2 case "$RCALLID1" in 3001) echo "LocalIdentifier: +44.10.12343001";; # New Main Number 3299) echo "LocalIdentifier: +44.10.12343299";; # team 1 Number 5900) echo "LocalIdentifier: Please_Use_New_Number";; # Old Main Number 5911) echo "LocalIdentifier: +44.10.12355911";; # team 2 Number 5947) echo "LocalIdentifier: +44.10.12355947";; # team 3 Number 6851) echo "LocalIdentifier: +44.10.12346851";; # team 4 Number 6911) echo "LocalIdentifier: +44.10.12346911";; # team 5 Number 6947) echo "LocalIdentifier: +44.10.12346947";; # team 6 Number 6951) echo "LocalIdentifier: +44.10.12346951";; # team 7 Number 6952) echo "LocalIdentifier: +44.10.12346952";; # team 8 Number 6991) echo "LocalIdentifier: +44.10.12346991";; # team 9 Number 6998) echo "LocalIdentifier: +44.10.12346998";; # team 10 Number esac It is called by adding "DynamicConfig: /var/spool/hylafax/etc/Dynamic.sh"to /var/spool/hylafax/etc/config.ttyds01 and /var/spool/hylafax/etc/config.ttyds02 The above was a single Dialogic BRI card that replaced 12 modems and fax machines just the other side of the Thames, granted the volume at that site is "low", but you can have multiple BRI cards in a single server and there are 2 and 4 port BRI cards available as well as PRI cards if you have "high" volumes. For inbound calls you can also build in HA by having one trunk on the Mitel side with multiple ports, and each port (or set of ports) going to a different Hylafax server. Although SIP is certainly the eventual way forward, I still prefer to keep fax on "legacy" systems :-) Cheers Arne
On 11/11/11 15:32, Steve Underwood wrote:
Turning off ECM is equivalent to saying "I use FAX, but I couldn't give a damn if they are received".
Steve
Steve, From this experience it was the opposite - with ECM on, both ends seemed to be 100% happy that the fax transaction was completed, however the piece of paper only showed 5% of the image - on each page of a 2 page fax! See my last posting to list/Brian for the topology, and yes, I know it is not ideal. I think investing in a gateway may be the better solution. Who knows, maybe when we upgrade the Mitel it will have this functionality (for a license fee I strongly imagine!). Cheers Alex -- This message is intended only for the addressee and may contain confidential information. Unless you are that person, you may not disclose its contents or use it in any way and are requested to delete the message along with any attachments and notify us immediately. "Transact" is operated by Integrated Financial Arrangements plc Domain House, 5-7 Singer Street, London EC2A 4BQ Tel: (020) 7608 4900 Fax: (020) 7608 5300 (Registered office: as above; Registered in England and Wales under number: 3727592) Authorised and regulated by the Financial Services Authority (entered on the FSA Register; number: 190856)
On Fri, Nov 11, 2011 at 4:32 PM, Steve Underwood <steveu@coppice.org> wrote:
Turning off ECM is equivalent to saying "I use FAX, but I couldn't give a damn if they are received".
and it always work if the network is stable (you might loose a pixel here and there...)! If you are running it via open internet, sorry but try something else (T.38 or switch to e-mail). You cannot expect pass-through to work reliably in such scenarios. T.
On 14/11/11 11:24, Tihomir Culjaga wrote:
On Fri, Nov 11, 2011 at 4:32 PM, Steve Underwood <steveu@coppice.org <mailto:steveu@coppice.org>> wrote:
Turning off ECM is equivalent to saying "I use FAX, but I couldn't give a damn if they are received".
and it always work if the network is stable (you might loose a pixel here and there...)! If you are running it via open internet, sorry but try something else (T.38 or switch to e-mail). You cannot expect pass-through to work reliably in such scenarios.
T.
Hi all, I built a new machine for this. I know faxing via audio is not the done thing, however this is only to the local Mitel box then out via ISDN until we get the licenses and/or E1 cards for both machine. On the new machine I built a new kernel without tickless and with 1000Hz - and lo and behold ECM faxing now works! Cheers Alex
-- This message has been scanned for viruses and dangerous content by *MailScanner* <http://www.mailscanner.info/>, and is believed to be clean.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- This message is intended only for the addressee and may contain confidential information. Unless you are that person, you may not disclose its contents or use it in any way and are requested to delete the message along with any attachments and notify us immediately. "Transact" is operated by Integrated Financial Arrangements plc Domain House, 5-7 Singer Street, London EC2A 4BQ Tel: (020) 7608 4900 Fax: (020) 7608 5300 (Registered office: as above; Registered in England and Wales under number: 3727592) Authorised and regulated by the Financial Services Authority (entered on the FSA Register; number: 190856)
On Wed, Nov 16, 2011 at 1:16 PM, Alex Crow <acrow@integrafin.co.uk> wrote:
On 14/11/11 11:24, Tihomir Culjaga wrote:
On Fri, Nov 11, 2011 at 4:32 PM, Steve Underwood <steveu@coppice.org> wrote:
Turning off ECM is equivalent to saying "I use FAX, but I couldn't give a damn if they are received".
and it always work if the network is stable (you might loose a pixel here and there...)! If you are running it via open internet, sorry but try something else (T.38 or switch to e-mail). You cannot expect pass-through to work reliably in such scenarios.
T.
Hi all,
I built a new machine for this. I know faxing via audio is not the done thing, however this is only to the local Mitel box then out via ISDN until we get the licenses and/or E1 cards for both machine. On the new machine I built a new kernel without tickless and with 1000Hz - and lo and behold ECM faxing now works!
Cheers
Alex
That's really good to hear!
Hi all,
I built a new machine for this. I know faxing via audio is not the done thing, however this is only to the local Mitel box then out via ISDN until we get the licenses and/or E1 cards for both machine. On the new machine I built a new kernel without tickless and with 1000Hz - and lo and behold ECM faxing now works!
Cheers
Alex
That's really good to hear!
Cheers, I'm just glad it *can* be done, even if it's not advised. I get frustrated when things prove impossible! Alex -- This message is intended only for the addressee and may contain confidential information. Unless you are that person, you may not disclose its contents or use it in any way and are requested to delete the message along with any attachments and notify us immediately. "Transact" is operated by Integrated Financial Arrangements plc Domain House, 5-7 Singer Street, London EC2A 4BQ Tel: (020) 7608 4900 Fax: (020) 7608 5300 (Registered office: as above; Registered in England and Wales under number: 3727592) Authorised and regulated by the Financial Services Authority (entered on the FSA Register; number: 190856)
On 11/14/2011 07:24 PM, Tihomir Culjaga wrote:
On Fri, Nov 11, 2011 at 4:32 PM, Steve Underwood <steveu@coppice.org <mailto:steveu@coppice.org>> wrote:
Turning off ECM is equivalent to saying "I use FAX, but I couldn't give a damn if they are received".
and it always work if the network is stable (you might loose a pixel here and there...)! If you are running it via open internet, sorry but try something else (T.38 or switch to e-mail). You cannot expect pass-through to work reliably in such scenarios.
Was that intended to be a joke, or did it just turn out that way? Steve
does t38modem not do t38? /b On Nov 11, 2011, at 6:52 AM, Alex Crow wrote:
If anyone's interested, I've get outbound fax semi-working with this setup:
<extension name="faxoutviamitel" continue="true"> <condition field="destination_number" expression="^9(\d{4})$"> <action application="set" data="absolute_codec_string=PCMA"/> <action application="set" data="fax_enable_t38=true"/> <action application="set" data="sip_execute_on_image=t38_gateway self nocng"/> <action application="bridge" data="sofia/external/$1@10.10.0.2"/> </condition> </extension>
t38modem is started like this:
t38modem -ttt -o /var/log/t38modem.log --no-h323 -u t38modem --sip-register t38modem@192.168.20.245,secret --sip-listen udp\$*:6060 --ptty +/dev/ttyT38-1 --route "modem:.*=sip:<dn>@192.168.20.245;OPAL-Force-Fax-Mode=true" --route "sip:.*=modem:<dn>"
The remaining problem is that on the receiving end we only have the top centimetre or two of the image. I think this may be a tiff library issue but I'm not sure.
Cheers
Alex
On 09/11/11 21:39, Brian West wrote:
That kinda says it all.
/b
On Nov 9, 2011, at 3:29 PM, Alex Crow wrote:
2011-11-09 21:16:08.528161 [DEBUG] mod_sofia.c:2298 Responding with 415 [Unsupported Media Type]
-- This message has been scanned for viruses and dangerous content by *MailScanner* <http://www.mailscanner.info/>, and is believed to be clean.
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Replying to myself, I got it in the end, all I needed was this, which is already in the wiki more or less: <extension name="from_mitel" > <condition field="network_addr" expression="10.10.0.2"/> <condition field="context" expression="public"/> <condition field="destination_number" expression="(^1001$)"> <action application="bridge" data="{sip_execute_on_image='t38_gateway self nocng'}user/t38modem@${domain_name}"/> </condition> </extension> That worked fine and Hylafax received the pages perfectly! Cheers Alex -- This message is intended only for the addressee and may contain confidential information. Unless you are that person, you may not disclose its contents or use it in any way and are requested to delete the message along with any attachments and notify us immediately. "Transact" is operated by Integrated Financial Arrangements plc Domain House, 5-7 Singer Street, London EC2A 4BQ Tel: (020) 7608 4900 Fax: (020) 7608 5300 (Registered office: as above; Registered in England and Wales under number: 3727592) Authorised and regulated by the Financial Services Authority (entered on the FSA Register; number: 190856)
participants (5)
-
Alex Crow
-
Brian West
-
shouldbe q931
-
Steve Underwood
-
Tihomir Culjaga