similar to: Fax throughput - Asterisk 1.6.1.9

Displaying 20 results from an estimated 2000 matches similar to: "Fax throughput - Asterisk 1.6.1.9"

2009 Dec 10
1
Asterisk 1.6.1.11 Fax
Hello, We're trying to receive faxes on the Asterisk server, but for the time being T.38 negotiation fails. The SDP that the Asterisk reINVITE sends contains these lines: ---------------------- m=image 4968 udptl t38 a=T38FaxVersion:0 a=T38MaxBitRate:9600 a=T38FaxFillBitRemoval a=T38FaxTranscodingMMR a=T38FaxTranscodingJBIG a=T38FaxRateManagement:transferredTCF a=T38FaxMaxDatagram:1400
2013 Nov 20
5
Movistar sip Mexico
Hello, I have a problem with movistar in Mexico with a sip calls. Movistar send to me T38 and G729 in the INVITE and they say that I have to ignore T38 and use G729 in the voice call. When a fax call is made Movistar send only T38 in the INVITE. Invite example: v=0 o=GDL-BMSW-12D 19913379 19899826 IN IP4 192.168.1.2 s=sip call c=IN IP4 192.168.1.2 t=0 0 m=audio 6370 RTP/AVP 18 101 a=fmtp:18
2013 Jun 02
1
Asterisk T.38 Pass-Through doesn't work
What I have is: * Asterisk 1.8.10.1~dfsg-1ubuntu1, * SPA112 ATA with analog fax in 1-st FXS port connected, * SIP trunk with provider supporting T.38. My network looks like this: * spa112 (192.168.33.200/24) and Asterisk (192.168.5.253/24) in neighbouring LANs, * Asterisk connects to the provider (80.75.130.136) via router (82.200.7.184). Router has full DNAT to Asterisk server. What happens?
2006 Nov 20
1
T.38 - By reinvitation only?
Hi All, Excited to see mention of T.38 passthru with 1.4.0.... BUT it seems like "Emperor's New Clothes" from my perspective. As I understand it, T.38 passthru only works via a re-invite mechanism - so two T.38 devices try talking fax and request a T.38 media stream. Asterisk is now savvy enough to realise it can't do it, so opts out - "Hey Guys, I don't know
2014 Feb 06
1
Fax buffer overflow detected
All; I'm running Asterisk 1.8.15-cert3 with the newest version of spandsp. I've even tried unloading that and using Digium's FFA module but I receive the same error on an outbound transmission: [2014-02-06 14:35:14] ERROR[19066]: udptl.c:294 encode_open_type: UDPTL (SIP/XXXXXXXXXXX_outbound-00000000): Buffer overflow detected (59 + 127 > 175) I only get this with one
2012 Feb 02
1
T38 faxing - UDPTL creation failed
Hello guys. When I am trying to send fax through T38 to linksys SPA (properly configured etc. - I have tried it with other systems), I'm getting error and fax is not delivered. I'm getting this errors in asterisk.log: WARNING[687] udptl.c: No UDPTL ports remaining ERROR[687] chan_sip.c: UDPTL creation failed WARNING[687] udptl.c: No UDPTL ports remaining then, couple lines down:
2009 May 27
2
problem with T.38 media headers
Hi Guys, Something I have noticed while dealing with T.38 and re-invites in Asterisk 1.4.22. I have a provider who re-invites with the following sdp (message flow PROVIDER_EQPMT -> ASTERISK): """ . v=0. o=SIP_5F9 123456 654322 IN IP4 CONN_IP_PROVIDER. s=-. c=IN IP4 CONN_IP_PROVIDER. t=0 0. m=audio 0 RTP/AVP 0. m=image 26858 udptl t38. a=T38FaxMaxBuffer:288.
2017 Jun 16
3
asterisk 13.16 / pjsip / t.38: res_pjsip_t38.c:207 t38_automatic_reject: Automatically rejecting T.38 request on channel 'PJSIP/91-00000007'
On Fri, Jun 16, 2017, at 10:49 AM, Michael Maier wrote: <snip> > > t38modem and asterisk are using > > m=image 35622 udptl t38 > ^^^^^ > > Provider uses > > m=image 35622 UDPTL t38 > ^^^^^ > > Could this be a problem? If I'm sending internal only, it's always > lowercase. Looking at the tests we have we
2017 Jun 05
3
asterisk 13.16 / pjsip / t.38: res_pjsip_t38.c:207 t38_automatic_reject: Automatically rejecting T.38 request on channel 'PJSIP/91-00000007'
On Mon, Jun 5, 2017, at 04:26 PM, Michael Maier wrote: > On 06/05/2017 at 06:29 PM, Joshua Colp wrote: > > On Mon, Jun 5, 2017, at 01:22 PM, Michael Maier wrote: > >> > >> Do you have any idea where to start to look at? Adding additional output > >> in the source code? Which functions could be interesting? I may add own > >> debug code to see why things
2009 Dec 23
4
Asterisk and Faxing
Hi All I have been looking around and haven not been able to find a working example I have a fresh/new install of Asterisk 1.6.2.0 with dahdi 2.2.1 and libpri 1.4.10.2 I use a sangoma A200 card so I am using wanpipe 3.4.7 If I use zaptel which I read I need for app_rxfax then asterisk crashes with segfaults on startup asterisk[2624]: segfault at 30353466 ip b7eb538b sp bffda26c error 4 in
2017 Jun 14
2
asterisk 13.16 / pjsip / t.38: res_pjsip_t38.c:207 t38_automatic_reject: Automatically rejecting T.38 request on channel 'PJSIP/91-00000007'
On 06/14/2017 at 05:53 PM Joshua Colp wrote: > On Wed, Jun 14, 2017, at 12:47 PM, Michael Maier wrote: > > <snip> > >> >> I added this patch to see, if really all packages are are freed after >> they have been processed: >> >> --- b/res/res_pjsip/pjsip_distributor.c 2017-05-30 19:44:16.000000000 >> +0200 >> +++
2010 Feb 02
4
Asterisk 1.6.1.13 and T.38 faxing
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 => s,1,Set(DB(fax/count)=$[${DB(fax/count)} + 1]) exten => s,n,Set(FAXCOUNT=${DB(fax/count)}) exten =>
2010 May 06
1
T.38 Fax With Flowroute SIP Provider
Does anybody have T.38 faxing working with Flowroute? I am running Asterisk 1.6.2.7-rc3 with spandsp 0.0.6-pre17. I can successfully receive faxes over ulaw. I enabled T.38 with t38pt_udptl=yes in sip.conf. When I receive a fax it tries to negotiate T.38 and Flowroute sends back a Bad Request response saying I have a SIP syntax error. Flowroute support is recommending that I try again after
2017 Jun 15
2
asterisk 13.16 / pjsip / t.38: res_pjsip_t38.c:207 t38_automatic_reject: Automatically rejecting T.38 request on channel 'PJSIP/91-00000007'
On 06/14/2017 at 10:17 PM, Joshua Colp wrote: > On Wed, Jun 14, 2017, at 05:09 PM, Michael Maier wrote: > > <snip> > >> >> I can now say, that asterisk / pjsip seams to work *mostly* as expected. >> Just one exception - and that's the package in question, which can't be >> seen in tcpdump. >> >> I extended the above patch by adding
2010 Feb 20
1
Fax, T38 and NAT
Gentlemen, I have 3 faxes attached to an Asterisk. Fax - SPA2102 - Asterisk. 0851711201 and 0851711290 is on our WAN, no NAT. 0197673581 is outside our WAN and needs to be NAT'ed. Sending a fax from 0851711201 to 0851711290, no problem, switches to T38 and fax goes through. Sending a from 0197673581 to 0851711201, no problem as long as i dont enable T38 on 0197673581. But, if i enable T38
2011 Apr 16
3
any experience with cisco media gw with fax???
Hello, We have a sip trunk end point with cisco media gateway. VoIP works fine. But when we try to send faxes thru this trunk, we simply can not. Is there anybody experienced such problem and solved? How should i set sip.conf and udptl.conf. I already have t38pt_udptl=yes in sip.conf Thank you.
2010 May 03
1
sending T.38 fax negotiation problem
Hi there. I have the similar problem ("Digium fax - sending fax call file vs manager originate") sending faxes with Asterisk 1.6.2.6 and Digium res_fax. Receiving is OK. I use Local channel in Call file and context [fax-out] in dialplan. My setup: Asterix<-SIP (T.38)-> Cisco(MERA MSIP v.1.0.2)<-> LocalTelco<->fax machine Debian GNU/Linux 5.0 ; Linux 2.6.26-2-686
2013 Jan 10
1
Segmentation fault after upgrading from asterisk-10.5.0 to asterisk-11.1.2
After upgrading from asterisk-10.5.0 to asterisk-11.1.2, I am getting a Segmentation fault. [root at localhost asterisk-11.1.2]# asterisk -vvvvvvc Asterisk 11.1.2, Copyright (C) 1999 - 2012 Digium, Inc. and others. Created by Mark Spencer <markster at digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components
2010 Jun 22
1
UDPTL T38 via NAT
Dear list, I've got the following setup : [FAX-ATA]--[PBX LAN]--[Firewall]--[PBX WAN]-----[upstream SIP] On the PBX's we run Asterisk 1.4.33 with t38pt_udptl=yes in [general]. The FAX ATA is a Teles VoIPBox with T.38 support (that works). On the PBX WAN, i see the following in udptl debug : Sent UDPTL packet to 172.16.0.156:4460 (type 0, seq 184, len 32) Got UDPTL packet from
2013 Jan 15
4
Getting UDPTL (SIP): Transmission error: Resource temporarily unavailable
Hi, I configured Asterisk 10 for inbound fax, for couple of weeks I didn't see any issues until today. The setup I configured for inbound fax is quite simple i.e. Cisco Voice GW sends the fax calls to Asterisk using T.38 protocol and later Asterisk stores/forwards the fax to specific end user. The configuration I made in sip.conf for enabling T38 is listed below; t38pt_udptl =