Re: [asterisk-users] RTP address learning and timing problem
Thank you Joshua. On Thu, 2 Mar 2023 at 12:32, Joshua C. Colp wrote: > On Tue, Feb 28, 2023 at 9:51 AM Joshua C. Colp wrote: > >> On Tue, Feb 28, 2023 at 9:50 AM David Cunningham < >> dcunning...@voisonics.com> wrote: >> >>> Hello, >>> >>> Does anyone know if one of the "strictrtp" options disables RTP >>> learning? As far as I can tell from the documentation the values "no" and >>> "seqno" are more permissive in allowing other sources rather than less, but >>> I thought I'd check. >>> >> >> Setting it to "no" disables the learning. >> > > Since I haven't gotten the email yet I'll just reply to my own. > > The "no" option disables strict RTP protection. Learning is part of strict > RTP protection, it is what determines what the source of media is and then > blocks other packets. There is no ability to set it per-peer/per-endpoint. > > -- > Joshua C. Colp > Asterisk Project Lead > Sangoma Technologies > Check us out at www.sangoma.com and www.asterisk.org > -- > _ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > Check out the new Asterisk community forum at: > https://community.asterisk.org/ > > New to Asterisk? Start here: > https://wiki.asterisk.org/wiki/display/AST/Getting+Started > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: >http://lists.digium.com/mailman/listinfo/asterisk-users -- David Cunningham, Voisonics Limited http://voisonics.com/ USA: +1 213 221 1092 New Zealand: +64 (0)28 2558 3782 -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- Check out the new Asterisk community forum at: https://community.asterisk.org/ New to Asterisk? Start here: https://wiki.asterisk.org/wiki/display/AST/Getting+Started asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] 5s delays before executing the dialplan
On Wed, Mar 1, 2023 at 6:49 PM Kingsley Tart wrote: > On Tue, 2023-02-28 at 09:50 -0400, Joshua C. Colp wrote: > > Is the local hostname configured in /etc/hosts and not reliant on an > outside DNS server? Are you using ICE or STUN at all? > > > Hi, > > thanks for responding. > > No ICE or STUN. > > Some of the servers have entries for themselves in /etc/hosts and some > rely on external DNS. That is not by design, it's just how it happened and > I shall sort that out. > > I can't figure out how whether the delays were on only the ones without > /etc/hosts entries, but I can be sure that some without those entries > definitely did experience those delays. > > Does 5 seconds match some sort of DNS timeout within Asterisk that could > have been the cause? > Within Asterisk, no. It uses system level stuff to do the DNS resolution, that has its own timeouts that Asterisk doesn't control. -- Joshua C. Colp Asterisk Project Lead Sangoma Technologies Check us out at www.sangoma.com and www.asterisk.org -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- Check out the new Asterisk community forum at: https://community.asterisk.org/ New to Asterisk? Start here: https://wiki.asterisk.org/wiki/display/AST/Getting+Started asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Asterisk simply stops call processing
I've been having a related problem. I have Asterisk with some call processing accessing Maria (hosted on the phone server, running Ubuntu) via func_odbc. That same odbc driver is used to write cdr records on a different server. I had never noticed a problem (and no threading attribute defined) until after I did a system update several months ago. Now if the ethernet cable is disconnected to the cdr server, call processing then hangs when func_odbc trys to access the locally hosted (same machine as asterisk) call process database. The zombied channels then accumulate. In my research, I read that the default threading value was changed in unixodbc to assume that threading would be handled by the individual odbc-drivers - rather than the odbc framework. Also, I read that unixodbc has to be compiled with a threading directive set to yes for the odbcinst.ini key-value to have any effect. Anyway I am suspecting that the ubuntu unixodbc package is now compiled without threading enabled. This is happening on a production machine, so I am somewhat limited in when & how much experimentation I can do. One thing I'd like to try is to redefine the maria driver as maodbc-cdr in odbcinst.ini and see if it exists in it's own thread? root@phone:~# cat /etc/odbc.ini [cdr-bmaria] Driver = maodbc DATABASE= cdr DESCRIPTION = MariaDB ODBC to remote-cdr-database SERVER = 192.168.1.11 UID = cdr-reporter PASSWORD= secret PORT= 3306 [call-process-maria] Driver = maodbc DATABASE= phone DESCRIPTION = MariaDB ODBC local (to self) SERVER = 192.168.2.22 UID = dialplan-user PASSWORD= secret PORT= 3306 root@phone:~# cat /etc/odbcinst.ini [maodbc] Driver64= /usr/local/lib64/mariadb/libmaodbc.so Description = MariaDB ODBC Connector Threading = 2 !! The proposed addition: - also changing the cdr-maria conection key to Driver=maodbc-cdr [maodbc-cdr] Driver64= /usr/local/lib64/mariadb/libmaodbc.so Description = MariaDB ODBC Connector Anthony, ...anyway, enough about my problems. Have you put a: Verbose(0, Your built out sql statement) ...before your ODBC application in both contexts to see if you just have maybe an undefined variable creating a syntax error in your sql? John Here is a bit about odbc threads: https://stackoverflow.com/questions/4207458/using-unixodbc-in-a-multithreaded-concurrent-setting On Tue, Feb 28, 2023 at 9:02 AM Antony Stone < antony.st...@asterisk.open.source.it> wrote: > On Wednesday 22 February 2023 at 15:29:38, John Harragin wrote: > > > If there are multiple connections that the utilize the same driver, try > > putting: > > > > Threading = 2 > > > > in the appropriate driver section of > > /etc/odbcinst.ini > > I'll give that a go, however I doubt that it is the problem, since I see > the > correct result from the ODBC query recorded in the assignment verbose log > output, therefore the query is done and the result has been used by the > time > Asterisk freezes. > > > ...this would be a possibility if the problem is intermittent. > > It's actually extremely repeatable - I have not seen call processing > proiceed > beyond this stage once so far. > > > Also can you successfully execute the same SQL from the cli? > > Yes, and as I say, they query is working fine and Asterisk is correctly > using > the returned value in the assignment. > > The further detail which I think I added in a later post is that this is > actually in a context which gets called using a Gosub() from two different > places in the dialplan. > > From one, it works fine; from the other, it gets stuck. Completely > consistent. > > > By the way, what driver is asterisk using? > > You mean ODBC? That's connected to MariaDB. > > > On Mon, Feb 20, 2023 at 11:12 PM Antony Stone wrote: > > > Hi. > > > > > > I have a strange problem and I'm looking for suggestions on how to > > > investigate it. > > > > > > I have a dialplan which is processing a call, and Asterisk simply stops > > > doing anything for that call. > > > > > > I have verbose and debug logging turned on. > > > > > > There are two steps at a particular point in the dialplan: > > > Set(UserCredit=${ODBC_GENERIC(select Credit('${DDI}'))}) > > > > > > Verbose(6,Current credit level for user ${DDI} is ${UserCredit} > > > pence) > > > > > > > > > Everything gets processed up to and including the first line - the > > > verbose log file shows me: > > > > > > pbx.c:2946 in pbx_extension_helper: Executing > > > [0044509903@DialBleg:46] > > > Set("SIP/TrunkTwo-1184", "UserCredit=999") in new stack > > > > > > (Phone number obscured here for anonymity). > > > > > > Then, that is it. Nothing further happens with call processing (until > > > one of the parties hangs up) and the second dialplan command above > never > > > appears in the verbose log file. I have several other
Re: [asterisk-users] RTP address learning and timing problem
On Tue, Feb 28, 2023 at 9:51 AM Joshua C. Colp wrote: > On Tue, Feb 28, 2023 at 9:50 AM David Cunningham < > dcunning...@voisonics.com> wrote: > >> Hello, >> >> Does anyone know if one of the "strictrtp" options disables RTP learning? >> As far as I can tell from the documentation the values "no" and "seqno" are >> more permissive in allowing other sources rather than less, but I thought >> I'd check. >> > > Setting it to "no" disables the learning. > Since I haven't gotten the email yet I'll just reply to my own. The "no" option disables strict RTP protection. Learning is part of strict RTP protection, it is what determines what the source of media is and then blocks other packets. There is no ability to set it per-peer/per-endpoint. -- Joshua C. Colp Asterisk Project Lead Sangoma Technologies Check us out at www.sangoma.com and www.asterisk.org -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- Check out the new Asterisk community forum at: https://community.asterisk.org/ New to Asterisk? Start here: https://wiki.asterisk.org/wiki/display/AST/Getting+Started asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] RTP address learning and timing problem
Hi Joshua, Thanks for that. The naming is a little confusing as "no'' makes it sound like it's "not strict" - good to know though. Is it possible to set strictrtp to no for just one peer? On Wed, 1 Mar 2023 at 02:57, Joshua C. Colp wrote: > On Tue, Feb 28, 2023 at 9:50 AM David Cunningham < > dcunning...@voisonics.com> wrote: > >> Hello, >> >> Does anyone know if one of the "strictrtp" options disables RTP learning? >> As far as I can tell from the documentation the values "no" and "seqno" are >> more permissive in allowing other sources rather than less, but I thought >> I'd check. >> > > Setting it to "no" disables the learning. > > -- > Joshua C. Colp > Asterisk Project Lead > Sangoma Technologies > Check us out at www.sangoma.com and www.asterisk.org > -- > _ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > Check out the new Asterisk community forum at: > https://community.asterisk.org/ > > New to Asterisk? Start here: > https://wiki.asterisk.org/wiki/display/AST/Getting+Started > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: >http://lists.digium.com/mailman/listinfo/asterisk-users -- David Cunningham, Voisonics Limited http://voisonics.com/ USA: +1 213 221 1092 New Zealand: +64 (0)28 2558 3782 -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- Check out the new Asterisk community forum at: https://community.asterisk.org/ New to Asterisk? Start here: https://wiki.asterisk.org/wiki/display/AST/Getting+Started asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] 5s delays before executing the dialplan
On Tue, 2023-02-28 at 09:50 -0400, Joshua C. Colp wrote: > Is the local hostname configured in /etc/hosts and not reliant on an > outside DNS server? Are you using ICE or STUN at all? Hi, thanks for responding. No ICE or STUN. Some of the servers have entries for themselves in /etc/hosts and some rely on external DNS. That is not by design, it's just how it happened and I shall sort that out. I can't figure out how whether the delays were on only the ones without /etc/hosts entries, but I can be sure that some without those entries definitely did experience those delays. Does 5 seconds match some sort of DNS timeout within Asterisk that could have been the cause? Cheers, Kingsley. -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- Check out the new Asterisk community forum at: https://community.asterisk.org/ New to Asterisk? Start here: https://wiki.asterisk.org/wiki/display/AST/Getting+Started asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Mailing Lists
Greetings, As some of you noticed (and likely some didn't) the mailing lists were down for a period of time at the start of this year, and over the past week. We believe we've stabilized things to allow them to continue to run and will continue to monitor. Sometime this year I will explore moving the mailing lists to a different solution for those who still prefer mailing lists, which should also improve deliverability. When this begins and occurs I will start discussions on the existing mailing lists. For user facing questions I do urge people to use the community forums[1] which have effectively taken over for discussions. They are much more active with both questions and answers, and are easier to search and find information on. You can set it up to behave as a mailing list if you want including replying using email. Cheers, [1] https://community.asterisk.org/ -- Joshua C. Colp Asterisk Project Lead Sangoma Technologies Check us out at www.sangoma.com and www.asterisk.org -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- Check out the new Asterisk community forum at: https://community.asterisk.org/ New to Asterisk? Start here: https://wiki.asterisk.org/wiki/display/AST/Getting+Started asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users