search for: 24349

...3:56 DEBUG[24358] chan_sip.c: Checking SIP call limits for device 451 Mar 31 16:53:56 DEBUG[24358] chan_sip.c: Updating call counter for incoming call Mar 31 16:53:56 DEBUG[24358] chan_sip.c: build_route: Contact hop: <sip:451_asterisk_intern@192.168.11.79;user=phone> Mar 31 16:53:56 DEBUG[24349] chan_sip.c: Checking device state for peer 451 Mar 31 16:53:56 DEBUG[24349] channel.c: Avoiding initial deadlock for 'SIP/451-0e31' Mar 31 16:53:56 DEBUG[24349] channel.c: Avoiding initial deadlock for 'SIP/451-0e31' Mar 31 16:53:56 DEBUG[11747] pbx.c: Launching 'Macro' M...

..., I'm trying to send Fax using T.38 protocol but the FAX is not going through..I'm getting the following error om /var/log/messages [Jan 27 16:46:31] WARNING[25435] channel.c: No path to translate from SIP/80.169.210.181-0896bfd0(4) to SIP/028949469-b7703d40(256) [Jan 27 16:46:40] WARNING[24349] channel.c: Unable to find a codec translation path from 0x100 (g729) to 0x4 (ulaw) [Jan 27 16:46:40] WARNING[24349] channel.c: Unable to find a codec translation path from 0x100 (g729) to 0x4 (ulaw) Regards -------------- next part -------------- An HTML attachment was scrubbed... URL: http://li...

Hi, maybe a dumb question, but it seems that some calls are directed to our central dial in number despite the extensions the callers say they dialled. E.g. they dial 1234-567, asterisk recognizes 12345, it says this is an unknown extension, where it is right, and redirects the call to the central dial in extension 1234-0. This only seems to happen when the numbers are dialled manually. When

...######### Cannot access /usr/sbin/upssched-cmd ########### /etc/hosts.allow ########### ########### ps aux ########### nut 24329 0.0 0.0 3336 660 ? Ss Jul09 1:10 /sbin/upsd root 24346 0.0 0.0 3328 824 ? Ss Jul09 0:00 /sbin/upsmon nut 24349 0.0 0.2 4280 1840 ? S Jul09 1:05 /sbin/upsmon ########### Ownership and permissions ########### -rwxr-xr-x 1 root root 43204 Dec 30 2013 /sbin/upsd* -rwxr-xr-x 1 root root 18224 Dec 30 2013 /sbin/upsdrvctl* -rwxr-xr-x 1 root root 30852 Dec 30 2013 /sbin/upsmon* -rwxr...

...; ########### Cannot access <scriptname> ########### /etc/hosts.allow ########### ########### ps aux ########### nut 24329 0.0 0.0 3336 660 ? Ss Jul09 1:53 /sbin/upsd root 24346 0.0 0.0 3328 824 ? Ss Jul09 0:00 /sbin/upsmon nut 24349 0.0 0.2 4280 1840 ? S Jul09 1:45 /sbin/upsmon ########### Ownership and permissions of executables ########### -rwxr-xr-x 1 root root 43204 Dec 30 2013 /sbin/upsd* -rwxr-xr-x 1 root root 18224 Dec 30 2013 /sbin/upsdrvctl* -rwxr-xr-x 1 root root 30852 Dec 30 2013 /sbi...

On Fri, 12 Jul 2019, David White wrote: > Hello, thanks, and sorry for the delay in getting back. I am running the > script and have move the comment from one D= line to the other. I am, > however, seeing some errors written to the console. They are from line > 64-65 of the script. > > Regarding line 64, I have no /usr/sbin/ups* and suspect the proper > location on my

On Jul 9, 2019, at 12:22 PM, David White wrote: > > So I guess I am wondering if this is related to my problem. I have no idea how the blazer_usb driver works. For the most part, NUT drivers ending in “_usb” (including blazer_usb) do not need a serial device node in /dev. They use libusb to talk directly to the UPS. (If you can reliably read the UPS status with upsc, then the connectivity

Hello, I want to allow some users to manage other user accounts, but do not want them to manage the admin account. I have tried auth_generator, login_engine and user_engine I am having a hard time gettign this to work. Looking for advise and help. Thanks Frank -------------- next part -------------- An HTML attachment was scrubbed... URL: