[asterisk-users] AMI Permissions, all means different things?
Hi! I'm trying to limit the permissions for a AMI-account. But I'm a little bit confused by the permissions. The commands I use are (output from manager show commands, btw: privilege col seems cropped?): Action PrivilegeSynopsis Redirect call,all Redirect (transfer) a call. Originateoriginate,allOriginate a call. Getvar call,reporting, Gets a channel variable. If I put this in my manager.conf: [pbx_ami] secret = *** deny=0.0.0.0/0.0.0.0 permit = x.x.x.x/255.255.255.255 write=originate,call read= I get this (manager show user pbx_ami): username: pbx_ami secret: Set acl: yes read perm: none write perm: call,originate,all displayconnects: yes Where does the all permission come from? However, If I change the row in manager.conf to write=originate,call,all the output is: username: pbx_ami secret: Set acl: yes read perm: none write perm: system,call,log,verbose,command,agent,user,config,dtmf,reporting,cdr,dialplan,originate,agi,cc,aoc,test,all displayconnects: yes Can someone explain this please? Thanks! -- Johan Wilfer -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] AMI Permissions, all means different things?
On Sep 7, 2012, at 1:49 AM, Johan Wilfer wrote: Hi! I'm trying to limit the permissions for a AMI-account. But I'm a little bit confused by the permissions. The commands I use are (output from manager show commands, btw: privilege col seems cropped?): Yes, sadly it is. Action PrivilegeSynopsis Redirect call,all Redirect (transfer) a call. Originateoriginate,allOriginate a call. Getvar call,reporting, Gets a channel variable. If I put this in my manager.conf: [pbx_ami] secret = *** deny=0.0.0.0/0.0.0.0 permit = x.x.x.x/255.255.255.255 write=originate,call read= I get this (manager show user pbx_ami): username: pbx_ami secret: Set acl: yes read perm: none write perm: call,originate,all displayconnects: yes Where does the all permission come from? Probably just a bug in the 'manager show user' command. The user doesn't have all the permissions, so 'all' shouldn't show up in the list. If it's not already in the issue tracker, please file a bug[1]. [1]: https://wiki.asterisk.org/wiki/display/AST/Asterisk+Issue+Guidelines However, If I change the row in manager.conf to write=originate,call,all the output is: username: pbx_ami secret: Set acl: yes read perm: none write perm: system,call,log,verbose,command,agent,user,config,dtmf,reporting,cdr,dialplan,originate,agi,cc,aoc,test,all displayconnects: yes Can someone explain this please? This is at least looks correct. The 'all' permission is a superset of, well, all the permissions. The 'write=all' line in manager.conf assigns all of these permissions to the user. Thanks! -- Johan Wilfer -- David M. Lee Digium, Inc. | Software Developer 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA Check us out at: www.digium.com www.asterisk.org -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Automatic reconnect to ODBC sources?
I am using Asterisk 1.8.10.1 on Ubuntu Server 12.04. I use MySQL to store CDR records using cdr_adaptive_odbc. The problem: When the MySQL Server fails for whatever reason, Asterisk never reconnects automatically! So I loose all CDR informations even after the MySQL server works again. isql (used as ODBC testtool) tells me, that ODBC reconnects or does a new connection on request, so ODBC seems not to be the problem, but Asterisk. Is there any automatic reconnect option on Asterisk concercing ODBC / cdr_adaptive_odbc? My complete configuration including ODBC is as follows: *ODBC: /etc/odbcinst.ini * [MySQL] Description = ODBC for MySQL Driver = /usr/lib/i386-linux-gnu/odbc/libmyodbc.so Setup = /usr/lib/i386-linux-gnu/odbc/libodbcmyS.so FileUsage = 1 OPTION = 4194304 */etc/odbc.ini * [asterisk-connector] Description = MySQL connection to 'asterisk' database Driver= MySQL Database = asterisk Server= localhost UserName = root Password = password Port = 3306 * ASTERISK CDR*: */etc/asterisk/res_odbc.conf* [asterisk] enabled = yes dsn = asterisk-connector username = root password = password pre-connect = yes pooling = no limit = 1 connect_timeout = 1 idlecheck = 1 */etc/asterisk/cdr_adaptive_odbc.conf * [mytable] connection = asterisk table = asterisk_cdr */etc/asterisk/cdr.conf* [general] enable = yes unanswered = yes Thanks for any hint! Best regards Stefan -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Rolm T1 not passing caller ID to asterisk
We have a Rolm 9751 connecter to our asterisk box via a straight T1. The Rolm cannot do PRI. Has anyone figured out how to configure this link (probably on the Rolm side) to pass caller ID? Any Help or suggestions, aside from forklifting the Rolm, would be appreciated. Thanks, Edward Kohler Network Technician 101Hines Hall Siena College 515 Loudon Rd. Loudonville, NY 12211 518-783-2391 Fax 518-783-2590 ekoh...@siena.edumailto:ekoh...@siena.edu Siena College is a learning community advancing the ideals of a liberal arts education, rooted in its identity as a Franciscan and Catholic institution. CONFIDENTIALITY NOTICE: This e-mail, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure, or distribution is prohibited. If you received this e-mail and are not the intended recipient, please inform the sender by e-mail reply and destroy all copies of the original message. -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users