[cisco-voip] Change Auditing in CallManager 6.x
David Roberts
acydgod at gmail.com
Fri Feb 29 18:37:41 EST 2008
I've found the Clarus product (www.clarussystems.com) to be pretty useful
for tracking changes. They don't show who but the detail is really good
without having to rely making sure every uses a provisioning tool to make
all changes.
On Fri, Feb 29, 2008 at 2:54 PM, <cisco-voip-request at puck.nether.net> wrote:
> Send cisco-voip mailing list submissions to
> cisco-voip at puck.nether.net
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://puck.nether.net/mailman/listinfo/cisco-voip
> or, via email, send a message with subject or body 'help' to
> cisco-voip-request at puck.nether.net
>
> You can reach the person managing the list at
> cisco-voip-owner at puck.nether.net
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of cisco-voip digest..."
>
>
> Today's Topics:
>
> 1. Re: Change Auditing in CallManager 6.x (Lelio Fulgenzi)
> 2. ip paging solutions, examples.... (Lelio Fulgenzi)
> 3. Re: One of the worst CCM bugs! - CM 6.1 (Riley, Andrew)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 29 Feb 2008 17:12:47 -0500
> From: "Lelio Fulgenzi" <lelio at uoguelph.ca>
> Subject: Re: [cisco-voip] Change Auditing in CallManager 6.x
> To: "Christopher M. Bomba" <cbomba at s4nets.com>,
> <cisco-voip at puck.nether.net>
> Message-ID: <00ac01c87b20$37438180$48196883 at cfs.uoguelph.ca>
> Content-Type: text/plain; format=flowed; charset="iso-8859-1";
> reply-type=original
>
> This does not exist. Cisco folk will tell you that MLA does log the
> webpage
> the user was on but it does not do before/after tracking, i.e. what the DN
> was before the change and after. Check out Arcana Networks ManageExpress
> product. I never got around to looking at it but they were very eager to
> please.
>
> http://www.arcananetworks.com/Products/MeVoIP.asp
>
>
> Lelio
>
> --------------------------------------------------------------------------------
> Lelio Fulgenzi, B.A.
> Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
> (519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> "Buffalo buffalo Buffalo buffalo buffalo buffalo Buffalo buffalo."
> WJR
>
> ----- Original Message -----
> From: "Christopher M. Bomba" <cbomba at s4nets.com>
> To: <cisco-voip at puck.nether.net>
> Sent: Friday, February 29, 2008 4:56 PM
> Subject: [cisco-voip] Change Auditing in CallManager 6.x
>
>
> >I have been asked this many times and I always tell people that there
> >really
> > isn't any auditing that can be done for users logging into the
> CallManager
> > Admin page and making changes. Is that correct?
> >
> > I know you can use Provisioning Manager to make changes and you have a
> > record of all of that. I have a customer that has CUPM and that is the
> > way
> > they keep track of changes.
> >
> > I have checked the app syslog and only see users logging in and out.
> >
> > Thanks,
> >
> > Chris
> >
> > _______________________________________________
> > cisco-voip mailing list
> > cisco-voip at puck.nether.net
> > https://puck.nether.net/mailman/listinfo/cisco-voip
> >
>
>
>
> ------------------------------
>
> Message: 2
> Date: Fri, 29 Feb 2008 17:39:14 -0500
> From: "Lelio Fulgenzi" <lelio at uoguelph.ca>
> Subject: [cisco-voip] ip paging solutions, examples....
> To: "Cisco Voyp List" <cisco-voip at puck.nether.net>
> Message-ID: <010801c87b23$e951e7b0$48196883 at cfs.uoguelph.ca>
> Content-Type: text/plain; charset="iso-8859-1"
>
> OK, so other than IPCelerate, Berbee, Syn-Apps, ANDTek ......any other out
> there?
>
> Lelio
>
> --------------------------------------------------------------------------------
> Lelio Fulgenzi, B.A.
> Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
> (519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> "Buffalo buffalo Buffalo buffalo buffalo buffalo Buffalo buffalo."
> WJR
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> https://puck.nether.net/pipermail/cisco-voip/attachments/20080229/1316892c/attachment-0001.html
>
> ------------------------------
>
> Message: 3
> Date: Sat, 1 Mar 2008 09:53:50 +1100
> From: "Riley, Andrew" <Andrew.Riley at getronics.com>
> Subject: Re: [cisco-voip] One of the worst CCM bugs! - CM 6.1
> To: "Wes Sisk" <wsisk at cisco.com>, "Jonathan Charles"
> <jonvoip at gmail.com>
> Cc: cisco-voip at puck.nether.net
> Message-ID:
> <
> A49371C6FF101B46BD3E3A8C89985F0202596585 at excausy200.australia.unity>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi Wes,
>
>
>
> I believe 6.1.2 is going to be the solution to this for 6.1
> installations?
>
>
>
> Do you know what this is going to be posted? I have heard in 2nd
> quarter?
>
>
>
> Andrew
>
>
>
>
>
> From: Wes Sisk [mailto:wsisk at cisco.com]
> Sent: Saturday, 1 March 2008 5:43 AM
> To: Jonathan Charles
> Cc: Erick Bergquist; cisco-voip at puck.nether.net; Riley, Andrew
> Subject: Re: [cisco-voip] One of the worst CCM bugs! - CM 6.1
>
>
>
> If informix used transaction replication dblhelper and synchronous
> sequential replication would be an option.
>
> Unfortunately informix does not. Thus 'is replication working' or 'is
> database 'in sync' become very complex questions.
>
> These are not excuses, just the state of things. We are working on
> them, but your feedback to the Cisco PM's is invaluable.
>
> /Wes
>
> Jonathan Charles wrote:
>
> What seems really silly here is that if you had DBLHelper you could
> just resync the SQL subscription and be good to go...
>
>
> Jonathan
>
> On Thu, Feb 28, 2008 at 7:11 PM, Erick Bergquist <erickbee at gmail.com>
> <mailto:erickbee at gmail.com> wrote:
>
>
> The bug id saids this effects 5.x also. How does one tell if
> an
> existing subscriber server is ok after publisher rebuild if
> they did
> not know about this issue and things are working fine?
>
>
>
> On Thu, Feb 28, 2008 at 2:59 PM, Riley, Andrew
> <Andrew.Riley at getronics.com>
> <mailto:Andrew.Riley at getronics.com> wrote:
> >
> >
> >
> >
> > Thanks to all for your feedback.
> >
> >
> >
> > Hopefully someone got a good talking to for missing that one
> in QA testing
> >
> >
> >
> >
> >
> > From: Wes Sisk [mailto:wsisk at cisco.com]
> > Sent: Friday, 29 February 2008 3:23 AM
> > To: Lelio Fulgenzi
> > Cc: Riley, Andrew; cisco-voip at puck.nether.net
> >
> >
> > Subject: Re: [cisco-voip] One of the worst CCM bugs! - CM
> 6.1
> >
> >
> >
> >
> >
> > Actually, one point of clarification. It is not necessary to
> reinstall
> > servers in same order as they were originally installed.
> >
> > /Wes
> >
> > Lelio Fulgenzi wrote:
> >
> >
> > ...and here I thought not being able to forward secondary
> lines was bad.
> >
> >
> >
> >
> >
> > Lelio
> >
> >
> ------------------------------------------------------------------------
> --------
> > Lelio Fulgenzi, B.A.
> > Senior Analyst (CCS) * University of Guelph * Guelph,
> Ontario N1G 2W1
> > (519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
> >
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> > "Buffalo buffalo Buffalo buffalo buffalo buffalo Buffalo
> buffalo." WJR
> >
> >
> >
> > ----- Original Message -----
> >
> >
> > From: Wes Sisk
> >
> >
> > To: Riley, Andrew
> >
> >
> > Cc: cisco-voip at puck.nether.net
> >
> >
> > Sent: Thursday, February 28, 2008 9:58 AM
> >
> >
> > Subject: Re: [cisco-voip] One of the worst CCM bugs! - CM 6.1
> >
> >
> >
> >
> > There is currently no fix for this. Work is in progress to
> address this
> > issue. We too find it very painful.
> >
> > /Wes
> >
> > Riley, Andrew wrote:
> >
> > This is a comment I received from Cisco regarding the
> replacement of a
> > publisher for CM 6.1
> >
> > "There is no way to reinstall or replace the publisher
> without reinstalling
> > all the subscribers. Also if you are reinstalling publisher,
> then the
> > subscribers need to be reinstalled in the same order as they
> were initially
> > done so as to maintain proper functioning of the system. This
> is due to a
> > bug which has not yet been resolved in CUCM 6.1.
> >
> >
> http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method
> =fetchBugDetails&bugId=CSCsj90196"
> >
> >
> > Change DRS process to not require sub rebuild/restore
> >
> >
> > Symptom:
> > CM5.x and 6.x disaster recovery currently requires
> subscriber reinstall.
> > CM3.x and 4.x did not require subscriber reinstall after BARS
> restore.
> >
> > Conditions:
> > Perform DRS restore on CM cluster.
> >
> >
> > Workaround:
> > After DRS restore on publisher reinstall each subscriber in
> the cluster.
> >
> > Further Information
> > Reference CSCsh31645 for history.
> >
> > I have a customer with 5000 users and 8+ servers across 3
> sites... a cluster
> > rebuild won't go down very well!
> >
> > Does anyone know if there is a solution/ES available to get
> over this issue.
> >
> > Andrew Riley
> > Technical Consultant - Communication Services
> > CCIE # 18285 Voice
> >
> > Getronics Australia Pty Limited
> > Getronics combines the service capabilities of the original
> Dutch company
> > with those of Wang Global, acquired in 1999, and of the
> Olivetti systems and
> > services division. We are ranked second worldwide in network
> and desktop
> > outsourcing and fourth in network consulting and integration
> (Source: IDC
> > 2002-2003).
> >
> > 2 Minna Close
> > Belrose NSW 2085
> > Australia
> > Tel: +61 2 9847 7309
> > Fax: +61 2 9847 7378
> > Mobile: +61 402 894 793
> > Email: andrew.riley at getronics.com
> >
> > Communication Services | Security Services | Application
> Services |
> > Workspace Management Services | Technology Transformation
> Services
> >
> >
> >
> > Please note that whilst we take all care, neither Getronics
> nor the sender
> > accepts any responsibility for viruses and it is your
> responsibility to scan
> > for viruses. The contents are intended only for use by the
> addressee and may
> > contain confidential and/or privileged material and any use
> by other than
> > the intended recipient is prohibited. If you received this in
> error, please
> > inform the sender and/or addressee immediately and delete the
> material.
> > ________________________________
> >
> >
> >
> >
> > _______________________________________________
> > cisco-voip mailing list
> > cisco-voip at puck.nether.net
> > https://puck.nether.net/mailman/listinfo/cisco-voip
> >
> >
> > ________________________________
> >
> >
> > _______________________________________________
> > cisco-voip mailing list
> > cisco-voip at puck.nether.net
> > https://puck.nether.net/mailman/listinfo/cisco-voip
> > _______________________________________________
> > cisco-voip mailing list
> > cisco-voip at puck.nether.net
> > https://puck.nether.net/mailman/listinfo/cisco-voip
> >
> >
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> https://puck.nether.net/pipermail/cisco-voip/attachments/20080301/e1632f2c/attachment.html
>
> ------------------------------
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
> End of cisco-voip Digest, Vol 52, Issue 228
> *******************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20080229/0dd818f3/attachment-0001.html
More information about the cisco-voip
mailing list