search for: transferredtcf

...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. a=T38FaxRateManagement:transferredTCF. a=T38FaxUdpEC:t38UDPRedundancy. """ The answer coming from asterisk in this case is: """ . v=0. o=root 3484 3485 IN IP4 CONN_IP_ASTERISK. s=session. c=IN IP4 CONN_IP_ASTERISK. t=0 0. m=image 4653 udptl t38. a=T38FaxVersion:0. a=T38MaxBitRate:9600. a=T38FaxRateManage...

...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 annexb=yes a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 m=image 6372 udptl t38 a=T38FaxVersion:0 a=T38FaxMaxBuffer:1100 a=T38FaxMaxDatagram:612 a=T38MaxBitRate:14400 a=T38FaxRateManagement:transferredTCF a=T38FaxUdpEC:t38UDPRedundancy How can I ignore T38 and use only G729 for this call?. Thanks for your help. Damian -- -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20131120/74d1dc38/attachment.h...

...User-Agent: XMediusFAX/7.0.0.298 Content-Type: application/sdp Content-Length: 315 v=0 o=XMedius-Fax-Gateway 76811410 411 IN IP4 WWW.WWW.WWW.WWW s=Asterisk PBX 10.5.0-digiumphones c=IN IP4 WWW.WWW.WWW.WWW t=0 0 m=image 54296 udptl t38 a=T38FaxVersion:0 a=T38maxBitRate:14400 a=T38FaxRateManagement:transferredTCF a=T38FaxMaxBuffer:8192 a=T38FaxMaxDatagram:1008 a=T38FaxUdpEC:t38UDPRedundancy <-------------> --- (11 headers 12 lines) --- Sending to WWW.WWW.WWW.WWW:5060 (no NAT) == Using UDPTL CoS mark 5 Got T.38 offer in SDP in dialog 176a274d5342aac505d0125979d19f62 at ZZZ.ZZZ.ZZZ.ZZZ:5060 Capabilit...

...erisk. 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 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=T38FaxMax...

...(s): Asterisk Connection Information (c): IN IP4 46.17.15.23 Time Description, active time (t): 0 0 Media Description, name and address (m): image 4573 udptl t38 Media Attribute (a): T38FaxVersion:0 Media Attribute (a): T38MaxBitRate:14400 Media Attribute (a): T38FaxRateManagement:transferredTCF Media Attribute (a): T38FaxMaxDatagram:397 Media Attribute (a): T38FaxUdpEC:t38UDPRedundancy This reinvite is received by asterisk via telekom: Session Description Protocol Version (v): 0 Owner/Creator, Session Id (o): - 1811299599 2925027276 IN IP4 0.0.0.0 Session Name (s): -...

...k 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 respectively. That's the udptl.conf: ---------------------- ;...

...P re-invite (External RTP bridge) Content-Type: application/sdp Content-Length: 293 v=0 o=root 2048302926 2048302927 IN IP4 xx.xx.xx.xx s=Asterisk PBX 1.6.2.7-rc3 c=IN IP4 xx.xx.xx.xx t=0 0 m=image 4575 udptl t38 a=T38FaxVersion:0 a=T38MaxBitRate:14400 a=T38FaxFillBitRemoval a=T38FaxRateManagement:transferredTCF a=T38FaxMaxDatagram:1400 a=T38FaxUdpEC:t38UDPFEC SIP/2.0 400 Bad Request ... CSeq: 102 INVITE Error-Info: <sip:+number at xx.xx.xx.xx>;cause="[line 023] SIP syntax error" Content-Length: 0 WARNING[32389] app_fax.c: Transmission error

...103 INVITE Contact: <sip:3250890229 at 193.110.9.17;user=phone> Max-Forwards: 10 User-Agent: MERA MSIP v.1.0.2 Content-Type: application/sdp Content-Length: 183 v=0 o=- 1272610573 1272610573 IN IP4 193.110.9.17 s=- c=IN IP4 193.110.9.17 t=0 0 m=image 25296 udptl t38 a=T38FaxRateManagement:transferredTCF a=T38FaxUdpEC:t38UDPRedundancy Asterisk reply with TRYING and then launches sendFax() and then I get error. Executing [start at fax-out:14] SendFAX("SIP/TG-out-00000000", "/var/www/izzifax/faxes/send/2010/04/30/127261056589/fax.tif") in new stack [Apr 30 09:56:16] VERBOSE[1...

...ation/sdp Content-Length: 265 Contact: <sip:64A510CA-5942027B00065C24-6F93C700 at 195.185.37.60;transport=udp> v=0 o=- 1935061780 1935061784 IN IP4 195.185.37.60 s=- c=IN IP4 195.185.37.60 t=0 0 m=image 33818 UDPTL t38 a=sendrecv a=T38FaxVersion:0 a=T38MaxBitRate:14400 a=T38FaxRateManagement:transferredTCF a=T38FaxMaxDatagram:1393 a=T38FaxUdpEC:t38UDPRedundancy [2017-06-15 07:43:57] DEBUG[11705]: res_pjsip/pjsip_distributor.c:379 distributor: Searching for serializer on dialog dlg0x7f5f18034698 for Request msg INVITE/cseq=10 (rdata0x7f5f1801a758) [2017-06-15 07:43:57] DEBUG[11705]: res_pjsip/pjsip_d...

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

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

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

Hi, folks. I'm having a heck of a time trying to get outgoing T38 faxing (I don't need inbound right now) working with FFA and Gafachi. G711 faxing works (as well as can be expected over the internet), but I want the higher reliability of T38. I'm running Asterisk 10-beta1. When I drop my callfile in to make the call, I get this: -- Attempting call on SIP/18884732963 at

