similar to: multiple RTP port ranges for SIP

Hello guys. When I am trying to send fax through T38 to linksys SPA (properly configured etc. - I have tried it with other systems), I'm getting error and fax is not delivered. I'm getting this errors in asterisk.log: WARNING[687] udptl.c: No UDPTL ports remaining ERROR[687] chan_sip.c: UDPTL creation failed WARNING[687] udptl.c: No UDPTL ports remaining then, couple lines down:

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

Dear list, I've got the following setup : [FAX-ATA]--[PBX LAN]--[Firewall]--[PBX WAN]-----[upstream SIP] On the PBX's we run Asterisk 1.4.33 with t38pt_udptl=yes in [general]. The FAX ATA is a Teles VoIPBox with T.38 support (that works). On the PBX WAN, i see the following in udptl debug : Sent UDPTL packet to 172.16.0.156:4460 (type 0, seq 184, len 32) Got UDPTL packet from

I have a high volume asterisk 1.40 installation and I ran a SIP SHOW CHANNELS. (see partial output below). My questions are: 1. "wc-l" of the output shows 4000 lines. Does this mean 2000 active calls? (2 channels per call) 2. The latter part of the output shows "unkn" for Form column. Why does it not know the codec? Could it be UDPTL? Or are these calls messed up? 3.

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

Hi all, Lately, I've been seeing more and more instances where I get a flood of warning messages like this: [Apr 26 14:09:50] WARNING[21054] udptl.c: No UDPTL ports remaining The next thing I know, my server is dropping calls and starting to misbehave. I use fax via T.38, so I can't just turn udptl off. I could expand the port range, but I suspect that will just mask the situation.

Hi, I configured Asterisk 10 for inbound fax, for couple of weeks I didn't see any issues until today. The setup I configured for inbound fax is quite simple i.e. Cisco Voice GW sends the fax calls to Asterisk using T.38 protocol and later Asterisk stores/forwards the fax to specific end user. The configuration I made in sip.conf for enabling T38 is listed below; t38pt_udptl =

Calling from my home using Asterisk 1.6.2.1 to an office extension (Asterisk 1.6.1.13) the callerid is not honored: Home: -- Starting simple switch on 'DAHDI/1-1' -- Executing [170 at internal:1] Answer("DAHDI/1-1", "") in new stack -- Executing [170 at internal:2] NoOp("DAHDI/1-1", "Context: office-extensions") in new stack

> On Feb 11, 2015, at 11:37 AM, Tom Stellard <tom at stellard.net> wrote: > > On Wed, Feb 11, 2015 at 04:06:10PM +0000, Sam Kellett wrote: >> Would it be feasible to compile LLVM IR into shading language assembler? If >> so, is this already being done? >> > > The R600 backend does this in conjunction with the Open Source mesa3D > project:

Gentlemen, I have 3 faxes attached to an Asterisk. Fax - SPA2102 - Asterisk. 0851711201 and 0851711290 is on our WAN, no NAT. 0197673581 is outside our WAN and needs to be NAT'ed. Sending a fax from 0851711201 to 0851711290, no problem, switches to T38 and fax goes through. Sending a from 0197673581 to 0851711201, no problem as long as i dont enable T38 on 0197673581. But, if i enable T38

On Fri, Jun 16, 2017, at 02:13 AM, Michael Maier wrote: > Has anybody any idea why asterisk drops the media stream in the 200 OK? > The channel has been T38_ENABLED before! Or is it necessary to add more > debug code? Who does the negotiating? > Only asterisk or is pjsip doing some parts, too? Asterisk does the T.38 negotiation and produces the answer SDP, PJSIP does the SDP

Hi, I'm using asterisk 1.2.1. Is there anybody out there who knows what this warning means? *WARNING: chan_sip.c:3470 process_sdp: Unknown SDP media type in offer: image 5004 udptl t38* Google does not help at all. TIA Giorgio Incantalupo

What I have is: * Asterisk 1.8.10.1~dfsg-1ubuntu1, * SPA112 ATA with analog fax in 1-st FXS port connected, * SIP trunk with provider supporting T.38. My network looks like this: * spa112 (192.168.33.200/24) and Asterisk (192.168.5.253/24) in neighbouring LANs, * Asterisk connects to the provider (80.75.130.136) via router (82.200.7.184). Router has full DNAT to Asterisk server. What happens?

I'm trying to connect a sip call from sipgate to Asterisk A to Asterisk B. Both are behind NAT, but port forwarded. I get the connection, but no voice - either in or out. I can call on SIP from A to B (and from B to A). Do it all the time. Asterisk A receives SIP calls from Junction and Teliax. CLI on A looks right: == Using SIP RTP TOS bits 184 == Using SIP RTP CoS mark 5 ==

Hi List Asterisk 16.28.0 in use. PJSIP in use Two endpoints Both using IPv6 One Endpoint on UDP, the other via TLS. Both with: t38_udptl=yes ;fax_detect=yes ;fax_detect_timeout=30 rtp_ipv6=yes Both sides are T.38 capable and detect fax tone so no need for fax detection on asterisk. Voice calls between the two work fine. But on a Fax call, I see this situation: A <=> Asterisk

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

Hi, as stated in the documentation, it's allowed to set FAXOPT(faxdetect)=yes/no to allow fax detection. It's done (see below) but still fax detection :-( Extension 300 is hylafax with iaxmodem. On the upper Asterisk gw it's the same, despite the faxdetect set to no we also have the NOTICE of T.38 re-INVITE. Test is done with a mobile phone calling the 0123456789 PSTN number.

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

I see a lot of attempts by hackers to call 00972595301123? or 011972595115207? or variations but that same 972595 is often present. Can someone break down that dial string with an explanation? The 011 look like an overseas call (from Americas), while the 972595XXXXXX is unclear... -------------- next part -------------- An HTML attachment was scrubbed... URL: