search for: t38faxtranscodingmmr

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 a=T38FaxUdpEC:t38UDPRedundancy ---------------------- The MaxDatagram and MaxBitRate are definitely not what they should be, and maybe other parameters are also wrong. I would like to have 400 and 14400 respec...

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

...PCMU/8000/1 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 m=image 0 udptl t38 a=T38FaxRateManagement:transferredTCF a=T38FaxUdpEC:t38UDPRedundancy And Asterisk responds with the 200 OK: m=image 29475 udptl t38 [notice the m=image] a=T38FaxVersion:0 a=T38FaxFillBitRemoval:0 a=T38FaxTranscodingMMR:0 a=T38FaxTranscodingJBIG:0 a=T38FaxRateManagement:transferredTCF a=T38FaxMaxBuffer:400 a=T38FaxMaxDatagram:400 a=T38FaxUdpEC:t38UDPRedundancy I've been corresponding with Dialogic engineering on the messaging and they report that the gateway receiving m=image is not compatible or is telling t...

...answered SIP/robert-00000005 But then the call drop after 5 seconds with an 488 not acceptable here. o=ZoiperCommunicator_user 0 1 IN IP4 192.168.1.60 s=ZoiperCommunicator_session c=IN IP4 192.168.1.60 t=0 0 m=image 8000 udptl t38 a=T38FaxVersion:0 a=T38MaxBitRate:14400 a=T38FaxFillBitRemoval:0 a=T38FaxTranscodingMMR:0 a=T38FaxTranscodingJBIG:0 a=T38FaxRateManagement:transferredTCF a=T38FaxMaxBuffer:400 a=T38FaxMaxDatagram:400 a=T38FaxUdpEC:t38UDPRedundancy Asterisk returns SIP/2.0 488 Not acceptable here Via: SIP/2.0/UDP 192.168.1.60:53325 ;branch=z9hG4bK-d8754z-35a890bc09845fb2-1---d8754z-;received=201.192....

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

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

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

...timer X-asterisk-Info: SIP re-invite (External RTP bridge) Content-Type: application/sdp Content-Length: 365 v=0 o=root 577489170 577489172 IN IP4 XX.XX.XX.66 s=Asterisk PBX 1.6.0.5 c=IN IP4 XX.XX.XX.66 t=0 0 m=image 4729 udptl t38 a=T38FaxVersion:0 a=T38MaxBitRate:9600 a=T38FaxFillBitRemoval:0 a=T38FaxTranscodingMMR:0 a=T38FaxTranscodingJBIG:0 a=T38FaxRateManagement:transferredTCF a=T38FaxMaxBuffer:400 a=T38FaxMaxDatagram:400 a=T38FaxUdpEC:t38UDPFEC --- engeplus*CLI> <--- SIP read from UDP://XX.XX.XX.67:1024 ---> SIP/2.0 100 Trying From: sip:2007 at XX.XX.XX.66;tag=as46031e07 To: 2005618<sip:20056...

...DEBUG[22587]: chan_sip.c:8387 process_sdp: Processing media-level (image) SDP a=T38FaxFillBitRemoval:0... OK. [May 12 22:47:15] DEBUG[22587]: chan_sip.c:9007 process_sdp_a_image: Transcoding MMR: 0 [May 12 22:47:15] DEBUG[22587]: chan_sip.c:8387 process_sdp: Processing media-level (image) SDP a=T38FaxTranscodingMMR:0... OK. [May 12 22:47:15] DEBUG[22587]: chan_sip.c:9018 process_sdp_a_image: Transcoding JBIG: 0 [May 12 22:47:15] DEBUG[22587]: chan_sip.c:8387 process_sdp: Processing media-level (image) SDP a=T38FaxTranscodingJBIG:0... OK. [May 12 22:47:15] DEBUG[22587]: chan_sip.c:5034 change_t38_state: T38...