...: 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:2005618 at XX.XX.XX.66>;tag=74tf2-7Q4xE0 Call-ID: CcD6S0-VFf0Z8f2 at...

...[Feb 2 08:38:56] DEBUG[21032]: chan_sip.c:8266 process_sdp_a_image: T38MaxBitRate: 14400 [Feb 2 08:38:56] DEBUG[21032]: chan_sip.c:7753 process_sdp: Processing media-level (image) SDP a=T38MaxBitRate:14400... OK. [Feb 2 08:38:56] DEBUG[21032]: chan_sip.c:8335 process_sdp_a_image: RateManagement: transferredTCF [Feb 2 08:38:56] DEBUG[21032]: chan_sip.c:7753 process_sdp: Processing media-level (image) SDP a=T38FaxRateManagement:transferredTCF... OK. [Feb 2 08:38:56] DEBUG[21032]: chan_sip.c:8342 process_sdp_a_image: UDP EC: t38UDPRedundancy [Feb 2 08:38:06] DEBUG[21032]: chan_sip.c:7589 process_sdp:...

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

...ERSION_0 or T38FAX_VERSION_1 in chan_sip.c means ? voip-info.org implies one has to change values in chan_sip.c to make it work. Shall I set T38FAX_VERSION_1 or leave T38FAX_VERSION_0 in global_t38_capability ? Source code says "This is default: NO MMR and JBIG trancoding, NO fill bit removal, transferredTCF TCF, UDP FEC, Version 0 and 9600 max fax rate" What does "Version 0" relates to in this aboxe line ? MMR and JBIG transcoding ? 2. A softphone like Zoiper is able to receive voice or fax calls. When setting those values (see bellow) in sip.conf, does it mean : "t38/udptl will...

...Min-SE: 90 Content-Length: 303 Content-Disposition: session; handling=required Content-Type: application/sdp v=0 o=Sonus_UAC 218 7126 IN IP4 xxx.xxx.xxx.xx8 s=SIP Media Capabilities c=IN IP4 xxx.xxx.xxx.xx7 t=0 0 m=image 6202 udptl t38 a=T38FaxVersion:0 a=T38MaxBitRate:9600 a=T38FaxRateManagement:transferredTCF a=T38FaxMaxBuffer:262 a=T38FaxMaxDatagram:176 a=T38FaxUdpEC:t38UDPRedundancy a=sendrecv <-------------> --- (16 headers 13 lines) --- Sending to xxx.xxx.xxx.xx8 : 5060 (no NAT) Got T.38 offer in SDP in dialog 74ca1e4e3e86a1b873428773477e201f at yyy.yyy.yyy.yyy Capabilities: us - 0x102 (gsm|...

...ay 12 22:47:15] DEBUG[22587]: chan_sip.c:8991 process_sdp_a_image: FaxMaxDatagram: 72 [May 12 22:47:15] DEBUG[22587]: chan_sip.c:8387 process_sdp: Processing media-level (image) SDP a=T38FaxMaxDatagram:72... OK. [May 12 22:47:15] DEBUG[22587]: chan_sip.c:9028 process_sdp_a_image: RateManagement: transferredTCF [May 12 22:47:15] DEBUG[22587]: chan_sip.c:8387 process_sdp: Processing media-level (image) SDP a=T38FaxRateManagement:transferredTCF... OK. [May 12 22:47:15] DEBUG[22587]: chan_sip.c:9035 process_sdp_a_image: UDP EC: t38UDPRedundancy [May 12 22:47:15] DEBUG[22587]: chan_sip.c:8387 process_sdp: P...

...laces, timer X-asterisk-Info: SIP re-invite (External RTP bridge) Content-Type: application/sdp Content-Length: 257 v=0 o=root 473469291 473469292 IN IP4 172.16.2.1 s=Asterisk PBX 11.5.0 c=IN IP4 172.16.2.1 t=0 0 m=image 4506 udptl t38 a=T38FaxVersion:0 a=T38MaxBitRate:14400 a=T38FaxRateManagement:transferredTCF a=T38FaxMaxDatagram:849 a=T38FaxUdpEC:t38UDPFEC --- <--- SIP read from UDP:172.16.2.12:5061 ---> SIP/2.0 488 Not Acceptable Here To: myline <sip:myline at 172.16.2.1>;tag=2d2e7e5ad74dec0co1 From: <sip:4250 at 172.16.2.1>;tag=as1a0daffe Call-ID: c8278ef2-b80a5454 at 172.16.2.12 C...