search for: t38faxmaxdatagram

Displaying 20 results from an estimated 31 matches for "t38faxmaxdatagram".

2009 Dec 10
1
Asterisk 1.6.1.11 Fax
...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: ---------------------- ; ; UDPTL Configuratio...
2014 Feb 06
1
Fax buffer overflow detected
All; I'm running Asterisk 1.8.15-cert3 with the newest version of spandsp. I've even tried unloading that and using Digium's FFA module but I receive the same error on an outbound transmission: [2014-02-06 14:35:14] ERROR[19066]: udptl.c:294 encode_open_type: UDPTL (SIP/XXXXXXXXXXX_outbound-00000000): Buffer overflow detected (59 + 127 > 175) I only get this with one
2013 Nov 20
5
Movistar sip Mexico
...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 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/pip...
2013 Jun 02
1
Asterisk T.38 Pass-Through doesn't work
...disallow=all allow=alaw allow=ulaw externip=82.200.7.184 localnet=192.168.0.0/255.255.0.0 [mtt] type=peer host=80.75.130.136 fromuser=74957777777 disallow=all allow=alaw,ulaw directmedia=no canreinvite=no nat=yes == udptl.conf: [general] udptlstart=4000 udptlend=4999 T38FaxUdpEC=t38UDPRedundancy T38FaxMaxDatagram=200 udptlfecentries = 3 udptlfecspan = 3 use_even_ports = no == spa112 SIP settings screenshot: http://tinypic.com/view.php?pic=2z8dic6&s=5 == debug log: https://gist.github.com/anonymous/5685307 Please, help me!
2013 Jan 04
0
T38MaxBitRate issue on fax passthrough
...t-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 Capabilities: us - (ulaw), peer - audio=(nothing)/v...
2009 May 27
2
problem with T.38 media headers
..." 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 asterisk (notice the m=audio 0 RTP/AVP 0 not present in the reply). Please let me know if the...
2009 Dec 12
0
T38 Passthrough 1.6.1.12-rc1 Good Results
...axing for a couple of weeks now, trying to find a version of Asterisk that would pass through T38 with an Audiocodes Mediant 1000 and MP203 ATA. I had problems with 1.6.0.x through 1.6.1.10. Tested 6 different versions. Either it just would not work or fail back to G.711, or re-invite with wrong T38FaxMaxDatagram sizes, faxes would work one-way and not the other, and so on, issue after issue. After trading some emails with the dev list, I learned a bit more about what a good T38 negotiation should look like which helped out quite a bit. I started reading the changelog for the various versions of 1.6.0.x a...
2017 Jun 18
2
asterisk 13.16. - sigseg during negotiation
...(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): - Time Description, active time (t): 0 0...
2010 May 06
1
T.38 Fax With Flowroute SIP Provider
...rnal 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
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'
...-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_distributor.c:385 dis...
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
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 >> +++
2007 Apr 24
0
ASA-2007-010: Two stack buffer overflows in SIP channel's T.38 SDP parsing code
...| > | | | > | |a=T38FaxMaxBuffer:1024 | > | | | > | |a=T38FaxMaxDatagram:238 | > | | | > | |a=T38FaxRateManagement:AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA | > | |...
2007 Apr 24
0
ASA-2007-010: Two stack buffer overflows in SIP channel's T.38 SDP parsing code
...| > | | | > | |a=T38FaxMaxBuffer:1024 | > | | | > | |a=T38FaxMaxDatagram:238 | > | | | > | |a=T38FaxRateManagement:AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA | > | |...
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
2009 May 30
1
Problem T.38
...the ATA works perfectly, is a step to the ATA ReceiveFAX of Asterisk works perfect, but if I try to pass between two Branches using the same ATA does not work ever. rtp.conf: [general] rtpstart=17000 rtpend=33000 udptl.conf: [general] udptlstart=4000 udptlend=4999 T38FaxUdpEC = t38UDPRedundancy T38FaxMaxDatagram = 400 udptlfecentries = 3 udptlfecspan = 3 sip.conf: t38pt_udptl = yes t38pt_rtp=no t38pt_tcp=no I did a tcpdump and when after listening to the signal for a fax transmission, the network traffic for RTP, and only the end of the connection timeout in the show some more data from SIP protocol and...
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 Jul 12
0
No subject
...ferredTCF 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 the gw to immediately setup the call at T38 with is not compatible. The gateway wants to setup the call as a...