similar to: Getting UDPTL (SIP): Transmission error: Resource temporarily unavailable

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?

Hi all, I'm trying to run an AGI in PERL which uses the module DBD-Oracle. Currently my AGI is working fine in my two servers but not in my other four servers. When I tried execute an AGI (as a user asterisk) in command line it works fine (even I also declare environmental variables in user profile and in my AGI), but when I tried to call my AGI (perl) in dial plan, it don't get

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

Hi Andrew and Willy, Thanks for sharing the info. As for enabling radius server debugging 'radiusd -X', made some test calls don't see the radiusclient sending data to radius server. However, using radtest or radiusclient testing, able to send data to radius server (after enabling debug). For further testing, on my other server using OpenSIPs, setup the radiusclient and data was

Thanks for sharing the link. Actually I'm looking for a different approach without installing/using third party i.e. a user sends an email to Asterisk (which is also running mail service), as Asterisk receives the mail where the mail contains attachment and subject contains destination number, Asterisk will download the file and capture the number and later send fax to destination number just

I did radius client status testing with radius server, able to access the radius server. However, still getting radius CDR issue after setting debug level 8 even granting 666 access to radiusclient-ng config files. message: cdr_radius.c:208 radius_log: Unable to create RADIUS record. CDR not recorded! Please advise if I missed out anything. Date: Mon, 26 Sep 2016 12:09:34 +0200 > From:

Hi, Last year, I installed Asterisk 10.4.2 and enabled logrotate on daily basis which was working perfect. Now in couple of months back, the logrotate feature is not working at all but simply appending the logs in 'messages' file. Listing down down the configuration for logrotate below; /var/log/asterisk/messages { missingok rotate 5 daily postrotate /usr/sbin/asterisk -rx 'logger

Hi, Few months back I configured Asterisk 11.6.0 for an outbound fax using T.38 protocol as listing down the flow below; Asterisk Fax server -> (IP) -> Cisco VGW ->(IP) -> Carrier The issue I'm currently getting when Asterisk receives warnings as listed below, it is overloading the Cisco VGW, therefore need to restart Asterisk service or sometimes reboot VGW to clear these

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

[root at abc asterisk]# lsof -u 50771 | wc -l 0 BTW, I'm using CentOS 6.5 > > Date: Thu, 13 Oct 2016 10:20:19 -0400 >> From: Dovid Bender <dovid at telecurve.com> >> To: Asterisk Users Mailing List - Non-Commercial Discussion >> <asterisk-users at lists.digium.com> >> Subject: Re: [asterisk-users] Openfile Issue >> Message-ID:

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

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:

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

Anyone have any testing experience with T38 and HT-502 Grandstream? I just want to confirm that t.38 is working on this device. Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20110801/fea18d8c/attachment.htm>

Hi all, I'm getting compilation error as trying to install latest version of dahdi on CentOS box 5.9 which I now updated from 5.6. I also installed the dependencies but still not getting the clue to get install the driver. Listing down the errors below; CC [M]

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 all, I'm getting one way audio when calling over the SIP trunk i.e. end device B (remote end of SIP trunk) can hear device A (softphone registered with Asterisk) but device A can't hear device B. Even though I configured same NAT configurations on other servers and they are working good. The NAT configuration is listed below; localnet=130.0.0.0/130.0.0.0 externhost=12.131.12.13

Hello, at first, thanks for helping! In the meantime, I have done a lot of research and trial and error, and I could solve that specific problem. Obviously, the dialplan application "Answer" was playing a key role here. My original dialplan snippet (which produced that problem) was: exten => _00., 1, NoOp() same => n, Set(FAXOPT(gateway)=yes) same => n,