similar to: T.38 Fax With Flowroute SIP Provider

Displaying 20 results from an estimated 700 matches similar to: "T.38 Fax With Flowroute SIP Provider"

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 Jan 04
0
T38MaxBitRate issue on fax passthrough
Having an issue with receiving faxes, but when I pass through the fax. Currently, I receive the fax with Digium's Fax for Asterisk, store it and the initiate an outbound call to our fax server. (XMedius Fax). This works, but we would prefer to have Asterisk simply route the call directly to the fax server and take the store and forward out of the equation. When I do that, however, the
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.
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
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
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 =>
2009 May 30
1
Problem T.38
Boa Tarde Lista. I'm having problems in tramiss?o a fax using T.38. My scenario is: Asterisk 1.6.0.5 2 ATA of Intelbras 2210. ReceiveFAX in the asterisk. Unable to fax when it is a ATA to another user on the Asterisk means, if I directly between the ATA works perfectly, is a step to the ATA ReceiveFAX of Asterisk works perfect, but if I try to pass between two Branches
2017 Jun 18
2
asterisk 13.16. - sigseg during negotiation
Hello! unchanged asterisk crashes during udptl / t.38 negotiation with telekom - they do not support t.38 / udptl. In detail: fax client -> asterisk -> telekom -> easybell -> asterisk -> fax server Fax server sends t.38 reinvite via asterisk to easybell. Session Description Protocol Version (v): 0 Owner/Creator, Session Id (o): - 2447581897 4 IN IP4 46.17.15.23
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
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
2007 Apr 24
0
ASA-2007-010: Two stack buffer overflows in SIP channel's T.38 SDP parsing code
> Asterisk Project Security Advisory - ASA-2007-010 > > +------------------------------------------------------------------------+ > | Product | Asterisk | > |--------------------+---------------------------------------------------| > | Summary | Two stack buffer overflows in SIP
2007 Apr 24
0
ASA-2007-010: Two stack buffer overflows in SIP channel's T.38 SDP parsing code
> Asterisk Project Security Advisory - ASA-2007-010 > > +------------------------------------------------------------------------+ > | Product | Asterisk | > |--------------------+---------------------------------------------------| > | Summary | Two stack buffer overflows in SIP
2007 Jul 12
0
No subject
reliable, 40+ faxes with 5 different fax machines tested, plus an efax service. The problem is the other way, PRI inbound to fax, the call doesn't setup between the GW and Asterisk. I have the issued narrowed down to the SIP messaging between the DMG and Asterisk. The DMG invite sends to asterisk: m=audio 49016 RTP/AVP 0 101 [notice the m=audio] a=rtpmap:0 PCMU/8000/1 a=rtpmap:101
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
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 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 >> +++
2009 Dec 03
3
Fax throughput - Asterisk 1.6.1.9
Hello, We are trying to send faxes by T.38 protocol to a remote SIP proxy from a local extension. The local extension sends the INVITE, Asterisk sends the call to the Proxy the call is connected with a regular audio codec. After a few seconds the remote proxy sends an INVITE with UDPTL and the Asterisk sends it to the local extension and it's accepted, but (here the problem starts) just
2013 Nov 05
1
How to enable T.38 between SPA3102 PSTN Line port and ReceiveFAX app ?
Hello, I've got an analog phone which is currently receiving unsollicited FAX calls from PSTN. For learning purpose, I'm preparing an Asterisk/SPA3102 setup that would let voice calls come in and out and translate incoming FAX calls to TIF files (forwarded through email)). My target setup is : PSTN <-- analog--> SPA3102 Line Port <-- SIP --> Asterisk <-- SIP -->
2011 Apr 08
0
488 error in T38 Gatewaying in Asterisk 1.8 with patch 13405
Hello List, I have been trying to setup T38 gatewaying with the following setup SIP ->Asterisk -> DAHDI TE410P with Libss7 -> TELCO I'm using asterisk Asterisk 1.8.3.2 and DAHDI Version: SVN-trunk-r9697M Echo Canceller: HWEC I'm aware there's no support for T38 gateway but I have been trying to get the patches https://issues.asterisk.org/view.php?id=13405 to work. It seems
2010 May 12
3
Asterisk core dumping on SendFax with FFA
Hi All, I seem to have stumbled on a bit of a problem. When trying to send a fax with Fax For Asterisk on 1.6.2.x (have tried 1.6.2.5, 1.6.2.7 and the current svn version, with FFA 1.2 I get a core dump each time. Here is an extract form the console: [May 12 22:47:09] DEBUG[22584]: app_queue.c:1084 handle_statechange: Device 'SIP/vltb-sbc01' changed to state '1' (Not in use)