similar to: No subject

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

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

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

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.

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

> Asterisk Project Security Advisory - ASA-2007-010 > > +------------------------------------------------------------------------+ > | Product | Asterisk | > |--------------------+---------------------------------------------------| > | Summary | Two stack buffer overflows in SIP

> Asterisk Project Security Advisory - ASA-2007-010 > > +------------------------------------------------------------------------+ > | Product | Asterisk | > |--------------------+---------------------------------------------------| > | Summary | Two stack buffer overflows in SIP

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)

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 =>

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

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

Hello, I'm trying to send a tif file, using Fax for Asterisk and the call is executed, but when I get the reINVITE with T.38 data, the local server doesn't recognize that we have this capability and sends a 488 message. These are the logs: <--- SIP read from UDP:xxx.xxx.xxx.xx8:5060 ---> INVITE sip:1234567 at 10.0.0.3:5060 SIP/2.0 Via: SIP/2.0/UDP

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

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

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

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

Hi, I'm trying to send faxes using Asterisk 1.4 and T38 with sip but Asterisk rejects the t38. Anybody know if is possible to transmit t38 fax with Asterisk 1.4? following settings: --- sip.conf --- [general] bindport=5060 bindaddr=0.0.0.0 disallow=all allow=ulaw allow=alaw context=from-outside t38pt_udptl=yes [operator] qualify=no nat=yes host=189.160.126.201 dtmfmode=rfc2833

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

I am testing Fax for Asterisk. But, I meet a problem. I try to Send a Fax (.tiff) from the first asterisk (Asterisk1) to the second asterisk (Asterisk2). Asterisk1 initiates an INVITE with audio G.711. Asterisk2 accepts this INVITE. Immediately, Asterisk2 sends an re-INVITE with T.38 to Asterisk1. But, Asterisk1 responds with "488 not acceptable here". I double check t38pt_udptl = yes in

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 -->