search for: t38maxbitrate

Hello List, I think I've discovered a little bug in t.38 bug in 1.6.0.22 regarding the speed (T38MaxBitRate) used to send the faxes. Asterisk always responds with a=T38MaxBitRate:2400. I've tried with Patton and Grandstream devices and the result is always the same. Patton ignores the parameter and sends the fax at 9600. Grandstream doesn't, and a...

...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 fax is never properly negotiated. One thing I have noticed is that XMedius Fax tells Asterisk it has 'a=T38maxBitRate:14400' and Asterisk immediately turns around and tells our upstream provider 'a=T38MaxBitRate:2400' on the invites (full invite text below). Is the fact that XMedius is not capitalizing the 'm' in 'T38maxBitRate' the cause of Asterisk telling the upstream provider tha...

Hi! I have exactly the same problem on asterisk 1.8.22.0 and also on separate 11.2.1 when sending fax to PSTN. Tryed with spa-3102, spa-2102, Patton Smartnode 4634, and Zoiper softphone. SpanDsp also works without any problem on my box. As I remember it was a bug in 1.8.1.x that the a=T38MaxBitRate paramater was sent as "maxBitRate". Without capital "M". Are you closer to the solution? I have tryed almost anything and I don't understand why sends the T38MaxBitRate:2400 parameter. regards, Blaxy > On 06/03/2013 05:03 PM, Larry Moore wrote: > > Have you chec...

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

...ple: 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 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-user...

...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=T38FaxRateManagement:transferredTCF. a=T38FaxMaxBuffer:200. a=T38FaxMaxDatagram:200. a=T38FaxUdpEC:t38UDPRedundancy. """ I see a problem here since the number of matched media streams from the offer does not match with the number of matched media streams in reply from asteri...

...ession Id (o): - 2447581897 4 IN IP4 46.17.15.23 Session Name (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):...

...CRIBE, NOTIFY, INFO Supported: replaces, timer X-asterisk-Info: SIP 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:...

..., replaces, norefersub Content-Type: application/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-...

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

...| > | | | > | |a=T38FaxVersion:0 | > | | | > | |a=T38MaxBitRate:14400 | > | | | > | |a=T38FaxMaxBuffer:1024 | > | |...

...| > | | | > | |a=T38FaxVersion:0 | > | | | > | |a=T38MaxBitRate:14400 | > | | | > | |a=T38FaxMaxBuffer:1024 | > | |...

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

...REFER, SUBSCRIBE, NOTIFY Supported: replaces, 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 a...

...er:1100... OK. [Feb 2 08:38:56] DEBUG[21032]: chan_sip.c:8298 process_sdp_a_image: FaxMaxDatagram: 612 [Feb 2 08:38:56] DEBUG[21032]: chan_sip.c:7753 process_sdp: Processing media-level (image) SDP a=T38FaxMaxDatagram:612... OK. [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: Proces...

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

...risk 1.6 with freepbx 2.7 and dahdi to send faxes with t38modem conected to hylafax as a sip extension of asterisk. Everything is supposed to be configured fine, the faxes start sending, but at the middle of the transaction, it fails. The T.38 termination provider told me that they were receiving a=T38MaxBitRate:2400 on their asterisk, and told me that this issue could be the problem. I've checked all the configuration and can't see any kind of configuration for the bitrate of the t38modem. I don't know if this is an Asterisk issue or a t38modem issue. My configurations are: /etc/asterisk/udpt...

...timer Session-Expires: 1800;refresher=uas 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...