similar to: UDPTL T38 via NAT

Hi, The subject says it all. Is it possible to put the IP address of the peer in the CDR records? Using AGI maybe? -- Kind regards, Signet bv Remco Bressers T 040 - 707 4 907 F 040 - 707 4 909 E rbressers at signet.nl

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

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

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

Hi All, I have 1.4.9.1 setup, with the compiler flags enabled for T38, and have a Mediatrix 2102 and a Linksys SPA 8000-G1. I can pass faxes between devices but can't seem to invoke T38 pt UDPTL. It's enabled in sip.conf [general] and well as the [peer]. I get an error at the CLI: WARNING[3096]: chan_sip.c:14149 handle_request_invite: RTP re-invite after T38 session not handled yet !

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

Dear List, According to https://issues.asterisk.org/view.php?id=14905 there is a storm prevention mechanism in newer Asterisks. If i look in my logfile, i see : [2010-04-17 15:12:01] NOTICE[1190] chan_sip.c: Registration from '"xxxx" <sip:xxx at xxx.xxx.xxx.xxx>' failed for 'xx.xx.xx.xx' - Wrong password [2010-04-17 15:12:01] NOTICE[1190] chan_sip.c: Last message

Does asterisk support T38 passthrough now? What version onwards? ? ANy ideas on how to configure it for a host? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20090610/b2d88016/attachment.htm

I have problem with fax machine Panasonic DX600. It's connected to Grandstream Handy Tone 386 which is connected to Asterisk. Asterisk is connected to my SIP provider. To some numbers I can't send FAX, and I get following error on CLI. WARNING[2237] chan_sip.c: Unknown SDP media type in offer: image 31358 udptl t38 I believe that Panasonic DX600 machine supports T38. And when I have

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>

Asterisk Project Security Advisory - AST-2016-003 Product Asterisk Summary Remote crash vulnerability when receiving UDPTL FAX data. Nature of Advisory Denial of Service Susceptibility Remote

Hi all. I have an issue with T.38 and re-invites. Topology: provider -> A (asterisk 1.6) -> B (asterisk 1.6) -> extension -> -> (software fax, gateway whatever). When between A and B trunk is canreinvite=no everything is working smooth. When I switch canreinvite to yes, it stop working. Do you have any idea where the issue can be? Any help will be much appreciated. Marek Soha

Hi, I have trouble re-registering a G729 license for Asterisk (bought 6 years ago) My license looks like: 10D2XXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXXX Tried to re-register the codec according to the http://downloads.digium.com/pub/telephony/codec_g729/README document, but the register failed with this error message: You selected 5, G.729 Codec Please enter your Key-ID:

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

Hi all, I apologise in advance if this is off-topic or not permitted on this mailing list. We are looking to hire a skilled developer as soon as possible. We are looking for someone with the following skills: - Linux kernel development, especially Netfilter and ebtables modules - Perl software development, including DBI - SQL database programming, especially MySQL Although we would prefer to

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 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 all, We encountered a problem by chance today, a kernel bug which causes the following error: Assertion failure in journal_fl sh() at journal.c:1310: "!journal->j_running_transaction" kernel BUG at journal.c:1310! This happened while remounting an ext3 filesystem read-only. We often do this and haven't seen this bug before, so I suspect some kind of race. It