[cisco-voip] OT: Conference call in real life...
I thought there would be some on the list that would enjoy this... http://www.youtube.com/watch?v=DYu_bGbZiiQ On a side note, Leadercast is a pretty neat event. I've attended a simulcast in the past and plan on attending again. --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] poll: SCCP or SIP integration with large UCM and CUC cluster
I can't be 100% sure, but I like SCCP integrations because you can create a number of ports groups so you can 'reserve' ports for a particular usage. For example, if I have 100 ports, I start auto-attendant first, then VM then call processing. Just a thought. --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Tim Frazee tfra...@gmail.com To: cisco-voip@puck.nether.net Sent: Thursday, January 30, 2014 10:10:31 AM Subject: [cisco-voip] poll: SCCP or SIP integration with large UCM and CUC cluster any opinions either way? I've always done SCCP, but I'll have 2x 20k CUC clusters soon and wasnt sure if there was a better way of doing it. ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] jump upgrade license disabling step...
I'm performing a modified jump upgrade from v7 to v9, in so much as that we are using physical hardware as the target, not VMs. I asked this a couple of times during webinars and our account team, and there were no red flags raised. I just want to be sure that the licensing disabling step, the step that allows me to reinstall v7 on the servers and upgrade them without having to rehost, is covered by installing the refresh upgrade (RU) COP file. I'm going to re-read the jump upgrade document again in more detail, but from the few times I have read it, there was no mention of any other software to disable the licensing. Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] jump upgrade license disabling step...
OK, thanks. If not, it will mean re-hosting the licenses first, which I'm hoping should not be a problem. Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Ryan Ratliff (rratliff) rratl...@cisco.com To: Lelio Fulgenzi le...@uoguelph.ca Cc: cisco-voip voyp list cisco-voip@puck.nether.net Sent: Friday, January 31, 2014 3:07:31 PM Subject: Re: [cisco-voip] jump upgrade license disabling step... I'm not certain for sure if that part of the code is only executed on virtualized installs or not. I'd test on a spare server just to be sure. -Ryan On Jan 31, 2014, at 2:33 PM, Lelio Fulgenzi le...@uoguelph.ca wrote: I'm performing a modified jump upgrade from v7 to v9, in so much as that we are using physical hardware as the target, not VMs. I asked this a couple of times during webinars and our account team, and there were no red flags raised. I just want to be sure that the licensing disabling step, the step that allows me to reinstall v7 on the servers and upgrade them without having to rehost, is covered by installing the refresh upgrade (RU) COP file. I'm going to re-read the jump upgrade document again in more detail, but from the few times I have read it, there was no mention of any other software to disable the licensing. Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] Intraarea and Interarea NANP Calling
I use http://www.localcallingguide.com/ It's become almost indispensable as a resource. --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Anthony Kouloglou ak...@dataways.gr To: Mike King m...@mpking.com Cc: cisco-v...@puck-nether.net cisco-voip@puck.nether.net Sent: Monday, February 3, 2014 11:03:42 AM Subject: Re: [cisco-voip] Intraarea and Interarea NANP Calling Hi Mike, thanks for the update. For 1, i just wanted to know if for dialing Houston from Houston (AREA Code 713) i needed to added it or not? I guess i have to ask my LEC or CLEC as you said. I got that :-D For 2. To call from Houston to NY, i have to dial 1-212-1234567 but also to call from Houston to Jamaica (Area code 876) i have to dial 1-876-1234567 even 2 is questionable? I have to ask my LEC again? BR Anthony On 03-Feb-14 17:41, Mike King wrote: Anthony, I'm not sure what your question actually was, but I'll attempt to answer. 1, Depends on your LEC (Local Exchange Carrier) or your CLEC (Competitive Local Exchange Carrier) 2. Depends on your LEC (Local Exchange Carrier) or your CLEC (Competitive Local Exchange Carrier) (But almost always require the 1 to leave your Area. Further detail on item 1, i've dealt with some rural areas (none recently so I don't know if they've updated their CO) that only required the last 4. I know for a fact that large area's of New Hampshire, US only require 7 digit. However Massachusetts, US requires 10 digits throughout the entire state. It depends if the LEC did a Area Code overlay or not. You want a real trip, lookup https://en.wikipedia.org/wiki/Telephone_exchange_names On Mon, Feb 3, 2014 at 10:01 AM, Anthony Kouloglou ak...@dataways.gr wrote: blockquote Hi all, i have 2 questions that might seem very trivial (if not ridiculous) for most of you. 1. When calling from an area XXX belonging to NANP to the same area: a) we may not use the area prefix and we can send only the 7 digit number b) we can add the area prefix and dial 10 digits 2. when calling to another area YYY (always belonging to NANP) we always have to dial 1+10 digit number total 11 digits. It does not matter if the other area in a neighboring state or a ... Caribbean country belonging to NANP. BR Anthony ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip /blockquote ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] With UCT v9.1.2 configured phones take 4DLUs, but GLO distributes 1 enhanced user for every 6 unused DLUs
So, I was trying to figure out why the math wasn't working out when I did my estimates. It turns out, for configured (not necessarily registered) phones UCT v9.1.2 assigns only 4 DLUs. But when it comes to converting unused DLUs to users, they count 6. That's a 33% drop in available user licenses after a migration, compared to the DLU method. Any reason for this? Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] unpublished bug listed on 9.1(2)SU1 release notes: CSCui43689
Hi again Brian. I also noticed that in the release notes, the phone firmware listing is incorrect. It shows *.9-3-1SR2-1 in the file name, but 9.3(1SR3.1) in the version. Thought you should know. snip 7911_7906-sccp 7911_7906-sccp.9-3-1SR2-1 9.3(1SR3.1) 7911_7906-sip 7911_7906-sip.9-3-1SR2-1 9.3(1SR3.1) 7931-sccp 7931-sccp.9-3-1SR2-1 9.3(1SR3.1) 7931-sip 7931-sip.9-3-1SR2-1 9.3(1SR3.1) 7941_7961-sccp 7941_7961-sccp.9-3-1SR2-1 9.3(1SR3.1) 7941_7961-sip 7941_7961-sip.9-3-1SR2-1 9.3(1SR3.1) 7942_7962-sccp 7942_7962-sccp.9-3-1SR2-1 9.3(1SR3.1) 7942_7962-sip 7942_7962-sip.9-3-1SR2-1 9.3(1SR3.1) 7945_7965-sccp 7945_7965-sccp.9-3-1SR2-1 9.3(1SR3.1) 7945_7965-sip 7945_7965-sip.9-3-1SR2-1 9.3(1SR3.1) 7970_7971-sccp 7970_7971-sccp.9-3-1SR2-1 9.3(1SR3.1) 7970_7971-sip 7970_7971-sip.9-3-1SR2-1 9.3(1SR3.1) 7975-sccp 7975-sccp.9-3-1SR2-1 9.3(1SR3.1) 7975-sip 7975-sip.9-3-1SR2-1 9.3(1SR3.1) snip --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Brian Meade (brmeade) brme...@cisco.com To: Lelio Fulgenzi le...@uoguelph.ca, cisco-voip (cisco-voip@puck.nether.net) cisco-voip@puck.nether.net Sent: Tuesday, February 4, 2014 2:32:45 PM Subject: RE: [cisco-voip] unpublished bug listed on 9.1(2)SU1 release notes: CSCui43689 All of the bugs included in release notes are supposed to be externalized when put into release notes. Here’s that bug: BSymptom:/B Cisco Communication Manger and Cisco TFTP needed to be stopped an and stared when firmware cop was installed. BConditions:/B cop file install BWorkaround:/B stop and start Cisco tftp and Cisco CallManger BFurther Problem Description:/B This is an enhancement to the fix originally provided by CSCtn51159 Basically there was an enhancement request so that some COP files won’t require a reboot. It was found that CallManager service and TFTP service needed to still be restarted though. CSCui43689 was filed to resolve that backend problem. I’ll work on getting this bug externalized. Thanks, Brian From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Lelio Fulgenzi Sent: Tuesday, February 04, 2014 2:25 PM To: cisco-voip (cisco-voip@puck.nether.net) Subject: [cisco-voip] unpublished bug listed on 9.1(2)SU1 release notes: CSCui43689 bug CSCui43689 was listed in the release notes but seems to be unpublished. can anyone from Cisco tell me if it's worth investigating? http://www.cisco.com/web/software/282074295/108330/cucm-readme-912su1-Rev2.pdf --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519 ‐ 824 ‐ 4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] physical media from PUT : when does it match the latest SU?
I noticed that CUCM v9.1(2)SU1 is out (dated December 6, 2013). I like to have physical media with the version we are running since loading a patch from file adds a significant amount of time to the process. Is there a way to check whether the physical media being delivered has the latest patch? Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] 9.1
Check the release notes for 9.1(2)SU1 ... I recall reading a few browswer bugs in there. http://www.cisco.com/web/software/282074295/108330/cucm-readme-912su1-Rev2.pdf --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Martin Schmuker m...@bilobit.com To: cisco-voip voyp list cisco-voip@puck.nether.net Sent: Wednesday, 5 February, 2014 7:29:55 AM Subject: [cisco-voip] 9.1 Hi guys, I have a strange problem with new installation of CUCM 9.1(2). Right after installing I want to access the DRF website, but it doesn’t work. There is no error message, and it seems that Web-Browser does not get any response from the machine. VM was created with newest OVA. I already tried to renew ipsec and tomcat certificate, and deletet ipsec-trust, but it doesn’t help. I could not find any related Bug. Does anyone of you have any hint? Thanks and Kind Regards ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] physical media from PUT : when does it match the latest SU?
I just took a look at the contents of the edelivery I ordered yesterday, and it's still only 9.1(2). :(I'll try opening a TAC case to see if they can issue 9.1(2)SU1 bootable ISO for me.Thanks for the suggestions.Lelio---Lelio Fulgenzi, B.A.Senior Analyst, Network InfrastructureComputing and Communications Services (CCS)University of Guelph519‐824‐4120 Ext 56354le...@uoguelph.cawww.uoguelph.ca/ccsRoom 037, Animal Science and Nutrition BuildingGuelph, Ontario, N1G 2W1From: "Matthew Loraditch" mloradi...@heliontechnologies.comTo: "Lelio Fulgenzi" le...@uoguelph.ca, "cisco-voip (cisco-voip@puck.nether.net)" cisco-voip@puck.nether.netSent: Tuesday, 4 February, 2014 4:54:03 PMSubject: RE: [cisco-voip] physical media from PUT : when does it match thelatest SU? Well you can reorder edelivery in PUT, but I don’t think they ever ship SUs as physical. Especially now with VMWare for everything half of the servers don’t have DVD drives anymore. I have gotten a bootable SU from TAC in the past. I’d open a case and say you need it and see what they do. It’s easier with older version but you never know. Matthew G. Loraditch – CCNP-Voice, CCNA-RS, CCDA 1965 Greenspring Drive Timonium, MD 21093 direct voice. 443.541.1518 fax. 410.252.9284 Twitter | Facebook | Website | Email Support Support Phone. 410.252.8830 From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Lelio Fulgenzi Sent: Tuesday, February 04, 2014 4:37 PM To: cisco-voip (cisco-voip@puck.nether.net) Subject: [cisco-voip] physical media from PUT : when does it match the latest SU? I noticed that CUCM v9.1(2)SU1 is out (dated December 6, 2013). I like to have physical media with the version we are running since loading a patch from file adds a significant amount of time to the process. Is there a way to check whether the physical media being delivered has the latest patch? Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] physical media from PUT : when does it match the latest SU?
Thanks Maciej,I decide not open a TAC case, but rather sent email to cs-support after reading this web page.http://tools.cisco.com/gct/Upgrade/jsp/help.jspHopefully, it gets the job done.Lelio---Lelio Fulgenzi, B.A.Senior Analyst, Network InfrastructureComputing and Communications Services (CCS)University of Guelph519‐824‐4120 Ext 56354le...@uoguelph.cawww.uoguelph.ca/ccsRoom 037, Animal Science and Nutrition BuildingGuelph, Ontario, N1G 2W1From: "Maciej Karpinski" maciej.karpin...@consign.seTo: "Lelio Fulgenzi" le...@uoguelph.caCc: "Matthew Loraditch" mloradi...@heliontechnologies.com, "cisco-voip (cisco-voip@puck.nether.net)" cisco-voip@puck.nether.netSent: Wednesday, February 5, 2014 8:54:47 AMSubject: Re: [cisco-voip] physical media from PUT : when does it match the latest SU?Just had a TAC case opened and the TAC is not allowed to publish bootable media.Br.MaciejOn Wed, Feb 5, 2014 at 2:44 PM, Lelio Fulgenzi le...@uoguelph.ca wrote: I just took a look at the contents of the edelivery I ordered yesterday, and it's still only 9.1(2). :( I'll try opening a TAC case to see if they can issue 9.1(2)SU1 bootable ISO for me.Thanks for the suggestions.Lelio---Lelio Fulgenzi, B.A.Senior Analyst, Network Infrastructure Computing and Communications Services (CCS)University of Guelph519‐824‐4120 Ext 56354le...@uoguelph.cawww.uoguelph.ca/ccs Room 037, Animal Science and Nutrition BuildingGuelph, Ontario, N1G 2W1 From: "Matthew Loraditch" mloradi...@heliontechnologies.comTo: "Lelio Fulgenzi" le...@uoguelph.ca, "cisco-voip (cisco-voip@puck.nether.net)" cisco-voip@puck.nether.net Sent: Tuesday, 4 February, 2014 4:54:03 PMSubject: RE: [cisco-voip] physical media from PUT : when does it match thelatest SU? Well you can reorder edelivery in PUT, but I don’t think they ever ship SUs as physical. Especially now with VMWare for everything half of the servers don’t have DVD drives anymore. I have gotten a bootable SU from TAC in the past. I’d open a case and say you need it and see what they do. It’s easier with older version but you never know. Matthew G. Loraditch – CCNP-Voice, CCNA-RS, CCDA 1965 Greenspring Drive Timonium, MD 21093 direct voice. 443.541.1518 fax. 410.252.9284 Twitter | Facebook | Website | Email Support Support Phone. 410.252.8830 From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Lelio Fulgenzi Sent: Tuesday, February 04, 2014 4:37 PM To: cisco-voip (cisco-voip@puck.nether.net) Subject: [cisco-voip] physical media from PUT : when does it match the latest SU? I noticed that CUCM v9.1(2)SU1 is out (dated December 6, 2013). I like to have physical media with the version we are running since loading a patch from file adds a significant amount of time to the process. Is there a way to check whether the physical media being delivered has the latest patch? Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] using utils dbreplication setrepltimeout as part of jump upgrade
Thanks for confirming that! Sent from my iPhone On 2014-02-07, at 4:44 PM, Brian Meade (brmeade) brme...@cisco.com wrote: Lelio, You want to always have that set. It really only matters on the publisher. It’s a timer for how long it gives to define nodes before it does the broadcast to those nodes. If your timer is too short, you may end up doing multiple broadcasts to subsets of nodes. It really just makes replication more efficient. Brian From: Lelio Fulgenzi [mailto:le...@uoguelph.ca] Sent: Friday, February 07, 2014 4:07 PM To: Adam Frankel (afrankel); Brian Meade (brmeade) Cc: cisco-voip Subject: Re: [cisco-voip] using utils dbreplication setrepltimeout as part of jump upgrade Thanks Brian and Adam. This is great. I didn't read anything specific about upgrades in that document, so I re-read the upgrade guide. When I read it the first time, it sounded like it was more geared towards the upgrade activity, not the size of the cluster. But after re-reading it, it makes a bit more sense now. We have 6 servers in our cluster, so the math works out to [ (5*1)+(1*2) ] * 60 = 420 sec. The question is, should this be the setting during normal operation as well? It certainly sounds like it. --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 From: Adam Frankel (afrankel) afran...@cisco.com To: Lelio Fulgenzi le...@uoguelph.ca, cisco-voip cisco-voip@puck.nether.net Sent: Friday, February 7, 2014 3:39:20 PM Subject: RE: [cisco-voip] using utils dbreplication setrepltimeout as part ofjump upgrade Use the guidelines here to set the repltimeout: https://supportforums.cisco.com/docs/DOC-13672#Replication_Timeout_Design_Estimation HTH, -- Adam From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Lelio Fulgenzi Sent: Friday, February 07, 2014 3:31 PM To: cisco-voip Subject: [cisco-voip] using utils dbreplication setrepltimeout as part of jump upgrade The jump upgrade documentation refers to using utils dbreplication setrepltimeout, however it doesn't give a recommendation as to how much to increase this by. It also doesn't mention how to find out what the current setting is, only what the default is. Just wondering what the recommended number to increase this by is. Also, any way to find out what the current value is? Thanks! --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] conflicting directions: DRS manual vs DRS GUI
According to the TAC (629123121), the publisher must always be restored first. They at first mentioned it was because of the hardware differences, but later, after consulting with their lead, they mentioned, it's always the case. I've asked them to investigate why the document has never been updated and/or to update the document accordingly. Not sure if this is one of those times where the TAC's best practices conflicts with what the document says, or even if there is any chance of having the document updated, but it's very confusing. Onward we shall go Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Lelio Fulgenzi le...@uoguelph.ca To: cisco-voip cisco-voip@puck.nether.net Sent: Monday, February 10, 2014 4:40:44 PM Subject: conflicting directions: DRS manual vs DRS GUI I'm at the point in our migration to v9 test where I am about to restore my cluster after applying the refresh COP file. The documentation states, in more than one spot, that I can restore the cluster at once, without having to do the publisher first: * You can restore the whole cluster as a single operation after you rebuild the publisher server and the subscriber servers, or to revert to a known good configuration. You do not need to restore the first node and the subsequent nodes in two separate operations. [Page 14] * When you get prompted to choose the nodes to restore, choose all the nodes in the cluster. [Page 15, Step 11] However, when I run the utility, there is a warning at the top, which states: * If you are attempting to restore on a freshly installed publisher, only select the first node (Publisher) for restore. The subsequent nodes can be selected only after the completion of publisher restore. For further details please refer to the Disaster Recovery System Administration Guide. The latest documentation is for v7.1(2), but I'm currently running v7.1(5b)SU3, so I'm wondering if the warning in the code supersedes the document. Anyone care to comment? Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] conflicting directions: DRS manual vs DRS GUI
Thanks Brian. I can't see CSCsu59755, but CSCsr91903 looks interesting. It's quite a bit different than the documentation, saying to actually reboot the pub before restoring the sub, and to restore the sub via CLI tools. I followed the TAC's recommendation, restoring the pub first, then the sub, then followed the documentation and rebooted the sub first, then the pub. Now I gots a replication status of 3 on the pub and 2 on the sub. Will have to google-foo this and see what I can find, or work with the TAC. Not excited about this... Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Brian Meade (brmeade) brme...@cisco.com To: Lelio Fulgenzi le...@uoguelph.ca, cisco-voip cisco-voip@puck.nether.net Sent: Tuesday, February 11, 2014 11:13:04 AM Subject: RE: [cisco-voip] conflicting directions: DRS manual vs DRS GUI Lelio, That warning message on the DRS webpage was added back in 6.x. as part of CSCsu59755. It looks like there were a lot of replication problems when restoring all the nodes at once so their fix was just to add that message of restoring the publisher first. It looks like the bug mentions it should be fixed as part of CSCsr91903 but the warning message was never removed (it’s unclear if it’s still needed). I’d say it would probably be best practice to restore the publisher first in this scenario as it will probably eliminate a lot of potential issues. Brian From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Lelio Fulgenzi Sent: Tuesday, February 11, 2014 10:20 AM To: cisco-voip Subject: Re: [cisco-voip] conflicting directions: DRS manual vs DRS GUI According to the TAC (629123121), the publisher must always be restored first. They at first mentioned it was because of the hardware differences, but later, after consulting with their lead, they mentioned, it's always the case. I've asked them to investigate why the document has never been updated and/or to update the document accordingly. Not sure if this is one of those times where the TAC's best practices conflicts with what the document says, or even if there is any chance of having the document updated, but it's very confusing. Onward we shall go Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519 ‐ 824 ‐ 4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Lelio Fulgenzi le...@uoguelph.ca To: cisco-voip cisco-voip@puck.nether.net Sent: Monday, February 10, 2014 4:40:44 PM Subject: conflicting directions: DRS manual vs DRS GUI I'm at the point in our migration to v9 test where I am about to restore my cluster after applying the refresh COP file. The documentation states, in more than one spot, that I can restore the cluster at once, without having to do the publisher first: * You can restore the whole cluster as a single operation after you rebuild the publisher server and the subscriber servers, or to revert to a known good configuration. You do not need to restore the first node and the subsequent nodes in two separate operations. [Page 14] * When you get prompted to choose the nodes to restore, choose all the nodes in the cluster. [Page 15, Step 11] However, when I run the utility, there is a warning at the top, which states: * If you are attempting to restore on a freshly installed publisher, only select the first node (Publisher) for restore. The subsequent nodes can be selected only after the completion of publisher restore. For further details please refer to the Disaster Recovery System Administration Guide. The latest documentation is for v7.1(2), but I'm currently running v7.1(5b)SU3, so I'm wondering if the warning in the code supersedes the document. Anyone care to comment? Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519 ‐ 824 ‐ 4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] conflicting directions: DRS manual vs DRS GUI
Thanks Brian. The report shows the host files and rhost files are the same. I started with this document (https://supportforums.cisco.com/docs/DOC-13672.pdf) and ran all the tests and it looks like I'm in good shape to begin fixing, i.e host files as I mentioned, DNS resolution, comparing actual state values, etc. However, as I read on, it didn't show a scenario like mine, i.e. pub at 3 and sub at 2. The steps on page 16 are similar to what you have stated though. I will try them out and see how it goes. Still interested in why this happened though :( --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Brian Meade (brmeade) brme...@cisco.com To: Lelio Fulgenzi le...@uoguelph.ca Cc: cisco-voip cisco-voip@puck.nether.net Sent: Tuesday, February 11, 2014 11:57:08 AM Subject: RE: [cisco-voip] conflicting directions: DRS manual vs DRS GUI Lelio, Generate a new DB Status Report under Unified Reporting and make sure all of the hosts files are good. If that’s okay, I’d just run a “utils dbreplication stop” on both nodes then run a “utils dbreplication dropadmindb” on both nodes, and finally just run a “utils dbreplication reset all” from the publisher. Since it’s only a 2-node cluster, it should be pretty quick to get it back to a 2. Thanks, Brian From: Lelio Fulgenzi [mailto:le...@uoguelph.ca] Sent: Tuesday, February 11, 2014 11:50 AM To: Brian Meade (brmeade) Cc: cisco-voip Subject: Re: [cisco-voip] conflicting directions: DRS manual vs DRS GUI Thanks Brian. I can't see CSCsu59755, but CSCsr91903 looks interesting. It's quite a bit different than the documentation, saying to actually reboot the pub before restoring the sub, and to restore the sub via CLI tools. I followed the TAC's recommendation, restoring the pub first, then the sub, then followed the documentation and rebooted the sub first, then the pub. Now I gots a replication status of 3 on the pub and 2 on the sub. Will have to google-foo this and see what I can find, or work with the TAC. Not excited about this... Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519 ‐ 824 ‐ 4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Brian Meade (brmeade) brme...@cisco.com To: Lelio Fulgenzi le...@uoguelph.ca , cisco-voip cisco-voip@puck.nether.net Sent: Tuesday, February 11, 2014 11:13:04 AM Subject: RE: [cisco-voip] conflicting directions: DRS manual vs DRS GUI Lelio, That warning message on the DRS webpage was added back in 6.x. as part of CSCsu59755. It looks like there were a lot of replication problems when restoring all the nodes at once so their fix was just to add that message of restoring the publisher first. It looks like the bug mentions it should be fixed as part of CSCsr91903 but the warning message was never removed (it’s unclear if it’s still needed). I’d say it would probably be best practice to restore the publisher first in this scenario as it will probably eliminate a lot of potential issues. Brian From: cisco-voip [ mailto:cisco-voip-boun...@puck.nether.net ] On Behalf Of Lelio Fulgenzi Sent: Tuesday, February 11, 2014 10:20 AM To: cisco-voip Subject: Re: [cisco-voip] conflicting directions: DRS manual vs DRS GUI According to the TAC (629123121), the publisher must always be restored first. They at first mentioned it was because of the hardware differences, but later, after consulting with their lead, they mentioned, it's always the case. I've asked them to investigate why the document has never been updated and/or to update the document accordingly. Not sure if this is one of those times where the TAC's best practices conflicts with what the document says, or even if there is any chance of having the document updated, but it's very confusing. Onward we shall go Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519 ‐ 824 ‐ 4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 From: Lelio Fulgenzi le...@uoguelph.ca To: cisco-voip cisco-voip@puck.nether.net Sent: Monday, February 10, 2014 4:40:44 PM Subject: conflicting directions: DRS manual vs DRS GUI I'm at the point in our migration to v9 test where I am about to restore my cluster after applying the refresh COP file. The documentation states, in more than one spot, that I can restore the cluster at once, without having to do
[cisco-voip] Upgrades prohibited... *sigh*
OK, so, I've attempted the upgrade from v7.1(5b)SU3 to v9.1(2)SU1 and I've got the dreaded upgrades prohibited during license grace period error. *big sigh* I'm using this as a resource: https://supportforums.cisco.com/servlet/JiveServlet/download/35163-6-15369435/Drive_to_Nine_Jump_upgrade_versions_4.1.3-7.1.5_to_9.1.2-3%5B1%5D.pdf Some comments: * I am not recreating my cluster on VM ware, I am using supported MCS servers * I installed 7.1(5b)SU3 via a install with patch process, using 7.1(3a) media * I installed the the v1.3 COP refresh file next and did NOT reboot the cluster * I performed a DRS restore and recovered first the publisher, then the subscriber * I rebooted the subscriber first, then the publisher * Performed dbreplication recovery (with an unfortunate reboot in the middle) I guess the biggest question is whether or not the COP refresh files disables the licenses restrictions on MCS servers or not. Or whether I should attempt this again, or call the TAC for them to allow upgrades via root. I'm on an isolated network, so it means some fancy routing on a laptop if the TAC is necessary. Suggestions? Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] what happened to UCCx documentation... it's like it disappeared?
Just wondering what has happened to the UCCx documentation. It looks like some version documentation has disappeared. I'm trying to get a hold of the backup/restore (disaster recovery) for version 7.0(1) I've tried looking at the product side of things, as well as the support side of things. Any help or pointers would be greatly appreciated. Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] what happened to UCCx documentation... it's like it disappeared?
I couldn't even find that. I'll take a look. Thx. Sent from my iPhone On 2014-02-14, at 3:48 PM, Andy andy.ca...@gmail.com wrote: Lelio, There is some info in the Admin Guide http://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/crs/express_7_0/configuration/guide/uccx70ag.pdf Chapter 15 Page 413 Regards Andy On 14/02/2014 18:35, Lelio Fulgenzi wrote: Just wondering what has happened to the UCCx documentation. It looks like some version documentation has disappeared. I'm trying to get a hold of the backup/restore (disaster recovery) for version 7.0(1) I've tried looking at the product side of things, as well as the support side of things. Any help or pointers would be greatly appreciated. Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] CUCM engineering special versions
Title: Signature Great tip Tommy. Thanks.---Lelio Fulgenzi, B.A.Senior Analyst, Network InfrastructureComputing and Communications Services (CCS)University of Guelph519‐824‐4120 Ext 56354le...@uoguelph.cawww.uoguelph.ca/ccsRoom 037, Animal Science and Nutrition BuildingGuelph, Ontario, N1G 2W1From: "Tommy Schlotterer" tschlotte...@netechcorp.comTo: "Eric Pedersen" peders...@bennettjones.com, cisco-voip@puck.nether.netSent: Wednesday, 19 February, 2014 6:44:41 PMSubject: Re: [cisco-voip] CUCM engineering special versionsIn the release notes for 9.1.2 check the “Resolved Caveats in 9.1.X ESX Base ES for 9.12 SU1” This is how you find out the base ES used for the SU Version. The only thing different between a ES and a SU is that the SU has been tested for regressions. Not sure why they give the SU a higher revision number though.Tommy Schlotterer | Systems EngineerCCNA, CCNA Voice48325 Alpha Dr. Ste. 150Wixom, MI 48393p 248.468.0710e tschlotte...@netechcorp.comw netechcorp.comFrom: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Eric PedersenSent: Wednesday, February 19, 2014 6:13 PMTo: cisco-voip@puck.nether.netSubject: [cisco-voip] CUCM engineering special versionsTAC is suggesting we go to CUCM 9.1.2. 11021.1, which is an engineering special, to fix a defect. We're already on 9.1.2 SU1. The version number for this is 9.1.2.11900-12 which is higher than the ES. I thought patches always meant going up in version numbers. Do SU versions work differently than ESs or is the engineer offering the wrong version?Thanks,EricThe contents of this message may contain confidential and/or privilegedsubject matter. If this message has been received in error, please contactthe sender and delete all copies. Like other forms of communication,e-mail communications may be vulnerable to interception by unauthorizedparties. If you do not wish us to communicate with you by e-mail, pleasenotify us at your earliest convenience. In the absence of suchnotification, your consent is assumed. Should you choose to allow us tocommunicate by e-mail, we will not take any additional security measures(such as encryption) unless specifically requested.___cisco-voip mailing listcisco-voip@puck.nether.nethttps://puck.nether.net/mailman/listinfo/cisco-voip___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] unexpected behaviour with Prepare Cluster for Rollback and migrating phones between v9 and v7 cluster
As a follow up to this, I'm still a little confused. I have confirmed * that the phone that I removed after setting the Prepare Cluster for Rollback to True, had an empty trust list * that the phone that I removed after setting the Prepare Cluster for Rollback to False, had an non-empty trust list * TFTP: fqdn of TFTP server * TVS: fqdn of PUB * TVS: fqdn of SUB1 * this was with only changing the parameter and resetting phones, no restarts of TFTP or TVS services. I was also able to confirm that: * both the phone with an empty trust list AND non-empty trust list were able to register to the old cluster * I was able to change the configuration (adding a secondary DN) to both phones and they both accepted them Is the trust list simply a _list_ of acceptable hosts? And because the (fqdn) hostnames and IP addresses are the same on both clusters the phones are still able to register and accept changes? If not simply a list, and it uses the host certificates, i.e. it uses host certificates to either build the list hash or push the certificates down to the phones, is what I am seeing the same certificate being generated on each host? I mean, I'm using all the same information, could that be possible? I don't know which certificates to compare, or I would have provided the results of that test. Thoughts? Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Lelio Fulgenzi le...@uoguelph.ca To: cisco-voip voyp list cisco-voip@puck.nether.net Sent: Wednesday, February 19, 2014 4:37:35 PM Subject: unexpected behaviour with Prepare Cluster for Rollback and migrating phones between v9 and v7 cluster OK, now I am officially confused. ;) I was under the impression that once a phone has registered to a v9 cluster, it downloads an ITL trust list/file which prevents it from registering to a v7 cluster. To help with this, the Prepare Cluster for Rollback enterprise parameter was introduced. Here's what I did: * upgraded offline cluster (all servers had same hostname and IP address) * set the Prepare Cluster for Rollback parameter to True and clicked Save (because there were no phones registered, I did not Apply Changes) * plugged phones into the offline network * phones registered to the new offline v9 cluster * checked phone security pages - they showed ITL files listed (that long string of numbers) * thinking it was the Apply Changes that missed something, I clicked that * phones restarted, but still showed an ITL file * brought a phone back to the live network, phone registered to the v7 cluster (still has an ITL file listed) * on offline cluster, change the Prepare Cluster for Rollback to False, clicked Save, clicked Apply Changes (phones restarted, and showed an ITL file) * I picked up one of the phones from the offline network (now in rollback=false mode) and brought it to the live network. It registered to the v7 cluster. So what I see are a few things confusing me: * Why do phones still have ITL files if the cluster is in rollback mode. This is not a big deal, but I'd like to be able to tell from the phone when it's registered with the Prepare Cluster for Rollback set to TRUE. * Why does a phone that registers to a v7 cluster still have it's ITL file set? * Why (and this is the one that gets me) does a phone that was on v9 with Prepare Cluster for Rollback set to FALSE successfully register to the v7 cluster? Is the ITL trust list a simple hash of the IP addresses and host names of the cluster members? If I don't change anything, things will continue to work? Is something wrong with my logic and steps? I was testing with a 7942 and a 7962. Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] CUCM engineering special versions
more great info. thanks Ryan. --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Ryan Ratliff (rratliff) rratl...@cisco.com To: Brian Meade (brmeade) brme...@cisco.com Cc: Lelio Fulgenzi le...@uoguelph.ca, Eric Pedersen peders...@bennettjones.com, cisco-voip voyp list cisco-voip@puck.nether.net Sent: Thursday, February 20, 2014 11:13:24 AM Subject: Re: [cisco-voip] CUCM engineering special versions The SUs come out as needed, and usually only one is in the works at any one time. I believe right now the plan is for an 8.6(2)SU4, a 10.0(1)SU, and only then would a 9.1(2)SU2 happen. I don't know the timing of any of these and if I did couldn't commit to it anyway ;) -Ryan On Feb 19, 2014, at 7:51 PM, Brian Meade (brmeade) brme...@cisco.com wrote: Signature Lelio, I’m not sure what the schedule is like but looking at previous SU releases, they usually come out about every 4-5 months. 9.1(2)SU1 came out 12/06/2013 so I’d say there would probably be one coming out around April. Copying Ryan to see if he knows the target date. Brian From: Lelio Fulgenzi [ mailto:le...@uoguelph.ca ] Sent: Wednesday, February 19, 2014 7:16 PM To: Brian Meade (brmeade); Eric Pedersen Cc: cisco-voip@puck.nether.net Subject: Re: [cisco-voip] CUCM engineering special versions Eric - Can you share the bug your hitting? Brian - do you know when th next SU is scheduled/planned for? Sent from my iPhone On 2014-02-19, at 6:42 PM, Brian Meade (brmeade) brme...@cisco.com wrote: Eric, The SU version numbers don’t exactly line up with the ES version numbers. 9.1.2.11900-12 (9.1.2 SU1) was actually built off of the 9.1.2.11006-1 Engineering Special so the 9.1.2.11021.1 ES he told you to go to will indeed be a newer release. Thanks, Brian From: cisco-voip [ mailto:cisco-voip-boun...@puck.nether.net ] On Behalf Of Eric Pedersen Sent: Wednesday, February 19, 2014 6:13 PM To: cisco-voip@puck.nether.net Subject: [cisco-voip] CUCM engineering special versions TAC is suggesting we go to CUCM 9.1.2. 11021.1, which is an engineering special, to fix a defect. We're already on 9.1.2 SU1. The version number for this is 9.1.2.11900-12 which is higher than the ES. I thought patches always meant going up in version numbers. Do SU versions work differently than ESs or is the engineer offering the wrong version? Thanks, Eric The contents of this message may contain confidential and/or privileged subject matter. If this message has been received in error, please contact the sender and delete all copies. Like other forms of communication, e-mail communications may be vulnerable to interception by unauthorized parties. If you do not wish us to communicate with you by e-mail, please notify us at your earliest convenience. In the absence of such notification, your consent is assumed. Should you choose to allow us to communicate by e-mail, we will not take any additional security measures (such as encryption) unless specifically requested. blockquote ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip /blockquote ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] unexpected behaviour with Prepare Cluster for Rollback and migrating phones between v9 and v7 cluster
Thanks for the clarification Brian. This really helps. I was able to confirm that: * I could change the PC port setting to 100 Full on the phone with the empty ITL file * I could NOT change the PC port setting to 100 Full on the phone with the non-empty ITL file For the heck of it, I compared to the two CallManager.pem files and they are, in fact, different. There was no TVS certificate on the v7 cluster members, so no comparison there. I think I have everything I need to continue with my testing scenarios. I hope this thread proves useful for others. Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Brian Meade (brmeade) brme...@cisco.com To: Lelio Fulgenzi le...@uoguelph.ca, cisco-voip voyp list cisco-voip@puck.nether.net Sent: Thursday, February 20, 2014 11:21:03 AM Subject: RE: [cisco-voip] unexpected behaviour with Prepare Cluster for Rollback and migrating phones between v9 and v7 cluster Lelio, The trust list definitely contains the certificates. The actual ITL will be signed by the CallManager.pem certificate of the TFTP node the phone downloaded it from. It will also have a TFTP entry for that node with the same CallManager.pem certificate. The ITL should then have a bunch of TVS certificates for all of your nodes in order to be used for authenticating any unknown certificates. So you said the old cluster it was registering to was 7.x, right? If so, the phones with a valid ITL should be requesting signed config files which the 7.x should be responding to with File Not Found errors. If the phones used their cached config files, they would probably be able to register to the old cluster since the IP addresses are the same and there’s nothing preventing the phone from sending SCCP register messages to the old cluster. Things like line changes are done via SCCP so adding a second DN would probably work but any changes on the device itself would probably fail such as enabling or disabling web access since that is set in the actual config file. Thanks, Brian Meade From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Lelio Fulgenzi Sent: Thursday, February 20, 2014 10:50 AM To: cisco-voip voyp list Subject: Re: [cisco-voip] unexpected behaviour with Prepare Cluster for Rollback and migrating phones between v9 and v7 cluster As a follow up to this, I'm still a little confused. I have confirmed * that the phone that I removed after setting the Prepare Cluster for Rollback to True, had an empty trust list * that the phone that I removed after setting the Prepare Cluster for Rollback to False, had an non-empty trust list * TFTP: fqdn of TFTP server * TVS: fqdn of PUB * TVS: fqdn of SUB1 * this was with only changing the parameter and resetting phones, no restarts of TFTP or TVS services. I was also able to confirm that: * both the phone with an empty trust list AND non-empty trust list were able to register to the old cluster * I was able to change the configuration (adding a secondary DN) to both phones and they both accepted them Is the trust list simply a _list_ of acceptable hosts? And because the (fqdn) hostnames and IP addresses are the same on both clusters the phones are still able to register and accept changes? If not simply a list, and it uses the host certificates, i.e. it uses host certificates to either build the list hash or push the certificates down to the phones, is what I am seeing the same certificate being generated on each host? I mean, I'm using all the same information, could that be possible? I don't know which certificates to compare, or I would have provided the results of that test. Thoughts? Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519 ‐ 824 ‐ 4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Lelio Fulgenzi le...@uoguelph.ca To: cisco-voip voyp list cisco-voip@puck.nether.net Sent: Wednesday, February 19, 2014 4:37:35 PM Subject: unexpected behaviour with Prepare Cluster for Rollback and migrating phones between v9 and v7 cluster OK, now I am officially confused. ;) I was under the impression that once a phone has registered to a v9 cluster, it downloads an ITL trust list/file which prevents it from registering to a v7 cluster. To help with this, the Prepare Cluster for Rollback enterprise parameter was introduced. Here's what I did: * upgraded offline cluster (all servers had same hostname
Re: [cisco-voip] unexpected behaviour with Prepare Cluster for Rollback and migrating phones between v9 and v7 cluster
Thanks Ryan! Can you clarify CSC doc on SBD ? I'd like to review it. Is it the chapter you are referring to? --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Ryan Ratliff (rratliff) rratl...@cisco.com To: Lelio Fulgenzi le...@uoguelph.ca Cc: cisco-voip voyp list cisco-voip@puck.nether.net Sent: Thursday, February 20, 2014 12:32:42 PM Subject: Re: [cisco-voip] unexpected behaviour with Prepare Cluster for Rollback and migrating phones between v9 and v7 cluster Inline... -Ryan On Feb 20, 2014, at 10:49 AM, Lelio Fulgenzi le...@uoguelph.ca wrote: As a follow up to this, I'm still a little confused. I have confirmed * that the phone that I removed after setting the Prepare Cluster for Rollback to True, had an empty trust list * that the phone that I removed after setting the Prepare Cluster for Rollback to False, had an non-empty trust list * TFTP: fqdn of TFTP server * TVS: fqdn of PUB * TVS: fqdn of SUB1 * this was with only changing the parameter and resetting phones, no restarts of TFTP or TVS services. Good, that is what I'd expect you to see. blockquote I was also able to confirm that: * both the phone with an empty trust list AND non-empty trust list were able to register to the old cluster /blockquote All phones, in absence of getting a valid configuration file, attempt to register to the configured TFTP server. The best way to tell if the phone is happy about it's config is to look at the Status Messages log. Failures to get a config file, update the trust list, or successful config file downloads will be logged here. blockquote * I was able to change the configuration (adding a secondary DN) to both phones and they both accepted them /blockquote This behavior will vary by phone model and protocol used (SCCP vs SIP). SCCP phones don't get any DN information in their config file. The biggest thing that will get you moving between 7.x and 8.x or later is a phone with a real trust list (CTL or non-empty ITL) will only request a signed config file. A 7.x server with no CTL installed will not generate a signed configuration file for a device. How the phone behaves at this point depends on what's different between the cached config file the phone has and the current cluster it's trying to register to. If the nodes have the same IP address and such then there's a good shot the device will still register, even though new config file updates won't take. blockquote Is the trust list simply a _list_ of acceptable hosts? And because the (fqdn) hostnames and IP addresses are the same on both clusters the phones are still able to register and accept changes? If not simply a list, and it uses the host certificates, i.e. it uses host certificates to either build the list hash or push the certificates down to the phones, is what I am seeing the same certificate being generated on each host? I mean, I'm using all the same information, could that be possible? I don't know which certificates to compare, or I would have provided the results of that test. /blockquote The CSC doc on SBD has a great deal of this information in it already. The trust list is just that, a list of certificates that the phone can trust for SSL communication or signed configuration files. If you upgraded your 7.x servers to 9.x and are swapping phones between a lab and production network then there's a good chance most of the same certs are present (though they won't be used the same). For ITLs the two certs used most commonly are Tomcat (for HTTPS services) and CCM (for signing config files by TFTP). The last one is the TVS cert which is used by the phone to validate any cert it is presented with that isn't in the trust list already. blockquote Thoughts? Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Lelio Fulgenzi le...@uoguelph.ca To: cisco-voip voyp list cisco-voip@puck.nether.net Sent: Wednesday, February 19, 2014 4:37:35 PM Subject: unexpected behaviour with Prepare Cluster for Rollback and migrating phones between v9 and v7 cluster OK, now I am officially confused. ;) I was under the impression that once a phone has registered to a v9 cluster, it downloads an ITL trust list/file which prevents it from registering to a v7 cluster. To help with this, the Prepare Cluster for Rollback enterprise parameter was introduced
Re: [cisco-voip] unexpected behaviour with Prepare Cluster for Rollback and migrating phones between v9 and v7 cluster
nice! chalk full of reading. thanks --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Ryan Ratliff (rratliff) rratl...@cisco.com To: Lelio Fulgenzi le...@uoguelph.ca Cc: cisco-voip voyp list cisco-voip@puck.nether.net Sent: Thursday, February 20, 2014 1:10:45 PM Subject: Re: [cisco-voip] unexpected behaviour with Prepare Cluster for Rollback and migrating phones between v9 and v7 cluster https://supportforums.cisco.com/docs/DOC-17679 This should be the one. Sent from my iPhone On Feb 20, 2014, at 1:03 PM, Lelio Fulgenzi le...@uoguelph.ca wrote: Thanks Ryan! Can you clarify CSC doc on SBD ? I'd like to review it. Is it the chapter you are referring to? --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Ryan Ratliff (rratliff) rratl...@cisco.com To: Lelio Fulgenzi le...@uoguelph.ca Cc: cisco-voip voyp list cisco-voip@puck.nether.net Sent: Thursday, February 20, 2014 12:32:42 PM Subject: Re: [cisco-voip] unexpected behaviour with Prepare Cluster for Rollback and migrating phones between v9 and v7 cluster Inline... -Ryan blockquote On Feb 20, 2014, at 10:49 AM, Lelio Fulgenzi le...@uoguelph.ca wrote: As a follow up to this, I'm still a little confused. I have confirmed * that the phone that I removed after setting the Prepare Cluster for Rollback to True, had an empty trust list * that the phone that I removed after setting the Prepare Cluster for Rollback to False, had an non-empty trust list * TFTP: fqdn of TFTP server * TVS: fqdn of PUB * TVS: fqdn of SUB1 * this was with only changing the parameter and resetting phones, no restarts of TFTP or TVS services. Good, that is what I'd expect you to see. blockquote I was also able to confirm that: * both the phone with an empty trust list AND non-empty trust list were able to register to the old cluster /blockquote All phones, in absence of getting a valid configuration file, attempt to register to the configured TFTP server. The best way to tell if the phone is happy about it's config is to look at the Status Messages log. Failures to get a config file, update the trust list, or successful config file downloads will be logged here. blockquote * I was able to change the configuration (adding a secondary DN) to both phones and they both accepted them /blockquote This behavior will vary by phone model and protocol used (SCCP vs SIP). SCCP phones don't get any DN information in their config file. The biggest thing that will get you moving between 7.x and 8.x or later is a phone with a real trust list (CTL or non-empty ITL) will only request a signed config file. A 7.x server with no CTL installed will not generate a signed configuration file for a device. How the phone behaves at this point depends on what's different between the cached config file the phone has and the current cluster it's trying to register to. If the nodes have the same IP address and such then there's a good shot the device will still register, even though new config file updates won't take. blockquote Is the trust list simply a _list_ of acceptable hosts? And because the (fqdn) hostnames and IP addresses are the same on both clusters the phones are still able to register and accept changes? If not simply a list, and it uses the host certificates, i.e. it uses host certificates to either build the list hash or push the certificates down to the phones, is what I am seeing the same certificate being generated on each host? I mean, I'm using all the same information, could that be possible? I don't know which certificates to compare, or I would have provided the results of that test. /blockquote The CSC doc on SBD has a great deal of this information in it already. The trust list is just that, a list of certificates that the phone can trust for SSL communication or signed configuration files. If you upgraded your 7.x servers to 9.x and are swapping phones between a lab and production network then there's a good chance most of the same certs are present (though they won't be used the same). For ITLs the two certs used most commonly are Tomcat (for HTTPS services) and CCM (for signing config files by TFTP). The last one is the TVS cert which is used by the phone to validate any cert it is presented with that isn't in the trust list already. blockquote Thoughts? Lelio
Re: [cisco-voip] problems getting CDRs to SFTP server (recently upgraded CUCM v9.1(2)SU1)
Thanks Brian. I was wondering if there was a way to look for pending files. I ended up restarting the servers to see if that helps. Sledgehammer approach, I know, but it's a lab and I've got a few things to complete today. I have to do the upgrade test a couple of more times so I'll use this document if it happens again, or if the restart doesn't help. There was no activity in syslog, i.e. no alerts, and no activity that network capture saw, so it's as if there were either no files to send or something other than the services that I mentioned I restarted had an issue. Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Brian Meade (brmeade) brme...@cisco.com To: Lelio Fulgenzi le...@uoguelph.ca, cisco-voip voyp list cisco-voip@puck.nether.net Sent: Friday, February 21, 2014 12:06:14 PM Subject: RE: [cisco-voip] problems getting CDRs to SFTP server (recently upgraded CUCM v9.1(2)SU1) Lelio, I’d suggest taking a look at https://supportforums.cisco.com/docs/DOC-14548#Troubleshoot_CDR_Files_not_being_transfered_to_billing_server You’ll want to make sure the files are showing up under the preserve folder. I’d also suggest collecting CDR Repository Manager traces. Thanks, Brian From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Lelio Fulgenzi Sent: Friday, February 21, 2014 11:46 AM To: cisco-voip voyp list Subject: [cisco-voip] problems getting CDRs to SFTP server (recently upgraded CUCM v9.1(2)SU1) I'm reviewing things in our recently upgraded CallManager v9.1(2)SU1 cluster. It looks like CDRs were cutting fine, but I had to change the time frame (from 1 day to 5 minutes) and now things are not working. I reset the key, I deleted and recreated the SFTP target, I restarted CDR Repository Manager and Agents. In a util network capture host I see the initial connection being made, and on the target host, I see an entry in netstat, but still, no CDRs are being pushed out. I've made calls, CDR service parameters are set correctly, and like I said, CDRs were being pushed properly before. Any ideas? --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519 ‐ 824 ‐ 4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] the cucm-uds http directory
We're going through the process of testing our reverse proxy setup to allow users to access the ucmuser pages. There has been a marked improvement in so much as it seems there are no files from the ccmadmin directory being served out for ucmuser activities. However, we have noticed files being served from the cucm-uds directory. Can anyone comment on what contents this directory holds and whether or not there are admin related pages here? Thanks, Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] the cucm-uds http directory
ok, it looks like there are some pretty simple calls that can be made according to: https://developer.cisco.com/site/collaboration/management/user-data-services/learn/how-to/uds-hello-world/ i'm now officially worried. is there a data dictionary available for this stuff? i suspect it's only going to get bigger. i'm wondering if we can turn it off without too much impact. --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Lelio Fulgenzi le...@uoguelph.ca To: Stephen Welsh stephen.we...@unifiedfx.com Cc: cisco-voip (cisco-voip@puck.nether.net) cisco-voip@puck.nether.net Sent: Friday, February 21, 2014 3:25:33 PM Subject: Re: [cisco-voip] the cucm-uds http directory Thanks Stephen. This helps. I did some searching and came up with little with respect to what's actually it might be used for now. My concern is that the old corporate directory has somehow been moved/replicated to calls in this directory. However, I can't find any reference to new URLs, etc. I'm guessing that with little effort, someone can write an tool to search the corporate directory through our reverse proxy and gain access to telephone directory information that we need to keep private. Can you share any more information? In particular, are there only APIs available in this directory, or are there even more user friendly pages that can be served up? Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Stephen Welsh stephen.we...@unifiedfx.com To: Lelio Fulgenzi le...@uoguelph.ca Cc: cisco-voip (cisco-voip@puck.nether.net) cisco-voip@puck.nether.net Sent: Friday, February 21, 2014 3:09:09 PM Subject: Re: [cisco-voip] the cucm-uds http directory Hi Lelio, This is a REST based API that is used for all user related information (and more in the future). It’s officially release with CUCM 10, however it was technically added back in 8.6 and used by a few Cisco applications. It should help to provide better isolation between end user and admin level access. You can find more info here: https://developer.cisco.com/site/collaboration/management/user-data-services/uds/what-is-uds/ Thanks Stephen On 21 Feb 2014, at 19:56, Lelio Fulgenzi le...@uoguelph.ca wrote: We're going through the process of testing our reverse proxy setup to allow users to access the ucmuser pages. There has been a marked improvement in so much as it seems there are no files from the ccmadmin directory being served out for ucmuser activities. However, we have noticed files being served from the cucm-uds directory. Can anyone comment on what contents this directory holds and whether or not there are admin related pages here? Thanks, Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] Number of RIngs for VM for ONE extension
Be aware that the ring frequency for the calling party and called party is different. Assuming North American selection, the frequency for the calling party is lower, so they will hear fewer rings (ring backs). For 15 seconds, calling party will hear 3 rings (ring backs) and the called party will hear 4 rings. I think it's important to differentiate the difference, because we had people calling us saying, people are telling me it only rings 3 times, but I hear four. something is wrong. or something like that. Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Brian Meade (brmeade) brme...@cisco.com To: David Zhars dzh...@gmail.com, cisco-voip@puck.nether.net Sent: Monday, February 24, 2014 9:51:31 AM Subject: Re: [cisco-voip] Number of RIngs for VM for ONE extension David, You just need to set the “No Answer Ring Duration (seconds)” setting on the individual extension to however many seconds you’d like. Thanks, Brian From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of David Zhars Sent: Monday, February 24, 2014 9:17 AM To: cisco-voip@puck.nether.net Subject: [cisco-voip] Number of RIngs for VM for ONE extension I have found countless places telling me how to adjust the amount of rings before going to VM for the SYSTEM, I want to adjust this for just ONE extension. Cisco's website is terrible searching for this sort of stuff...can someone help me out? Thanks. ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] the cucm-uds http directory
That's great! Thanks! Sent from my iPhone On 2014-02-24, at 6:45 PM, Brian Meade (brmeade) brme...@cisco.com wrote: Leliom I found this document that provides some info on what requires authentication and what does not: https://developer.cisco.com/media/cisco-user-data-serviccs-usd-dev-guide/index.html?getting_started.html Just click on the “Authentication” section. Thanks, Brian Meade From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Lelio Fulgenzi Sent: Friday, February 21, 2014 3:52 PM To: Stephen Welsh Cc: cisco-voip (cisco-voip@puck.nether.net) Subject: Re: [cisco-voip] the cucm-uds http directory I'm guessing most stuff does require authentication, but I've already found a few things that require no authentication whatsoever. Without directing my worries to a particular demographic, my main concern is we have open, unauthenticated network ports on campus that anyone can use. And with some unencrypted wireless still going on, it won't take much for someone to grab credentials to use. My stance has always been, userID/password shouldn't be the only protection. I'm hoping my reverse proxy admin can capture the bulk of the files/directories under cucm-uds that he needs to make the ucmuser pages work. *sigh* --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 From: Stephen Welsh stephen.we...@unifiedfx.com To: Lelio Fulgenzi le...@uoguelph.ca Cc: cisco-voip (cisco-voip@puck.nether.net) cisco-voip@puck.nether.net Sent: Friday, February 21, 2014 3:41:13 PM Subject: Re: [cisco-voip] the cucm-uds http directory LOL ;) Your guess is right, more and more will be added to this API over time, however it does follow proper authentication rules, so a end user credentials are used to authenticate to the API and they only get access to their settings/devices. Are you worried some of your students will find out how to “abuse” this interface? Stephen On 21 Feb 2014, at 20:31, Lelio Fulgenzi le...@uoguelph.ca wrote: ok, it looks like there are some pretty simple calls that can be made according to: https://developer.cisco.com/site/collaboration/management/user-data-services/learn/how-to/uds-hello-world/ i'm now officially worried. is there a data dictionary available for this stuff? i suspect it's only going to get bigger. i'm wondering if we can turn it off without too much impact. --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 From: Lelio Fulgenzi le...@uoguelph.ca To: Stephen Welsh stephen.we...@unifiedfx.com Cc: cisco-voip (cisco-voip@puck.nether.net) cisco-voip@puck.nether.net Sent: Friday, February 21, 2014 3:25:33 PM Subject: Re: [cisco-voip] the cucm-uds http directory Thanks Stephen. This helps. I did some searching and came up with little with respect to what's actually it might be used for now. My concern is that the old corporate directory has somehow been moved/replicated to calls in this directory. However, I can't find any reference to new URLs, etc. I'm guessing that with little effort, someone can write an tool to search the corporate directory through our reverse proxy and gain access to telephone directory information that we need to keep private. Can you share any more information? In particular, are there only APIs available in this directory, or are there even more user friendly pages that can be served up? Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 From: Stephen Welsh stephen.we...@unifiedfx.com To: Lelio Fulgenzi le...@uoguelph.ca Cc: cisco-voip (cisco-voip@puck.nether.net) cisco-voip@puck.nether.net Sent: Friday, February 21, 2014 3:09:09 PM Subject: Re: [cisco-voip] the cucm-uds http directory Hi Lelio, This is a REST based API that is used for all user related information (and more in the future). It’s officially release with CUCM 10, however it was technically added back in 8.6 and used by a few Cisco applications. It should help to provide better isolation between end user and admin level access. You can find more info here: https://developer.cisco.com/site/collaboration/management/user-data-services/uds/what-is-uds/ Thanks Stephen On 21 Feb 2014, at 19:56, Lelio Fulgenzi le
Re: [cisco-voip] reporting in CUCM
Something I've considered (theorized) is using a couple of T1 ports and a cross-connect cable and specialized partitions and calling search spaces in order to implement FACs/CMCs to on-net destinations. You're limited to the 23 channels, but it should suffice. I'm not sure if this helps you or not, but it's an idea. --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Brian Meade (brmeade) brme...@cisco.com To: Shaihan Jaffrey schae...@gmail.com Cc: Cisco VOIP cisco-voip@puck.nether.net Sent: Tuesday, February 25, 2014 9:54:06 AM Subject: Re: [cisco-voip] reporting in CUCM Shaihan, Unfortunately the built-in CMC functionality only allows CMCs on route patterns which limits you to just outbound calls. There are 3 rd party products that extend this functionality to inbound calls. One of these products is CallLog Premium- https://marketplace.cisco.com/catalog/products/3841 Thanks, Brian From: Shaihan Jaffrey [mailto:schae...@gmail.com] Sent: Tuesday, February 25, 2014 9:50 AM To: Brian Meade (brmeade) Cc: Cisco VOIP Subject: Re: [cisco-voip] reporting in CUCM HI Brian, Will CMC work for inbound calls. Regards. On Mon, Feb 24, 2014 at 11:44 PM, Brian Meade (brmeade) brme...@cisco.com wrote: Shaihan, Your first requirement will work with UCCX and making custom not-ready codes. You can use Client Matter Codes in CUCM for your 2 nd requirement. Thanks, Brian From: cisco-voip [mailto: cisco-voip-boun...@puck.nether.net ] On Behalf Of Shaihan Jaffrey Sent: Monday, February 24, 2014 1:32 PM To: Cisco VOIP Subject: [cisco-voip] reporting in CUCM Can we accomplish below points in cucm: Reporting of users login / logout / tea break / prayer break / meeting break status (i.e. complete login-logout monthly report of each employee) Marking special codes in CDR against the caller and called number. A number like for status related calls, for information related calls, for complain tracking related calls etc. Regards. ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] reporting in CUCM
Brian, Do you know if an off-net incoming call will be prompted for an FAC/CMC when dialing a route pattern that is configured as so? Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Brian Meade (brmeade) brme...@cisco.com To: Lelio Fulgenzi le...@uoguelph.ca Cc: Cisco VOIP cisco-voip@puck.nether.net, Shaihan Jaffrey schae...@gmail.com Sent: Tuesday, February 25, 2014 10:12:36 AM Subject: RE: [cisco-voip] reporting in CUCM Lelio, The way I usually do that is by building a SIP Trunk and just pointing it back to the same CUCM node to form the loop. It scales a bit better and requires no additional hardware. Brian From: Lelio Fulgenzi [mailto:le...@uoguelph.ca] Sent: Tuesday, February 25, 2014 10:10 AM To: Brian Meade (brmeade) Cc: Cisco VOIP; Shaihan Jaffrey Subject: Re: [cisco-voip] reporting in CUCM Something I've considered (theorized) is using a couple of T1 ports and a cross-connect cable and specialized partitions and calling search spaces in order to implement FACs/CMCs to on-net destinations. You're limited to the 23 channels, but it should suffice. I'm not sure if this helps you or not, but it's an idea. --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519 ‐ 824 ‐ 4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Brian Meade (brmeade) brme...@cisco.com To: Shaihan Jaffrey schae...@gmail.com Cc: Cisco VOIP cisco-voip@puck.nether.net Sent: Tuesday, February 25, 2014 9:54:06 AM Subject: Re: [cisco-voip] reporting in CUCM Shaihan, Unfortunately the built-in CMC functionality only allows CMCs on route patterns which limits you to just outbound calls. There are 3 rd party products that extend this functionality to inbound calls. One of these products is CallLog Premium- https://marketplace.cisco.com/catalog/products/3841 Thanks, Brian From: Shaihan Jaffrey [ mailto:schae...@gmail.com ] Sent: Tuesday, February 25, 2014 9:50 AM To: Brian Meade (brmeade) Cc: Cisco VOIP Subject: Re: [cisco-voip] reporting in CUCM HI Brian, Will CMC work for inbound calls. Regards. On Mon, Feb 24, 2014 at 11:44 PM, Brian Meade (brmeade) brme...@cisco.com wrote: Shaihan, Your first requirement will work with UCCX and making custom not-ready codes. You can use Client Matter Codes in CUCM for your 2 nd requirement. Thanks, Brian From: cisco-voip [mailto: cisco-voip-boun...@puck.nether.net ] On Behalf Of Shaihan Jaffrey Sent: Monday, February 24, 2014 1:32 PM To: Cisco VOIP Subject: [cisco-voip] reporting in CUCM Can we accomplish below points in cucm: Reporting of users login / logout / tea break / prayer break / meeting break status (i.e. complete login-logout monthly report of each employee) Marking special codes in CDR against the caller and called number. A number like for status related calls, for information related calls, for complain tracking related calls etc. Regards. ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] PVDM3 is it based on C5510?
does this help? router#show inventory NAME: CISCO3945-CHASSIS, DESCR: CISCO3945-CHASSIS snip NAME: PVDM3 DSP DIMM with 256 Channels on Slot 0 SubSlot 4, DESCR: PVDM3 DSP DIMM with 256 Channels PID: PVDM3-256 , VID: V01 , SN: FOC16146REK snip router #show voice dsp capabilities slot 0 dsp 4 DSP Type: SP2600 -43 Card 0 DSP id 4 Capabilities: Credits 645 , G711Credits 15, HC Credits 32, MC Credits 20, FC Channel 43, HC Channel 20, MC Channel 32, Conference 8-party credits: G711 40 , G729 92 , G722 92 , ILBC 129 Secure Credits: Sec LC Xcode 20, Sec HC Xcode 35, Sec MC Xcode 26, Sec LC UNIV Xcode 20, Sec HC UNIV Xcode 64,Sec MC UNIV Xcode 35, Sec G729 conf 129, Sec G722 conf 129, Sec ILBC conf 161, Sec G711 conf 71 , Max Conference Parties per DSP: G711 128, G729 56, G722 56, ILBC 40, Sec G711 72, Sec G729 40, Sec G722 40 Sec ILBC 32, Voice Channels: g711perdsp = 43, g726perdsp = 32, g729perdsp = 20, g729aperdsp = 32, g723perdsp = 0 , g728perdsp = 20, g711_5msperdsp = 28, gsmamrnbperdsp = 20, ilbcperdsp = 20, isacperdsp = 10, modemrelayperdsp = 20, g72264Perdsp = 32, h324perdsp = 20, m_f_thruperdsp = 43, faxrelayperdsp = 32, maxchperdsp = 43, minchperdsp = 20, srtp_maxchperdsp = 27, srtp_minchperdsp = 14, faxrelay_srtp_perdsp = 14, g711_srtp_perdsp = 27, g729_srtp_perdsp = 14, g729a_srtp_perdsp = 24 gnx64_srtp_perdsp = 27 --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Jason Aarons (AM) jason.aar...@dimensiondata.com To: cisco-voip (cisco-voip@puck.nether.net) cisco-voip@puck.nether.net Sent: Thursday, February 27, 2014 9:01:50 AM Subject: [cisco-voip] PVDM3 is it based on C5510? PVDM3 is it a C5510 chipset? Does it a have a TI chipset nomenclature? I don’t have access to a x9xx to show voice dsp right now. This doesn’t really say. http://www.cisco.com/c/en/us/td/docs/routers/access/1900/software/configuration/guide/Software_Configuration/pvdm3_config.pdf ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] replacing hardware in a production cluster
One of our tasks to do in preparation of our v9 upgrade is to swap in temporary hardware into our production cluster that runs v7 and remove hardware that runs both v7 and v9. We need to do this to two active subscribers and one subscriber that acts as our TFTP server. I have the time, so my plan is to replace the subscribers one at a time and wait for the dbreplication to complete properly before continuing to the next one. I have a couple of questions: * I'm hoping that the dbrelication will initiate/complete once the server has been restarted after the DRS restore. Will I need to do anything special? * Will phones attempt to register to the new subscriber before the DRS restore and dbreplication is completed? I want to ensure no phone interruptions. I'd rather not have to modify callmanager groups, etc. Thanks! Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] UC-UCS v4.5 - Installing Cisco UC on UCS in a Virtualized Environment
Thanks for this summary Daniel. I wish the had separate courses. Or at least a little more on the C series. I was lucky enough to attend a free two day session which was an abridged version of this course, and they flew over the C series and said it would be covered more in the real course. Guess not. Cheers. Sent from my iPhone On 2014-02-28, at 5:48 PM, Daniel Pagan dpa...@fidelus.com wrote: Took this course a bit over one year ago – Unless it changed since then, I would say it’s 95% B-series and 5% C-series. There was literally one or two slides on the C-series servers. The labs themselves were better and more detailed than your typical course labs. If you expect to be exposed to the B-series servers in the near future, I would certainly recommend the class. If your primary focus is the C-series, I would say this would be a waste of resources. Hope this helps - Daniel From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Lelio Fulgenzi Sent: Friday, February 28, 2014 5:31 PM To: cisco-voip (cisco-voip@puck.nether.net) Subject: [cisco-voip] UC-UCS v4.5 - Installing Cisco UC on UCS in a Virtualized Environment Has anyone taken this course? It's a five day course, and I'm just wondering how much emphasis is on the B series and supporting stuff vs the C series. Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] Log file query
Chris, Some questions: Does this work with standard admin interfaces or do we need to use a Variphy front end? Are the reports based on periodic snapshots of the database? Are those periods configurable? How long does it take a report to run? Lelio Sent from my iPhone On 2014-02-28, at 10:57 PM, Chris Lee ch...@variphy.com wrote: James, Sorry for the delayed response. Yes, my software (web-based, can be installed on a VM, and then point your browser to the VM to operate my software) can show you BOTH the CUCM changes (adds, deletes, changed) AND who made the change. Attached is a PDF showing screenshots of the auditing in action. If you would like a 6 month unrestricted, full-version trial to evaluate in your environment, happy to setup a free download for you and send you a license key - just ping me back. Regards, Chris Chris Lee Variphy, Inc. Austin, Texas USA Google Voice: +1-70-VARIPHY-4 [708-274-7494] (office)(US Central: GMT-5) As Leonardo da Vinci once said: “Simplicity is the ultimate sophistication.” On Wed, Feb 5, 2014 at 5:59 AM, James Dust james.d...@charles-stanley.co.uk wrote: Morning all, I was just wondering if there is a log file I can export from CUCM to show what changes have been made in the past month? For instance, to show what DN’s, phones and other changes have been made since a certain date. Regards James Consider the environment - Think before you print The contents of this email are confidential to the intended recipient and may not be disclosed. Although it is believed that this email and any attachments are virus free, it is the responsibility of the recipient to confirm this. You are advised that urgent, time-sensitive communications should not be sent by email. We hereby give you notice that a delivery receipt does not constitute acknowledgement or receipt by the intended recipient(s). Details of Charles Stanley group companies and their regulators (where applicable), can be found at this URL http://www.charles-stanley.co.uk/contact-us/disclosure/ ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip Variphy Insight 8 Compelling Audit Reporting v1.pdf ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] COBRAS import PIN issue
Thanks Ed. Because we ran into a problem with passwords during our migration from v4 to v7, we had to force people to change their password . My current version is 7.1(3)ES11, but my inactive version shows 7.1(2)ES3 - this is the version I upgraded to from Unity v4. I suspect that since the majority of people have changed their password within a v7.1 system, my upgrade should be fine. I'll probably post a followup and see what Jeff says. Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Ed Leatherman ealeather...@gmail.com To: Lelio Fulgenzi le...@uoguelph.ca Cc: Jason Aarons (AM) jason.aar...@dimensiondata.com, Cisco VOIP cisco-voip@puck.nether.net Sent: Tuesday, March 4, 2014 11:21:57 AM Subject: Re: [cisco-voip] COBRAS import PIN issue I got a pretty good reply from Jeff on my thread: https://supportforums.cisco.com/message/4181654 On Tue, Mar 4, 2014 at 10:40 AM, Lelio Fulgenzi le...@uoguelph.ca wrote: Jason, Can you share the forum thread link? I'd like to post a follow up question to Jeff. Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 From: Jason Aarons (AM) jason.aar...@dimensiondata.com To: Charles Salisbury charles.salisb...@gentex.com , Justin Steinberg jsteinb...@gmail.com , Bill Talley btal...@gmail.com Cc: Cisco VOIP cisco-voip@puck.nether.net Sent: Tuesday, March 4, 2014 9:59:45 AM Subject: Re: [cisco-voip] COBRAS import PIN issue From the Cobras developer; Yeah… if you don’t change your PINs for years and port them multiple times without changing them you will have problems… Unity and early versions of Connection and then later versions of Connection all used different hashes or PWs and PINs… nothing any client can do about that – Maybe a separate “everything you ever wanted to know about PINs and passwords” section could pull all that into a single section might help… From: cisco-voip [mailto: cisco-voip-boun...@puck.nether.net ] On Behalf Of Salisbury, Charles Sent: Tuesday, March 04, 2014 9:18 AM To: Justin Steinberg; Bill Talley Cc: Cisco VOIP Subject: Re: [cisco-voip] COBRAS import PIN issue I just did an upgrade from 7.1.5 to 9.1(2) and had this exact same issue – TAC traced it to be users that had not changed their PIN for a while. From: cisco-voip [ mailto:cisco-voip-boun...@puck.nether.net ] On Behalf Of Justin Steinberg Sent: Monday, March 03, 2014 11:13 PM To: Bill Talley Cc: Cisco VOIP Subject: Re: [cisco-voip] COBRAS import PIN issue I ran into this issue once and tracked it down to the time when the user had last changed/set their pin. In my situation only about 20% of the users were affected. The other 80% were fine. I tracked the issue down by running a user data dump, and all the users that had reported the problem had the last pin changed time of much older than everyone else. In my case, the authentication rules on this system did not expire the pins, so some users had the same pins for years. Instead of rolling back, I opted to run a bulk pin reset to the default for these users and then sent a mass email to all of them telling them that their PIN had been reset. If you don't expire your pins this might be your problem. While I didn't try this, you could go into the current 7 system and set the password policy to force users to change their pin on the next login and let everyone update their pin before you run the upgrade again. I believe the aggravating factor is that the users in question last changed their pin on an older version of connection that used a different encryption type, that is not supported by v9. On Mar 3, 2014 8:57 PM, Bill Talley btal...@gmail.com wrote: I interpreted the issue as being from or to version 7.0 as it also suggests upgrading to 7.1.3 prior (IIRC) to using COBRAS. Sent from an Apple iOS device with very tiny touchscreen input keys. Please excude my typtos. On Mar 3, 2014, at 5:48 PM, Ed Leatherman ealeather...@gmail.com wrote: Hello! This weekend I exported some voice mail accounts from Connection 7.0.2 and imported them into 9.1(2) using COBRAS tool. When I did this, the users were not able to sign into their mailbox, as if PIN was changed. Retracing my steps, I did have this in the COBRAS log during the import: [Thread 001], [14/03/02 08:51:34], Updating subscriber phone PIN from Connection backup [Thread 001], [14/03/02 08:51:34], (warning) unable to find mapping for MDBObjectId
Re: [cisco-voip] Directory URI in LDAP sync
Just following up on this Erick... After upgrading from v7 to v9, the Directory URI field is blank as you suggest. I thought I could simply add another host in the existing relationship, but that does not work. It looks like I have to create a new directory relationship. Is it dangerous to create two directory relationships to the same active directory source? Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Erick B. erick...@gmail.com To: Lelio Fulgenzi le...@uoguelph.ca Cc: cisco-voip voyp list cisco-voip@puck.nether.net Sent: Monday, November 18, 2013 2:46:57 PM Subject: Re: [cisco-voip] Directory URI in LDAP sync After upgrade from 8.x to 9.x, the field is not mapped to LDAP attribute (is blank). You need to add new LDAP directory entry to get that field mapped or go under Call Routing - Directory Number and Directory URI and set each DN and Directory URI setting there. The SIP URI is used for telepresence mainly so people call you at use...@domainname.com from a video device. Still learning this... On Mon, Nov 18, 2013 at 11:27 AM, Lelio Fulgenzi le...@uoguelph.ca wrote: Can anyone comment/elaborate on what the Directory URI is used for in the LDAP sync setup screen in v9? It's set to msRTCSIP-primaryuseraddress by default. Unfortunately it's not modifiable after the relationship is setup and I'm not sure what to set it to. I'll also have to see what value it takes during an upgrade http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/admin/9_0_1/ccmcfg/CUCM_BK_CDF59AFB_00_admin-guide_chapter_01100.html#CUCM_RF_LE051F5C_00 Sent from my iPhone ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] should I rebuild cluster from scratch after upgrade from v7 to v9?
I have an opportunity (maybe, if time permits) to rebuild an off-line cluster after I upgrade it from v7 to v9. The question is, is there any advantage to building a cluster from scratch and restore from DRS, so that it is built from v9 installation media rather than from a v7 upgrade? I recall seeing a number of bugs in the past that said something to the effect of ...if installation was an upgrade, disk space, etc. etc Can anything thing of any advantages of doing this? This will help us test our disaster recovery process as well. Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] should I rebuild cluster from scratch after upgrade from v7 to v9?
Thanks Dennis. I believe that 'aligned partitions' are a VM issue only? I am currently on MCS (HP equiv) servers. Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Dennis Heim dennis.h...@wwt.com To: Lelio Fulgenzi le...@uoguelph.ca, cisco-voip voyp list cisco-voip@puck.nether.net Sent: Wednesday, March 5, 2014 1:37:24 PM Subject: RE: [cisco-voip] should I rebuild cluster from scratch after upgrade from v7 to v9? Aligned partitions. Dennis Heim | Solution Architect (Collaboration) World Wide Technology, Inc. | 314-212-1814 PS Engineering: Innovate Ignite. From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Lelio Fulgenzi Sent: Wednesday, March 05, 2014 10:56 AM To: cisco-voip voyp list Subject: [cisco-voip] should I rebuild cluster from scratch after upgrade from v7 to v9? I have an opportunity (maybe, if time permits) to rebuild an off-line cluster after I upgrade it from v7 to v9. The question is, is there any advantage to building a cluster from scratch and restore from DRS, so that it is built from v9 installation media rather than from a v7 upgrade? I recall seeing a number of bugs in the past that said something to the effect of ...if installation was an upgrade, disk space, etc. etc Can anything thing of any advantages of doing this? This will help us test our disaster recovery process as well. Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519 ‐ 824 ‐ 4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] should I rebuild cluster from scratch after upgrade from v7 to v9?
We have one ATA. The one that is SIP. 187 I think. Have experienced problems with ATAs? Sent from my iPhone On 2014-03-05, at 3:31 PM, Madziarczyk, Jonathan j...@cityofevanston.org wrote: Yes, I believe the aligned partitions issue is VMware specific. I don’t know what Cisco has to say about it, but I always feel better knowing the install was direct from a fresh 9 install rather than a 7-9 upgrade. Since the DRS backup and restore from an upgraded 9x onto a fresh 9x is acceptable in the Jump Upgrade in VMware I don’t see a problem with it on the physical side. On a side note, are you using any ATAs? From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Lelio Fulgenzi Sent: Wednesday, March 05, 2014 12:44 PM To: Dennis Heim Cc: cisco-voip voyp list Subject: Re: [cisco-voip] should I rebuild cluster from scratch after upgrade from v7 to v9? Thanks Dennis. I believe that 'aligned partitions' are a VM issue only? I am currently on MCS (HP equiv) servers. Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 From: Dennis Heim dennis.h...@wwt.com To: Lelio Fulgenzi le...@uoguelph.ca, cisco-voip voyp list cisco-voip@puck.nether.net Sent: Wednesday, March 5, 2014 1:37:24 PM Subject: RE: [cisco-voip] should I rebuild cluster from scratch after upgrade from v7 to v9? Aligned partitions. Dennis Heim | Solution Architect (Collaboration) World Wide Technology, Inc. | 314-212-1814 PS Engineering: Innovate Ignite. From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Lelio Fulgenzi Sent: Wednesday, March 05, 2014 10:56 AM To: cisco-voip voyp list Subject: [cisco-voip] should I rebuild cluster from scratch after upgrade from v7 to v9? I have an opportunity (maybe, if time permits) to rebuild an off-line cluster after I upgrade it from v7 to v9. The question is, is there any advantage to building a cluster from scratch and restore from DRS, so that it is built from v9 installation media rather than from a v7 upgrade? I recall seeing a number of bugs in the past that said something to the effect of ...if installation was an upgrade, disk space, etc. etc Can anything thing of any advantages of doing this? This will help us test our disaster recovery process as well. Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] should I rebuild cluster from scratch after upgrade from v7 to v9?
Sorry, that should read vg202xm/vg204xm. Sent from my iPhone On 2014-03-06, at 7:13 PM, Lelio Fulgenzi le...@uoguelph.ca wrote: As far as I can tell, the 187 are SIP only. It is SIP on my v7 cluster. Have you considered vg202+/vg204+? They're basically a small density vg224 and can support all the protocols. A bit more pricey than an ATA though. Sent from my iPhone On 2014-03-06, at 12:43 PM, Madziarczyk, Jonathan j...@cityofevanston.org wrote: So long as the ATA goes to a real analog phone and not some other device (fax/elevator/etc). When you jump to 9.x the 187s can only do SIP (I think 7x and 8x support sccp as well) and all hell breaks loose. From what I can tell you lose CPC disconnect and Power-denial. That’s been my nightmare for the last 3 months. From: Lelio Fulgenzi [mailto:le...@uoguelph.ca] Sent: Wednesday, March 05, 2014 6:12 PM To: Madziarczyk, Jonathan Cc: cisco-voip voyp list Subject: Re: [cisco-voip] should I rebuild cluster from scratch after upgrade from v7 to v9? We have one ATA. The one that is SIP. 187 I think. Have experienced problems with ATAs? Sent from my iPhone On 2014-03-05, at 3:31 PM, Madziarczyk, Jonathan j...@cityofevanston.org wrote: Yes, I believe the aligned partitions issue is VMware specific. I don’t know what Cisco has to say about it, but I always feel better knowing the install was direct from a fresh 9 install rather than a 7-9 upgrade. Since the DRS backup and restore from an upgraded 9x onto a fresh 9x is acceptable in the Jump Upgrade in VMware I don’t see a problem with it on the physical side. On a side note, are you using any ATAs? From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Lelio Fulgenzi Sent: Wednesday, March 05, 2014 12:44 PM To: Dennis Heim Cc: cisco-voip voyp list Subject: Re: [cisco-voip] should I rebuild cluster from scratch after upgrade from v7 to v9? Thanks Dennis. I believe that 'aligned partitions' are a VM issue only? I am currently on MCS (HP equiv) servers. Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 From: Dennis Heim dennis.h...@wwt.com To: Lelio Fulgenzi le...@uoguelph.ca, cisco-voip voyp list cisco-voip@puck.nether.net Sent: Wednesday, March 5, 2014 1:37:24 PM Subject: RE: [cisco-voip] should I rebuild cluster from scratch after upgradefrom v7 to v9? Aligned partitions. Dennis Heim | Solution Architect (Collaboration) World Wide Technology, Inc. | 314-212-1814 PS Engineering: Innovate Ignite. From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Lelio Fulgenzi Sent: Wednesday, March 05, 2014 10:56 AM To: cisco-voip voyp list Subject: [cisco-voip] should I rebuild cluster from scratch after upgrade from v7 to v9? I have an opportunity (maybe, if time permits) to rebuild an off-line cluster after I upgrade it from v7 to v9. The question is, is there any advantage to building a cluster from scratch and restore from DRS, so that it is built from v9 installation media rather than from a v7 upgrade? I recall seeing a number of bugs in the past that said something to the effect of ...if installation was an upgrade, disk space, etc. etc Can anything thing of any advantages of doing this? This will help us test our disaster recovery process as well. Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] Memory Component Issue - Cisco Systems
This looks pretty wide spread. http://www.cisco.com/web/about/doing_business/memory.html#~field Sent from my iPhone ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] re-enabling LDAP authentication after disabling it
As part of our v7 to v9 testing, we are also rebuilding and restoring our UCCx v7 servers on the offline network in preparation to upgrade it to v9. Part of the rebuild process is to select an administrator ID from the CallManager database, which at this time is LDAP enabled. However, because we have no LDAP servers in the offline network (and not likely to be able to get one) the authentication fails when trying to log in to the appadmin pages. To alleviate this, we disabled LDAP authentication on the CallManager servers in the offline network and changed the password for the userID we selected as the UCCx administrator. This worked well. I don't see any problem with enabling LDAP authentication once we move the servers into the live network. Thoughts? --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] applying a second restore to a newly built cluster - license files?
OK, so here's where I'm at. Probably not a recommended or common activity, but it's where we're at. I've accepted the fact I might have to start over again. I've (1) rebuilt a v7 CallManager cluster in the lab, (2) restored from backup, (3) applied new re-hosted licenses, (4) applied the Refresh COP file and (5) upgraded successfully to v9. That process has been tested a few times. In order to test the rebuild/restore process for IPCCx v7, we stopped at step (3). Unfortunately, we found we had to make a few changes, so to speed things along, I restored a more recent backup to the lab cluster. I'm just wondering, what the chances are of me being able to upgrade the v7 CallManager cluster to v9 after I completed another restore between steps (3) and (4). Should I apply the rehosted license file again? It's there, listed in the license files. Also, I noticed that after I upload the rehosted license files, the old ones are still there. Should I remove those? Thanks everyone. Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] applying a second restore to a newly built cluster - license files?
Thanks Tommy. I'm using HP equivalent MCS servers, so the jump upgrade does not work. Tried it, failed. Got feed back from the group that it's not supported.---Lelio Fulgenzi, B.A.Senior Analyst, Network InfrastructureComputing and Communications Services (CCS)University of Guelph519‐824‐4120 Ext 56354le...@uoguelph.cawww.uoguelph.ca/ccsRoom 037, Animal Science and Nutrition BuildingGuelph, Ontario, N1G 2W1From: "Tommy Schlotterer" tschlotte...@netechcorp.comTo: "Lelio Fulgenzi" le...@uoguelph.ca, "cisco-voip voyp list" cisco-voip@puck.nether.netSent: Tuesday, March 18, 2014 9:44:48 AMSubject: RE: [cisco-voip] applying a second restore to a newly built cluster -license files?Lelio,Once you install the latest refresh.cop file you do not have to rehost your licenses to upgrade to 9. You can do the following: (per the jump upgrade guide):Install fresh 7.X server on Vmware (Using the same IP addresses and hostnames) Install upgrade.copRestore your DRS BackupUpgrade to 9.xDRS BackupCreate fresh 9.x server – To align your partitionsRestore DRS backupThanksTommyTommy Schlotterer | Systems EngineerCCNA, CCNA Voice48325 Alpha Dr. Ste. 150Wixom, MI 48393p 248.468.0710e tschlotte...@netechcorp.comw netechcorp.comFrom: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Lelio FulgenziSent: Tuesday, March 18, 2014 9:36 AMTo: cisco-voip voyp listSubject: [cisco-voip] applying a second restore to a newly built cluster - license files?OK, so here's where I'm at. Probably not a recommended or common activity, but it's where we're at. I've accepted the fact I might have to start over again.I've (1) rebuilt a v7 CallManager cluster in the lab, (2) restored from backup, (3) applied new re-hosted licenses, (4) applied the Refresh COP file and (5) upgraded successfully to v9. That process has been tested a few times.In order to test the rebuild/restore process for IPCCx v7, we stopped at step (3). Unfortunately, we found we had to make a few changes, so to speed things along, I restored a more recent backup to the lab cluster. I'm just wondering, what the chances are of me being able to upgrade the v7 CallManager cluster to v9 after I completed another restore between steps (3) and (4). Should I apply the rehosted license file again? It's there, listed in the license files.Also, I noticed that after I upload the rehosted license files, the old ones are still there. Should I remove those?Thanks everyone.Lelio---Lelio Fulgenzi, B.A.Senior Analyst, Network InfrastructureComputing and Communications Services (CCS)University of Guelph519‐824‐4120 Ext 56354le...@uoguelph.cawww.uoguelph.ca/ccsRoom 037, Animal Science and Nutrition BuildingGuelph, Ontario, N1G 2W1___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] applying a second restore to a newly built cluster - license files? [UPDATE 1]
I tried installing the Refresh COP file and got the error that upgrades are not permitted.I tried uploading the license files but got a "file already exists" error.I used the "file delete license" command, deleted the files, uploaded them again, and the Refresh COP file install seems to be progressing.Hopefully the ugprade to v9 succeeds as well.---Lelio Fulgenzi, B.A.Senior Analyst, Network InfrastructureComputing and Communications Services (CCS)University of Guelph519‐824‐4120 Ext 56354le...@uoguelph.cawww.uoguelph.ca/ccsRoom 037, Animal Science and Nutrition BuildingGuelph, Ontario, N1G 2W1From: "Lelio Fulgenzi" le...@uoguelph.caTo: "Tommy Schlotterer" tschlotte...@netechcorp.comCc: "cisco-voip voyp list" cisco-voip@puck.nether.netSent: Tuesday, March 18, 2014 9:55:59 AMSubject: Re: [cisco-voip] applying a second restore to a newly built cluster -license files?Thanks Tommy. I'm using HP equivalent MCS servers, so the jump upgrade does not work. Tried it, failed. Got feed back from the group that it's not supported.---Lelio Fulgenzi, B.A.Senior Analyst, Network InfrastructureComputing and Communications Services (CCS)University of Guelph519‐824‐4120 Ext 56354le...@uoguelph.cawww.uoguelph.ca/ccsRoom 037, Animal Science and Nutrition BuildingGuelph, Ontario, N1G 2W1From: "Tommy Schlotterer" tschlotte...@netechcorp.comTo: "Lelio Fulgenzi" le...@uoguelph.ca, "cisco-voip voyp list" cisco-voip@puck.nether.netSent: Tuesday, March 18, 2014 9:44:48 AMSubject: RE: [cisco-voip] applying a second restore to a newly built cluster -license files?Lelio,Once you install the latest refresh.cop file you do not have to rehost your licenses to upgrade to 9. You can do the following: (per the jump upgrade guide):Install fresh 7.X server on Vmware (Using the same IP addresses and hostnames) Install upgrade.copRestore your DRS BackupUpgrade to 9.xDRS BackupCreate fresh 9.x server – To align your partitionsRestore DRS backupThanksTommyTommy Schlotterer | Systems EngineerCCNA, CCNA Voice48325 Alpha Dr. Ste. 150Wixom, MI 48393p 248.468.0710e tschlotte...@netechcorp.comw netechcorp.comFrom: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Lelio FulgenziSent: Tuesday, March 18, 2014 9:36 AMTo: cisco-voip voyp listSubject: [cisco-voip] applying a second restore to a newly built cluster - license files?OK, so here's where I'm at. Probably not a recommended or common activity, but it's where we're at. I've accepted the fact I might have to start over again.I've (1) rebuilt a v7 CallManager cluster in the lab, (2) restored from backup, (3) applied new re-hosted licenses, (4) applied the Refresh COP file and (5) upgraded successfully to v9. That process has been tested a few times.In order to test the rebuild/restore process for IPCCx v7, we stopped at step (3). Unfortunately, we found we had to make a few changes, so to speed things along, I restored a more recent backup to the lab cluster. I'm just wondering, what the chances are of me being able to upgrade the v7 CallManager cluster to v9 after I completed another restore between steps (3) and (4). Should I apply the rehosted license file again? It's there, listed in the license files.Also, I noticed that after I upload the rehosted license files, the old ones are still there. Should I remove those?Thanks everyone.Lelio---Lelio Fulgenzi, B.A.Senior Analyst, Network InfrastructureComputing and Communications Services (CCS)University of Guelph519‐824‐4120 Ext 56354le...@uoguelph.cawww.uoguelph.ca/ccsRoom 037, Animal Science and Nutrition BuildingGuelph, Ontario, N1G 2W1___cisco-voip mailing listcisco-voip@puck.nether.nethttps://puck.nether.net/mailman/listinfo/cisco-voip___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] applying a second restore to a newly built cluster - license files? [UPDATE 1]
Thanks Ryan. I knew I was pushing my luck with doing multiple restores, so I'm really glad it worked out. I was ready to start from scratch. Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Ryan Ratliff (rratliff) rratl...@cisco.com To: Lelio Fulgenzi le...@uoguelph.ca Cc: cisco-voip voyp list cisco-voip@puck.nether.net Sent: Wednesday, March 19, 2014 11:28:17 AM Subject: Re: [cisco-voip] applying a second restore to a newly built cluster - license files? [UPDATE 1] There's a defect for the old license files triggering the grace period error. There's another one for the CLI command to delete licenses not working, so I'm glad you didn't hit that one :) But yes, since the licenses are included in the backup when you did your second restore it stuck the old licenses back on there. You were correct in deleting them again. -Ryan On Mar 18, 2014, at 3:42 PM, Lelio Fulgenzi le...@uoguelph.ca wrote: I tried installing the Refresh COP file and got the error that upgrades are not permitted. I tried uploading the license files but got a file already exists error. I used the file delete license command, deleted the files, uploaded them again, and the Refresh COP file install seems to be progressing. Hopefully the ugprade to v9 succeeds as well. --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Lelio Fulgenzi le...@uoguelph.ca To: Tommy Schlotterer tschlotte...@netechcorp.com Cc: cisco-voip voyp list cisco-voip@puck.nether.net Sent: Tuesday, March 18, 2014 9:55:59 AM Subject: Re: [cisco-voip] applying a second restore to a newly built cluster - license files? Thanks Tommy. I'm using HP equivalent MCS servers, so the jump upgrade does not work. Tried it, failed. Got feed back from the group that it's not supported. --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Tommy Schlotterer tschlotte...@netechcorp.com To: Lelio Fulgenzi le...@uoguelph.ca , cisco-voip voyp list cisco-voip@puck.nether.net Sent: Tuesday, March 18, 2014 9:44:48 AM Subject: RE: [cisco-voip] applying a second restore to a newly built cluster - license files? Lelio, Once you install the latest refresh.cop file you do not have to rehost your licenses to upgrade to 9. You can do the following: (per the jump upgrade guide): Install fresh 7.X server on Vmware (Using the same IP addresses and hostnames) Install upgrade.cop Restore your DRS Backup Upgrade to 9.x DRS Backup Create fresh 9.x server – To align your partitions Restore DRS backup Thanks Tommy Tommy Schlotterer | Systems Engineer CCNA, CCNA Voice image001.png 48325 Alpha Dr. Ste. 150 Wixom, MI 48393 p 248.468.0710 e tschlotte...@netechcorp.com w netechcorp.com From: cisco-voip [ mailto:cisco-voip-boun...@puck.nether.net ] On Behalf Of Lelio Fulgenzi Sent: Tuesday, March 18, 2014 9:36 AM To: cisco-voip voyp list Subject: [cisco-voip] applying a second restore to a newly built cluster - license files? OK, so here's where I'm at. Probably not a recommended or common activity, but it's where we're at. I've accepted the fact I might have to start over again. I've (1) rebuilt a v7 CallManager cluster in the lab, (2) restored from backup, (3) applied new re-hosted licenses, (4) applied the Refresh COP file and (5) upgraded successfully to v9. That process has been tested a few times. In order to test the rebuild/restore process for IPCCx v7, we stopped at step (3). Unfortunately, we found we had to make a few changes, so to speed things along, I restored a more recent backup to the lab cluster. I'm just wondering, what the chances are of me being able to upgrade the v7 CallManager cluster to v9 after I completed another restore between steps (3) and (4). Should I apply the rehosted license file again? It's there, listed in the license files. Also, I noticed that after I upload the rehosted license files, the old ones are still there. Should I remove those? Thanks everyone. Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519 ‐ 824 ‐ 4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs
Re: [cisco-voip] CCX 9.0 Upload File
We're currently using an SQL database to store open/closed details but have been considering using an XML file instead. We have an HA configuration right now. Are files like this shared/updated automatically via replication or does that have to be written into the script? Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Ryan LaFountain (rlafount) rlafo...@cisco.com To: Andrew Grech agrec...@gmail.com Cc: cisco-voip@puck.nether.net Sent: Friday, March 21, 2014 12:09:45 PM Subject: Re: [cisco-voip] CCX 9.0 Upload File Hi Andrew, I wouldn’t use the /opt/cisco/uccx/Customer directory even though the readme tells you to :) I would save XML files as documents to the Document Repository using the Upload Document step after calling the Authenticate User step and read the document from the Repository. This is much more resilient and easier to use IMO. Thank you, Ryan LaFountain Unified Contact Center Cisco Services Direct: +1 919 392 9898 Hours: M - F 9:00am - 5:00pm Eastern Time On Mar 21, 2014, at 10:24 AM, Andrew Grech agrec...@gmail.com wrote: Hi I'm trying use the emergency script from https://www.cisco.com/en/US/docs/voice_ip_comm/cust_contact/contact_center/crs/express_9_02/design/guide/script_repository_902.zip.html I don't understand and they should be place in customer location of UCCX. From googling and debugging today I'm assuming this has something to do with the method System.getProperty(“uccx.customer.dir”) and /opt/cisco/uccx/Customer. Where is /opt/cisco/uccx/Customer located? Is this directory separate to the documents management in UCCX? Do I initially have to SFTP these files directly to the server? Thanks Andrew ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] CCX 9.0 Upload File
That's fantastic. Thanks so much. --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Ryan LaFountain (rlafount) rlafo...@cisco.com To: Lelio Fulgenzi le...@uoguelph.ca Cc: cisco-voip@puck.nether.net, Andrew Grech agrec...@gmail.com Sent: Friday, March 21, 2014 1:16:53 PM Subject: Re: [cisco-voip] CCX 9.0 Upload File Hi Lelio, That’s one of the advantages of using the Repository. If you use the Upload Document step to place the doc in the Repository it is replicated across to the other node automatically and is contained within DRS backups for BR. Thank you, Ryan LaFountain Unified Contact Center Cisco Services Direct: +1 919 392 9898 Hours: M - F 9:00am - 5:00pm Eastern Time On Mar 21, 2014, at 1:04 PM, Lelio Fulgenzi le...@uoguelph.ca wrote: We're currently using an SQL database to store open/closed details but have been considering using an XML file instead. We have an HA configuration right now. Are files like this shared/updated automatically via replication or does that have to be written into the script? Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Ryan LaFountain (rlafount) rlafo...@cisco.com To: Andrew Grech agrec...@gmail.com Cc: cisco-voip@puck.nether.net Sent: Friday, March 21, 2014 12:09:45 PM Subject: Re: [cisco-voip] CCX 9.0 Upload File Hi Andrew, I wouldn’t use the /opt/cisco/uccx/Customer directory even though the readme tells you to :) I would save XML files as documents to the Document Repository using the Upload Document step after calling the Authenticate User step and read the document from the Repository. This is much more resilient and easier to use IMO. Thank you, Ryan LaFountain Unified Contact Center Cisco Services Direct: +1 919 392 9898 Hours: M - F 9:00am - 5:00pm Eastern Time On Mar 21, 2014, at 10:24 AM, Andrew Grech agrec...@gmail.com wrote: blockquote Hi I'm trying use the emergency script from https://www.cisco.com/en/US/docs/voice_ip_comm/cust_contact/contact_center/crs/express_9_02/design/guide/script_repository_902.zip.html I don't understand and they should be place in customer location of UCCX. From googling and debugging today I'm assuming this has something to do with the method System.getProperty(“uccx.customer.dir”) and /opt/cisco/uccx/Customer. Where is /opt/cisco/uccx/Customer located? Is this directory separate to the documents management in UCCX? Do I initially have to SFTP these files directly to the server? Thanks Andrew ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip /blockquote ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] easiest way to dump and search CallManager configuration for specific targets
Just wondering what would be the easiest way to dump the CallManager configuration so I can search for specific targets? For example, you can search for a specific translation, but not the target. Thoughts? Will the Export/Import tool give me what I need? Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] easiest way to dump and search CallManager configuration for specific targets
This gives us what we need. But wow. It sure took a long time to produce the report. I don't even think I selected everything. The longest was the phones. About 9000 records took over 12 hours I think. Is there a way to retrieve the file aside from using the GUI? Sent from my iPhone On 2014-03-27, at 4:33 PM, Heim, Dennis dennis.h...@wwt.com wrote: Doing and export of the translation patterns under import/export will give you what you want. Dennis Heim | Solution Architect (Collaboration) World Wide Technology, Inc. | 314-212-1814 PS Engineering: Innovate Ignite. From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Lelio Fulgenzi Sent: Thursday, March 27, 2014 3:21 PM To: cisco-voip voyp list Subject: [cisco-voip] easiest way to dump and search CallManager configuration for specific targets Just wondering what would be the easiest way to dump the CallManager configuration so I can search for specific targets? For example, you can search for a specific translation, but not the target. Thoughts? Will the Export/Import tool give me what I need? Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] easiest way to dump and search CallManager configuration for specific targets
Definitely. Very powerful. But for now, I'd like to stick with the default export results and begin a snapshot. It would be easier if I could get them automatically. I could (try to) use curl with userid/password, but not sure if the tar file name follows a structure or not. Will have to spend some time on it. Cheers. And thanks. P.S. Are there libraries one can install on a PC so that I can use a tool like Crystal Reports to build queries? Sent from my iPhone On 2014-03-29, at 5:49 PM, Anthony Holloway avholloway+cisco-v...@gmail.com wrote: Let's say you wanted to find all translation patterns where the calling party transformation was set to '2000'. SSH to the publisher and run this command. run sql select n.dnorpattern, p.name, n.callingpartytransformation from numplan as n left join routepartition as p on n.fkroutepartition = p.pkid where callingpartytransformation = '2000' This can be pretty powerful. Just read the data dictionary to understand the tables and their columns. On Friday, March 28, 2014, Lelio Fulgenzi le...@uoguelph.ca wrote: This gives us what we need. But wow. It sure took a long time to produce the report. I don't even think I selected everything. The longest was the phones. About 9000 records took over 12 hours I think. Is there a way to retrieve the file aside from using the GUI? Sent from my iPhone On 2014-03-27, at 4:33 PM, Heim, Dennis dennis.h...@wwt.com wrote: Doing and export of the translation patterns under import/export will give you what you want. Dennis Heim | Solution Architect (Collaboration) World Wide Technology, Inc. | 314-212-1814 PS Engineering: Innovate Ignite. From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Lelio Fulgenzi Sent: Thursday, March 27, 2014 3:21 PM To: cisco-voip voyp list Subject: [cisco-voip] easiest way to dump and search CallManager configuration for specific targets Just wondering what would be the easiest way to dump the CallManager configuration so I can search for specific targets? For example, you can search for a specific translation, but not the target. Thoughts? Will the Export/Import tool give me what I need? Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] easiest way to dump and search CallManager configuration for specific targets
Yes, I've seen Uplinx. They're pretty good. Wonder if they have an SQL query builder built in for custom reports. Lelio Sent from my iPhone On 2014-03-30, at 4:30 PM, Heim, Dennis dennis.h...@wwt.com wrote: Uplinx makes a nice report tools that exports it all to excel and other various formats. Dennis Heim | Solution Architect (Collaboration) World Wide Technology, Inc. | 314-212-1814 PS Engineering: Innovate Ignite. From: Lelio Fulgenzi [mailto:le...@uoguelph.ca] Sent: Sunday, March 30, 2014 3:13 PM To: Anthony Holloway Cc: Heim, Dennis; cisco-voip voyp list Subject: Re: [cisco-voip] easiest way to dump and search CallManager configuration for specific targets Definitely. Very powerful. But for now, I'd like to stick with the default export results and begin a snapshot. It would be easier if I could get them automatically. I could (try to) use curl with userid/password, but not sure if the tar file name follows a structure or not. Will have to spend some time on it. Cheers. And thanks. P.S. Are there libraries one can install on a PC so that I can use a tool like Crystal Reports to build queries? Sent from my iPhone On 2014-03-29, at 5:49 PM, Anthony Holloway avholloway+cisco-v...@gmail.com wrote: Let's say you wanted to find all translation patterns where the calling party transformation was set to '2000'. SSH to the publisher and run this command. run sql select n.dnorpattern, p.name, n.callingpartytransformation from numplan as n left join routepartition as p on n.fkroutepartition = p.pkid where callingpartytransformation = '2000' This can be pretty powerful. Just read the data dictionary to understand the tables and their columns. On Friday, March 28, 2014, Lelio Fulgenzi le...@uoguelph.ca wrote: This gives us what we need. But wow. It sure took a long time to produce the report. I don't even think I selected everything. The longest was the phones. About 9000 records took over 12 hours I think. Is there a way to retrieve the file aside from using the GUI? Sent from my iPhone On 2014-03-27, at 4:33 PM, Heim, Dennis dennis.h...@wwt.com wrote: Doing and export of the translation patterns under import/export will give you what you want. Dennis Heim | Solution Architect (Collaboration) World Wide Technology, Inc. | 314-212-1814 PS Engineering: Innovate Ignite. From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Lelio Fulgenzi Sent: Thursday, March 27, 2014 3:21 PM To: cisco-voip voyp list Subject: [cisco-voip] easiest way to dump and search CallManager configuration for specific targets Just wondering what would be the easiest way to dump the CallManager configuration so I can search for specific targets? For example, you can search for a specific translation, but not the target. Thoughts? Will the Export/Import tool give me what I need? Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] openSSL and heartbleed
Does anyone know if/when Cisco will be coming out with a security advisory about Open SSL and heartbleed? http://threatpost.com/seriousness-of-openssl-heartbleed-bug-sets-in/105309 --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] openSSL and heartbleed
weird. for some reason i fixated on the date beneath the entry in the search listing which had 2011, which made more sense. do you know if there is a more recent advisory? --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Brian Meade bmead...@vt.edu To: Lelio Fulgenzi le...@uoguelph.ca Cc: cisco-voip voyp list cisco-voip@puck.nether.net Sent: Tuesday, April 8, 2014 5:16:32 PM Subject: Re: [cisco-voip] openSSL and heartbleed I don't think that's the correct advisory. That's a DoS vulnerability from 2004. Brian On Tue, Apr 8, 2014 at 5:11 PM, Lelio Fulgenzi le...@uoguelph.ca wrote: nevermind... my first search did not produce results... http://www.cisco.com/c/en/us/support/docs/csa/cisco-sa-20040317-openssl.html --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 From: Lelio Fulgenzi le...@uoguelph.ca To: cisco-voip voyp list cisco-voip@puck.nether.net Sent: Tuesday, April 8, 2014 5:09:01 PM Subject: openSSL and heartbleed Does anyone know if/when Cisco will be coming out with a security advisory about Open SSL and heartbleed? http://threatpost.com/seriousness-of-openssl-heartbleed-bug-sets-in/105309 --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] openSSL and heartbleed
Thanks Brian. Can we assume that ELM and UCCx is also not affected? Same 9.x train. Sent from my iPhone On 2014-04-08, at 7:21 PM, Brian Meade bmead...@vt.edu wrote: Here we can see CUCM does not respond to the Heartbeat Request with any data: image.png For the root inclined, we can find what openssl version is running: [root@CUCM912 ~]# openssl version OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008 This new heartbeat bug isn't valid as OpenSSL didn't even implement responding to the Heartbeat Requests until version 1.0.1. This is why CUCM doesn't respond with any data. I don't have a 10.x box to check with right now. Brian On Tue, Apr 8, 2014 at 7:01 PM, Brian Meade bmead...@vt.edu wrote: Here's what I found testing against 9.1.2.1.28 with a slightly modified python script: bmeade@ubuntu:~$ python vulnscript 10.3.11.250 Connecting... Sending Client Hello... Waiting for Server Hello... ... received message: type = 22, ver = 0301, length = 1012 Sending heartbeat request... Unexpected EOF receiving record header - server closed connection No heartbeat response received, server likely not vulnerable This is assuming the released script is checking for the vulnerability properly. Brian On Tue, Apr 8, 2014 at 5:51 PM, Brian Meade bmead...@vt.edu wrote: I haven't seen one. Currently trying to run the example python script against one of my clusters but having some trouble. On Tue, Apr 8, 2014 at 5:24 PM, Lelio Fulgenzi le...@uoguelph.ca wrote: weird. for some reason i fixated on the date beneath the entry in the search listing which had 2011, which made more sense. do you know if there is a more recent advisory? --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 From: Brian Meade bmead...@vt.edu To: Lelio Fulgenzi le...@uoguelph.ca Cc: cisco-voip voyp list cisco-voip@puck.nether.net Sent: Tuesday, April 8, 2014 5:16:32 PM Subject: Re: [cisco-voip] openSSL and heartbleed I don't think that's the correct advisory. That's a DoS vulnerability from 2004. Brian On Tue, Apr 8, 2014 at 5:11 PM, Lelio Fulgenzi le...@uoguelph.ca wrote: nevermind... my first search did not produce results... http://www.cisco.com/c/en/us/support/docs/csa/cisco-sa-20040317-openssl.html --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 From: Lelio Fulgenzi le...@uoguelph.ca To: cisco-voip voyp list cisco-voip@puck.nether.net Sent: Tuesday, April 8, 2014 5:09:01 PM Subject: openSSL and heartbleed Does anyone know if/when Cisco will be coming out with a security advisory about Open SSL and heartbleed? http://threatpost.com/seriousness-of-openssl-heartbleed-bug-sets-in/105309 --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] openSSL and heartbleed
Brian, In reading the advisory, it's not clear if Communication Manager v9 and earlier is addressed. There is something called Cisco Unified Communication Server (UCM) 9.2 and earlier, but that's confusing because it's not the name and there is no v9.2 available. http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20140409-heartbleed Any chance on getting this cleared up? Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Brian Meade bmead...@vt.edu To: Lelio Fulgenzi le...@uoguelph.ca Cc: cisco-voip voyp list cisco-voip@puck.nether.net Sent: Tuesday, April 8, 2014 7:49:18 PM Subject: Re: [cisco-voip] openSSL and heartbleed Should all be the same underlying OS. 10.x would be the only one I'd worry about until someone can check if it is vulnerable since it may have a newer openssl version. On Apr 8, 2014 7:34 PM, Lelio Fulgenzi le...@uoguelph.ca wrote: Thanks Brian. Can we assume that ELM and UCCx is also not affected? Same 9.x train. Sent from my iPhone On 2014-04-08, at 7:21 PM, Brian Meade bmead...@vt.edu wrote: blockquote Here we can see CUCM does not respond to the Heartbeat Request with any data: image.png For the root inclined, we can find what openssl version is running: [root@CUCM912 ~]# openssl version OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008 This new heartbeat bug isn't valid as OpenSSL didn't even implement responding to the Heartbeat Requests until version 1.0.1. This is why CUCM doesn't respond with any data. I don't have a 10.x box to check with right now. Brian On Tue, Apr 8, 2014 at 7:01 PM, Brian Meade bmead...@vt.edu wrote: blockquote Here's what I found testing against 9.1.2.1.28 with a slightly modified python script: bmeade@ubuntu:~$ python vulnscript 10.3.11.250 Connecting... Sending Client Hello... Waiting for Server Hello... ... received message: type = 22, ver = 0301, length = 1012 Sending heartbeat request... Unexpected EOF receiving record header - server closed connection No heartbeat response received, server likely not vulnerable This is assuming the released script is checking for the vulnerability properly. Brian On Tue, Apr 8, 2014 at 5:51 PM, Brian Meade bmead...@vt.edu wrote: blockquote I haven't seen one. Currently trying to run the example python script against one of my clusters but having some trouble. On Tue, Apr 8, 2014 at 5:24 PM, Lelio Fulgenzi le...@uoguelph.ca wrote: blockquote weird. for some reason i fixated on the date beneath the entry in the search listing which had 2011, which made more sense. do you know if there is a more recent advisory? --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 From: Brian Meade bmead...@vt.edu To: Lelio Fulgenzi le...@uoguelph.ca Cc: cisco-voip voyp list cisco-voip@puck.nether.net Sent: Tuesday, April 8, 2014 5:16:32 PM Subject: Re: [cisco-voip] openSSL and heartbleed I don't think that's the correct advisory. That's a DoS vulnerability from 2004. Brian On Tue, Apr 8, 2014 at 5:11 PM, Lelio Fulgenzi le...@uoguelph.ca wrote: blockquote nevermind... my first search did not produce results... http://www.cisco.com/c/en/us/support/docs/csa/cisco-sa-20040317-openssl.html --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 From: Lelio Fulgenzi le...@uoguelph.ca To: cisco-voip voyp list cisco-voip@puck.nether.net Sent: Tuesday, April 8, 2014 5:09:01 PM Subject: openSSL and heartbleed Does anyone know if/when Cisco will be coming out with a security advisory about Open SSL and heartbleed? http://threatpost.com/seriousness-of-openssl-heartbleed-bug-sets-in/105309 --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip /blockquote /blockquote /blockquote /blockquote /blockquote ___ cisco-voip mailing
Re: [cisco-voip] openSSL and heartbleed
Thanks so much for the update. Sent from my iPhone On 2014-04-10, at 10:08 PM, Wes Sisk (wsisk) ws...@cisco.com wrote: Lelio, UCM information should be clear in the next update. -Wes From: Lelio Fulgenzi [le...@uoguelph.ca] Sent: Thursday, April 10, 2014 7:24 PM To: Wes Sisk (wsisk) Cc: Brian Meade; cisco-voip voyp list Subject: Re: [cisco-voip] openSSL and heartbleed Thanks Wes. I can imagine the amount of work involved in figuring all this out. My comment was more towards the verbiage included in the advisory. That is, does Unified Communications Server 9.2 refer to Unified Communications Manager? I only ask because I've made assumptions like this in the past only to be surprised. Sent from my iPhone On 2014-04-10, at 6:27 PM, Wes Sisk (wsisk) ws...@cisco.com wrote: Jumping in - Updates are WIP Lelio. My expectation, as of timestamp of this email, is that UCM 9.x may not be affected. 10.x may be affected. We are still validating. -Wes From: cisco-voip [cisco-voip-boun...@puck.nether.net] on behalf of Lelio Fulgenzi [le...@uoguelph.ca] Sent: Thursday, April 10, 2014 4:47 PM To: Brian Meade Cc: cisco-voip voyp list Subject: Re: [cisco-voip] openSSL and heartbleed Brian, In reading the advisory, it's not clear if Communication Manager v9 and earlier is addressed. There is something called Cisco Unified Communication Server (UCM) 9.2 and earlier, but that's confusing because it's not the name and there is no v9.2 available. http://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20140409-heartbleed Any chance on getting this cleared up? Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 From: Brian Meade bmead...@vt.edu To: Lelio Fulgenzi le...@uoguelph.ca Cc: cisco-voip voyp list cisco-voip@puck.nether.net Sent: Tuesday, April 8, 2014 7:49:18 PM Subject: Re: [cisco-voip] openSSL and heartbleed Should all be the same underlying OS. 10.x would be the only one I'd worry about until someone can check if it is vulnerable since it may have a newer openssl version. On Apr 8, 2014 7:34 PM, Lelio Fulgenzi le...@uoguelph.ca wrote: Thanks Brian. Can we assume that ELM and UCCx is also not affected? Same 9.x train. Sent from my iPhone On 2014-04-08, at 7:21 PM, Brian Meade bmead...@vt.edu wrote: Here we can see CUCM does not respond to the Heartbeat Request with any data: image.png For the root inclined, we can find what openssl version is running: [root@CUCM912 ~]# openssl version OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008 This new heartbeat bug isn't valid as OpenSSL didn't even implement responding to the Heartbeat Requests until version 1.0.1. This is why CUCM doesn't respond with any data. I don't have a 10.x box to check with right now. Brian On Tue, Apr 8, 2014 at 7:01 PM, Brian Meade bmead...@vt.edu wrote: Here's what I found testing against 9.1.2.1.28 with a slightly modified python script: bmeade@ubuntu:~$ python vulnscript 10.3.11.250 Connecting... Sending Client Hello... Waiting for Server Hello... ... received message: type = 22, ver = 0301, length = 1012 Sending heartbeat request... Unexpected EOF receiving record header - server closed connection No heartbeat response received, server likely not vulnerable This is assuming the released script is checking for the vulnerability properly. Brian On Tue, Apr 8, 2014 at 5:51 PM, Brian Meade bmead...@vt.edu wrote: I haven't seen one. Currently trying to run the example python script against one of my clusters but having some trouble. On Tue, Apr 8, 2014 at 5:24 PM, Lelio Fulgenzi le...@uoguelph.ca wrote: weird. for some reason i fixated on the date beneath the entry in the search listing which had 2011, which made more sense. do you know if there is a more recent advisory? --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 From: Brian Meade bmead...@vt.edu To: Lelio Fulgenzi le...@uoguelph.ca Cc: cisco-voip voyp list cisco-voip@puck.nether.net Sent: Tuesday, April 8, 2014 5:16:32 PM Subject: Re: [cisco-voip] openSSL and heartbleed I don't think that's the correct advisory. That's a DoS vulnerability from 2004. Brian On Tue, Apr 8, 2014 at 5:11 PM, Lelio Fulgenzi le...@uoguelph.ca wrote: nevermind... my first search did not produce results... http://www.cisco.com/c/en/us/support/docs/csa/cisco-sa-20040317-openssl.html --- Lelio Fulgenzi, B.A. Senior Analyst
Re: [cisco-voip] file size sent to billing server
I've found changing the CDR time is a bit of a pain. I've not had much experience with v9 though, only v7 (v9 is two weeks away!). Typically I make the change. Then I reset the external billing key. Then restart the Cisco CDR Repository Manager service. Usually it fixes itself. --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Erick Wellnitz ewellnitzv...@gmail.com To: Lelio Fulgenzi le...@uoguelph.ca Cc: cisco-voip cisco-voip@puck.nether.net Sent: Monday, April 14, 2014 5:46:37 PM Subject: Re: [cisco-voip] file size sent to billing server I set that parameter to 5 minutes but it seems to be sending every 2 minutes. At 1 minute it sent every 30 seconds. Do I need to do a reset or restart services for it to take effect? On Mon, Apr 14, 2014 at 4:39 PM, Lelio Fulgenzi le...@uoguelph.ca wrote: Are we talking about CDRs? It's an Enterprise parameter that sets the number of minutes to send files. CDR File Time Interval: Required FieldThis parameter specifies the time interval for collecting CDR data. For example, if this value is set to 1, each file will contain 1 minute of CDR data (CDRs and CMRs, if enabled). The CDR database will not receive the data in each file until the interval has expired, so consider how quickly you want access to the CDR data when you decide what interval to set in this parameter. For example, setting this parameter to 60 means that each file will contain 60 minutes worth of data, but that data will not be available until the 60-minute period has elapsed and the records are written to the CDR database. This is a required field. Default: 1 Minimum: 1 Maximum: 1440 Unit: min --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 From: Erick Wellnitz ewellnitzv...@gmail.com To: cisco-voip cisco-voip@puck.nether.net Sent: Monday, April 14, 2014 5:28:34 PM Subject: [cisco-voip] file size sent to billing server Hopefully this is something I'm just overlooking. Is there a way to increase the size of the files sent via FTP to an external billing server? CM 9.1.2 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] is there a way to remove a file from Cisco ELM v9.0(2)SU1?
So the licensing team cut the license file incorrectly. Is there a way to remove the file? Or is it going to require TAC remote assistance? Just wondering. Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] is there a way to remove a file from Cisco ELM v9.0(2)SU1?
So there's no way to load the revoke file the licensing team sends? I really don't like the idea of a license file hanging around. :( Lelio Sent from my iPhone On 2014-04-16, at 1:42 PM, Brian Meade bmead...@vt.edu wrote: This is the only way right now- http://www.cisco.com/c/en/us/support/docs/voice-unified-communications/unified-communications-licensing/116289-problem-cucm-00.html On Wed, Apr 16, 2014 at 1:16 PM, Lelio Fulgenzi le...@uoguelph.ca wrote: So the licensing team cut the license file incorrectly. Is there a way to remove the file? Or is it going to require TAC remote assistance? Just wondering. Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] is there a way to remove a file from Cisco ELM v9.0(2)SU1?
Thanks Matt, It looks like the new license file they sent me replaced the original. I'm guessing there are some flags in the license file that do that? If I buy 10 more user licenses, I'm guessing the license file I receive will be an append type? Is there a tool we can use to review the binary license files? At least previously, I could read the files, compare them to what I asked for before loading them. Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Matt Taber (mtaber) mta...@cisco.com To: Brian Meade bmead...@vt.edu Cc: Lelio Fulgenzi le...@uoguelph.ca, cisco-voip cisco-voip@puck.nether.net Sent: Wednesday, April 16, 2014 2:03:08 PM Subject: Re: [cisco-voip] is there a way to remove a file from Cisco ELM v9.0(2)SU1? At this time the procedure provided by Brian is the only method in which to remove an existing license file association under ELM. The following enhancement defect has been opened with regard to the ability to manually remove the license file itself under the ELM instance: https://tools.cisco.com/bugsearch/bug/CSCud93951 Regards, Matt On Apr 16, 2014, at 12:57 PM, Brian Meade wrote: I've never seen them use a revoke file. What I would do is run that command to put it back in demo mode and have licensing give a single license file with all of your current licenses. Brian On Wed, Apr 16, 2014 at 1:53 PM, Lelio Fulgenzi le...@uoguelph.ca wrote: blockquote So there's no way to load the revoke file the licensing team sends? I really don't like the idea of a license file hanging around. :( Lelio Sent from my iPhone On 2014-04-16, at 1:42 PM, Brian Meade bmead...@vt.edu wrote: blockquote This is the only way right now- http://www.cisco.com/c/en/us/support/docs/voice-unified-communications/unified-communications-licensing/116289-problem-cucm-00.html On Wed, Apr 16, 2014 at 1:16 PM, Lelio Fulgenzi le...@uoguelph.ca wrote: blockquote So the licensing team cut the license file incorrectly. Is there a way to remove the file? Or is it going to require TAC remote assistance? Just wondering. Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip /blockquote /blockquote ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip /blockquote ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] is there a way to remove a file from Cisco ELM v9.0(2)SU1?
I'm guessing this would require the license file to be installed? I'm trying to look at a file before installing. To see the contents and ensure they are correct. Been through too many gotchas. ;) Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Brian Meade bmead...@vt.edu To: Lelio Fulgenzi le...@uoguelph.ca Cc: Matt Taber (mtaber) mta...@cisco.com, cisco-voip cisco-voip@puck.nether.net Sent: Wednesday, April 16, 2014 2:26:04 PM Subject: Re: [cisco-voip] is there a way to remove a file from Cisco ELM v9.0(2)SU1? Actually looks like that command works with 9.1.2 ELM as well. On Wed, Apr 16, 2014 at 2:22 PM, Brian Meade bmead...@vt.edu wrote: Haven't seen a license file do that before. New licenses should be appended to your current counts. Prime License Manager added a new feature where you can view the contents of a license file by running license file diagnose- http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/plm/10_0_1/CPLM_BK_U7066CD8_00_user-guide-rel-10-0-1/CPLM_BK_U7066CD8_00_user-guide-rel-10-0-1_appendix_0111.html#CPLM_RF_L1C4AAF1_00 Brian On Wed, Apr 16, 2014 at 2:17 PM, Lelio Fulgenzi le...@uoguelph.ca wrote: blockquote Thanks Matt, It looks like the new license file they sent me replaced the original. I'm guessing there are some flags in the license file that do that? If I buy 10 more user licenses, I'm guessing the license file I receive will be an append type? Is there a tool we can use to review the binary license files? At least previously, I could read the files, compare them to what I asked for before loading them. Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 From: Matt Taber (mtaber) mta...@cisco.com To: Brian Meade bmead...@vt.edu Cc: Lelio Fulgenzi le...@uoguelph.ca , cisco-voip cisco-voip@puck.nether.net Sent: Wednesday, April 16, 2014 2:03:08 PM Subject: Re: [cisco-voip] is there a way to remove a file from Cisco ELM v9.0(2)SU1? At this time the procedure provided by Brian is the only method in which to remove an existing license file association under ELM. The following enhancement defect has been opened with regard to the ability to manually remove the license file itself under the ELM instance: https://tools.cisco.com/bugsearch/bug/CSCud93951 Regards, Matt On Apr 16, 2014, at 12:57 PM, Brian Meade wrote: blockquote I've never seen them use a revoke file. What I would do is run that command to put it back in demo mode and have licensing give a single license file with all of your current licenses. Brian On Wed, Apr 16, 2014 at 1:53 PM, Lelio Fulgenzi le...@uoguelph.ca wrote: blockquote So there's no way to load the revoke file the licensing team sends? I really don't like the idea of a license file hanging around. :( Lelio Sent from my iPhone On 2014-04-16, at 1:42 PM, Brian Meade bmead...@vt.edu wrote: blockquote This is the only way right now- http://www.cisco.com/c/en/us/support/docs/voice-unified-communications/unified-communications-licensing/116289-problem-cucm-00.html On Wed, Apr 16, 2014 at 1:16 PM, Lelio Fulgenzi le...@uoguelph.ca wrote: blockquote So the licensing team cut the license file incorrectly. Is there a way to remove the file? Or is it going to require TAC remote assistance? Just wondering. Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip /blockquote /blockquote ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip /blockquote /blockquote /blockquote ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] is there a way to remove a file from Cisco ELM v9.0(2)SU1?
Still having trouble getting any discernible results. I copied the text between the certificate begin/end sections, both with and without the begin/end lines.Any other clues would be great! No rush though.Lelio---Lelio Fulgenzi, B.A.Senior Analyst, Network InfrastructureComputing and Communications Services (CCS)University of Guelph519‐824‐4120 Ext 56354le...@uoguelph.cawww.uoguelph.ca/ccsRoom 037, Animal Science and Nutrition BuildingGuelph, Ontario, N1G 2W1From: "Tommy Schlotterer" tschlotte...@netechcorp.comTo: "Lelio Fulgenzi" le...@uoguelph.caCc: "cisco-voip voyp list" cisco-voip@puck.nether.net, "Matt Taber, (mtaber)" mta...@cisco.comSent: Wednesday, April 16, 2014 2:55:33 PMSubject: Re: [cisco-voip] is there a way to remove a file from CiscoELMv9.0(2)SU1? I should have added that only parts of the file is base 64 encoded. You would need to open the file in a text editor and copy in the parts between the certificate start and ends. The user count data is found between the certificate data in clear text if I remember correctly. Tommy Sent from my mobile device. On Apr 16, 2014 2:50 PM, Lelio Fulgenzi le...@uoguelph.ca wrote: Thanks Tommy. I tried select all and it won't copy into any web based decoder. I also tried "base64 -d" on linux and it says "invalid input" I'm trying on the .bin file. Thoughts? --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 From: "Tommy Schlotterer" tschlotte...@netechcorp.com To: "Lelio Fulgenzi" le...@uoguelph.ca, "Matt Taber (mtaber)" mta...@cisco.com Cc: "cisco-voip" cisco-voip@puck.nether.net Sent: Wednesday, April 16, 2014 2:21:05 PM Subject: RE: [cisco-voip] is there a way to remove a file from CiscoELMv9.0(2)SU1? The license is base 64 encoded. You can decrypt it with a base 64 decoder. Tommy Tommy Schlotterer | Systems Engineer CCNA, CCNA Voice 48325 Alpha Dr. Ste. 150 Wixom, MI 48393 p 248.468.0710 e tschlotte...@netechcorp.com w netechcorp.com From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Lelio Fulgenzi Sent: Wednesday, April 16, 2014 2:17 PM To: Matt Taber (mtaber) Cc: cisco-voip Subject: Re: [cisco-voip] is there a way to remove a file from Cisco ELM v9.0(2)SU1? Thanks Matt, It looks like the new license file they sent me replaced the original. I'm guessing there are some flags in the license file that do that? If I buy 10 more user licenses, I'm guessing the license file I receive will be an "append" type? Is there a tool we can use to review the binary license files? At least previously, I could read the files, compare them to what I asked for before loading them. Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 From: "Matt Taber (mtaber)" mta...@cisco.com To: "Brian Meade" bmead...@vt.edu Cc: "Lelio Fulgenzi" le...@uoguelph.ca, "cisco-voip" cisco-voip@puck.nether.net Sent: Wednesday, April 16, 2014 2:03:08 PM Subject: Re: [cisco-voip] is there a way to remove a file from Cisco ELMv9.0(2)SU1? At this time the procedure provided by Brian is the only method in which to remove an existing license file association under ELM. The following enhancement defect has been opened with regard to the ability to manually remove the license file itself under the ELM instance: https://tools.cisco.com/bugsearch/bug/CSCud93951 Regards, Matt On Apr 16, 2014, at 12:57 PM, Brian Meade wrote: I've never seen them use a "revoke" file. What I would do is run that command to put it back in demo mode and have licensing give a single license file with all of your current licenses. Brian On Wed, Apr 16, 2014 at 1:53 PM, Lelio Fulgenzi le...@uoguelph.ca wrote: So there's no way to load the "revoke" file the licensing team sends? I really don't like the idea of a license file hanging around. :( Lelio Sent from my iPhone On 2014-04-16, at 1:42 PM, Brian Meade bmead...@vt.edu wrote: This is the only way right now-http://www.cisco.com/c/en/us/support/docs/voice-unified-communications/unified-communications-licensing/116289-problem-cucm-00.html On Wed, Apr 16, 2014 at 1:16 PM, Lelio Fulgenzi le...@uoguelph.ca wrote: So the licensing team cut the license file incorrectly. Is there a way to remove the file? Or is it going to require TAC remote assistance? Just wondering. Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Netw
Re: [cisco-voip] upgrading subscribers concurrently...
I forgot to mention this is an offline cluster. I read about (and will) increasing the replication timeout, but nothing about turning it off entirely. That spooks me a bit. Sent from my iPhone On 2014-04-16, at 11:40 PM, Mehtab Shinwari mshinw...@fidelus.com wrote: Lelio, If it was a minor upgrade I would have said yes go ahead with a parallel upgrade of the subscribers. But here it’s a major version change. Not only is the version change but also the OS version significantly changes, and off-course there will be multiple reboots. If you must, upgrade the PUB force all devices to register to the pub using a device pool change, stop the replication and then do the SUBs. Once done restart the replication and you should be good. I know its time consuming, but with a major upgrade I would do them one at a time. Regards Mehtab Shinwari | CCNP-V/RS Senior Support Engineer 7am-7pm | Fri-Sun +1-212-616-7859 office +1-212-616-7850 fax www.fidelus.com From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Lelio Fulgenzi Sent: Wednesday, April 16, 2014 3:41 PM To: cisco-voip voyp list Subject: [cisco-voip] upgrading subscribers concurrently... I'm about to initiate the publisher upgrade from v7 to v9 (after loading the refresh file of course)... Once that's done, I've not read anywhere that I can't do the remaining subscribers in parallel. I'd like to do that. Thoughts? --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] Unity Connection 9.1.2 MWI Task?
I'm pretty sure it's a refresh, and does exactly what you say. You can use port status monitor to see the refresh activity. You can try a simple mwi refresh for the user(s) that are having issues and see what happens. You can also trigger a manual refresh. You can also schedule the refresh to happen at a time that is convenient for you. All the while, looking at the port status monitor and also syslogs. I believe there are parameters you can set to slow down the refresh so none get missed. We had to do that. Also if you don't have enough ports set for MWI (only?) you can run into issues. Hope that helps. Sent from my iPhone On 2014-04-17, at 8:23 AM, Jason Aarons (AM) jason.aar...@dimensiondata.com wrote: I configured the Task for MWI to run every night at 3am in Unity Connection 9.1.2 When that Task runs at 3am, does it send a MWI off to all phones that don’t have new messages? And a MWI on to all phones that do have new messages? Getting several complaints about light being on and not having new messages. When I check the User Message Waiting Indicators it shows Off, but when I http to the phoneip it shows MWI on. ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] Finding which device/user is using a specific licence?
So I've completed the offline upgrade from v7 to v9 (with a few gotchas) and aside from checking out the install logs to see if there are any glaring issues, things are working. The one thing I'm trying to figure out is who/what is using a specific license. We are out of compliance by one CUWL user and one Enhanced plus user. I misunderstood how the loaning process worked and asked to have only Enhanced (and Essential) licenses issued. Since this is what our ESW and UCSS contracts are/will be based on. I suspect the CUWL license was used up by my userID because I had four phones owned by it. I deleted two of the phones and modified the other. I did a resync on ELM but no change. I did a restart of CallManager and no change. License Manager is not allowed to be restarted at GUI. I need to find the Enahanced Plus user/device. Does any one have any tricks? I used the CDR search by user since it shows the phones owned by a user. The user information page does not show this. How long does it take Callmanager to change the request it sends to ELM? Any help would be appreciated. Lelio Sent from my iPhone ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] Finding which device/user is using a specific licence?
Thanks Brian. That page showed the report I needed. The link next to the licenses shows the user who's using that license, but not why. I went down and went to the assigned devices, and that showed the user and the license they're using and the link in there showed why and what devices. I've fixed the problem. How can I tell CallManager to re-request the correct licenses from ELM? It still shows as out of compliance. Thanks, Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Brian Meade bmead...@vt.edu To: Lelio Fulgenzi le...@uoguelph.ca Cc: cisco-voip voyp list cisco-voip@puck.nether.net Sent: Friday, April 18, 2014 12:35:56 PM Subject: Re: [cisco-voip] Finding which device/user is using a specific licence? The License Usage Report in CUCM under System-Licensing allows you to click the number next to the license and it will show which users are utilizing those licenses and why. I think that should show you the information you're looking for. On Fri, Apr 18, 2014 at 11:38 AM, Lelio Fulgenzi le...@uoguelph.ca wrote: So I've completed the offline upgrade from v7 to v9 (with a few gotchas) and aside from checking out the install logs to see if there are any glaring issues, things are working. The one thing I'm trying to figure out is who/what is using a specific license. We are out of compliance by one CUWL user and one Enhanced plus user. I misunderstood how the loaning process worked and asked to have only Enhanced (and Essential) licenses issued. Since this is what our ESW and UCSS contracts are/will be based on. I suspect the CUWL license was used up by my userID because I had four phones owned by it. I deleted two of the phones and modified the other. I did a resync on ELM but no change. I did a restart of CallManager and no change. License Manager is not allowed to be restarted at GUI. I need to find the Enahanced Plus user/device. Does any one have any tricks? I used the CDR search by user since it shows the phones owned by a user. The user information page does not show this. How long does it take Callmanager to change the request it sends to ELM? Any help would be appreciated. Lelio Sent from my iPhone ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] Finding which device/user is using a specific licence?
Thanks Ryan, Looks like a user without a phone that is using the mobile SNR feature uses a basic licence. Sent from my iPhone On 2014-04-21, at 4:14 PM, Ryan Ratliff (rratliff) rratl...@cisco.com wrote: An RDP means the user is using the SNR feature, and will consume a license as such. -Ryan On Apr 18, 2014, at 1:33 PM, Lelio Fulgenzi le...@uoguelph.ca wrote: Ok, got it. I was doing a synchronize on the ELM without the changes taking affect. In the same section on CallManager, there's an update usage button. I pressed that first, then sync button on ELM and we're all good! I'm trying to figure out why some users are taking up a basic license though... I believe these are users with a remote destination profile configured but no phone. Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 From: Lelio Fulgenzi le...@uoguelph.ca To: Brian Meade bmead...@vt.edu Cc: cisco-voip voyp list cisco-voip@puck.nether.net Sent: Friday, April 18, 2014 1:24:54 PM Subject: Re: [cisco-voip] Finding which device/user is using a specific licence? Thanks Brian. That page showed the report I needed. The link next to the licenses shows the user who's using that license, but not why. I went down and went to the assigned devices, and that showed the user and the license they're using and the link in there showed why and what devices. I've fixed the problem. How can I tell CallManager to re-request the correct licenses from ELM? It still shows as out of compliance. Thanks, Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 From: Brian Meade bmead...@vt.edu To: Lelio Fulgenzi le...@uoguelph.ca Cc: cisco-voip voyp list cisco-voip@puck.nether.net Sent: Friday, April 18, 2014 12:35:56 PM Subject: Re: [cisco-voip] Finding which device/user is using a specific licence? The License Usage Report in CUCM under System-Licensing allows you to click the number next to the license and it will show which users are utilizing those licenses and why. I think that should show you the information you're looking for. On Fri, Apr 18, 2014 at 11:38 AM, Lelio Fulgenzi le...@uoguelph.ca wrote: So I've completed the offline upgrade from v7 to v9 (with a few gotchas) and aside from checking out the install logs to see if there are any glaring issues, things are working. The one thing I'm trying to figure out is who/what is using a specific license. We are out of compliance by one CUWL user and one Enhanced plus user. I misunderstood how the loaning process worked and asked to have only Enhanced (and Essential) licenses issued. Since this is what our ESW and UCSS contracts are/will be based on. I suspect the CUWL license was used up by my userID because I had four phones owned by it. I deleted two of the phones and modified the other. I did a resync on ELM but no change. I did a restart of CallManager and no change. License Manager is not allowed to be restarted at GUI. I need to find the Enahanced Plus user/device. Does any one have any tricks? I used the CDR search by user since it shows the phones owned by a user. The user information page does not show this. How long does it take Callmanager to change the request it sends to ELM? Any help would be appreciated. Lelio Sent from my iPhone ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] dbrep timeout
Hey Ed, Brian Meade responded to a similar question I had. He forwarded off this DOC... https://supportforums.cisco.com/document/52421/troubleshooting-cucm-database-replication-linux-appliance-model#Replication_Timeout_Design_Estimation The default is set to 300 seconds which suits clusters of 5 or less nodes. Any more, you'll want to increase it. Here's the snippet: Server 1-5 = 1 Minute Per Server Servers 6-10 = 2 Minutes Per Server Servers 10 = 3 Minutes Per Server. Example: 12 Servers in Cluster : Server 1-5 * 1 Min = 5 Min, + 6-10 * 2 Min = 10 min, + 11-12 * 3 Min = 6 Min, Repltimeout should be set to 21 Minutes. --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Ed Leatherman ealeather...@gmail.com To: Cisco VOIP cisco-voip@puck.nether.net Sent: Tuesday, April 22, 2014 11:26:01 AM Subject: [cisco-voip] dbrep timeout Reviewing some docs for upgrading my primary production cluster from 8 to 9.1. What constitutes a large cluster wrt to the db replication timeout? * Use the utils dbreplication setrepltimeout CLI command to increase the database replication timeout value when upgrading large clusters so that more subscriber nodes have sufficient time to request replication. When the timer expires, the first subscriber node, plus all other subscriber nodes that requested replication within that time period, begin a batch data replication with the publisher node. The default database replication timeout value is 300 (5 minutes). Restore the timeout to the default value after the entire cluster upgrades and the subscriber nodes have successfully set up replication. For more information, see the Command Line Interface Guide for Cisco Unified Communications Solutions . -- Ed Leatherman ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] Two licensing issues during CUCM/UCCx v7 to v9 upgrades
Our upgrades have gone pretty well, except for licensing on both systems. For both systems, we followed instructions as outlined in both documentation and on the list. But for some reason, we still ran into issues. On CallManager, I installed v7, restored from backup, and then proceeded to upload new licenses. The first feature license file it allowed me to upload, but the second, nodes license file told me that only one W1 license file was allowed. I then attempted to upload the DLU licenses and that uploaded as well. After that, I tried deleting files from the CLI which I think made things worse, so I ended up getting a TAC case to help us clear out all the old license files so we were able to upload the new ones. On UCCx, we upgraded v7.0(1) to v7.0(2)ES3 and use the PUT backup tool to create the backup. We then installed v9.0(2)SU1 from scratch, and selected restore from backup. It asked us for the newly migrated license file (which read the correct settings, Premium, HA and 85 seats). We did get a warning about the licenses not matching, but continued the installation because the values were more than what we expected and needed to get things completed. Turns out, it seems it's adding some of the previous license seat values to the 85. We have a TAC case open for the second one so that we can go into production with the correct quantities. Just thought I'd share. Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] 8 channel GSM gateways?
this sounds interesting. are your mobile devices isolated to particular telephone numbers (or groups) that allow you to make the route patterns manageable? in North America (if you don't already know) with number portability, there is no such grouping. that being said, my curiosity found this: http://www.voip-info.org/wiki/view/VoIP+Gateways#CellularMobilePhoneGateways the dinstar ones look neat. good luck --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Robert Kulagowski rkula...@gmail.com To: Cisco VOIP cisco-voip@puck.nether.net Sent: Thursday, April 24, 2014 11:35:44 AM Subject: [cisco-voip] 8 channel GSM gateways? One of our offices (in Brazil) wants to deploy 8 cell phones to make calls to cellular destinations cheaper. (Cell provider has cheap on-net calls) We've had bad experiences with analog gateways in the past (disconnect supervision problems). Does anyone have any recommendations for an 8-port GSM gateway (either PRI or H.323/SIP interface) which can be used in Brazil? If we do manage to find such a box, do you just pull the SIM cards from 8 cell phones and plug them into the box? Thanks. ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] 8 channel GSM gateways?
I hear what Robert is saying though. We have a group on campus that has deployed 150 cell phones and are using that as their primary device. They're worried about going over their free monthly minutes. After which, costs are high. By getting a GSM gateway, with SIMs on the same network, we can add these to their family plan, which means unlimited inbound/outbound calling to/from these devices. I'd have to weigh the costs of implementation with the savings. --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Neal Haas nh...@co.fresno.ca.us To: Erick Bergquist erick...@gmail.com, Lelio Fulgenzi le...@uoguelph.ca Cc: Cisco VOIP cisco-voip@puck.nether.net Sent: Thursday, April 24, 2014 1:30:44 PM Subject: RE: [cisco-voip] 8 channel GSM gateways? We have done something a little different, Cisco Router with Verizon Data card, put cisco phones on the edge. Not your case, But could you get a SIP provider, would that not be cheaper solution than Cell Phones Neal Haas From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Erick Bergquist Sent: Thursday, April 24, 2014 10:23 AM To: Lelio Fulgenzi Cc: Cisco VOIP Subject: Re: [cisco-voip] 8 channel GSM gateways? I'd be interested if you find one and go with one. I have dealt with a client in same country who does this with FXO ports and a mobile phone device like you, but haven't heard of any issues so haven't really looked into alternatives. On Thu, Apr 24, 2014 at 11:07 AM, Lelio Fulgenzi le...@uoguelph.ca wrote: this sounds interesting. are your mobile devices isolated to particular telephone numbers (or groups) that allow you to make the route patterns manageable? in North America (if you don't already know) with number portability, there is no such grouping. that being said, my curiosity found this: http://www.voip-info.org/wiki/view/VoIP+Gateways#CellularMobilePhoneGateways the dinstar ones look neat. good luck --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519 ‐ 824 ‐ 4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 From: Robert Kulagowski rkula...@gmail.com To: Cisco VOIP cisco-voip@puck.nether.net Sent: Thursday, April 24, 2014 11:35:44 AM Subject: [cisco-voip] 8 channel GSM gateways? One of our offices (in Brazil) wants to deploy 8 cell phones to make calls to cellular destinations cheaper. (Cell provider has cheap on-net calls) We've had bad experiences with analog gateways in the past (disconnect supervision problems). Does anyone have any recommendations for an 8-port GSM gateway (either PRI or H.323/SIP interface) which can be used in Brazil? If we do manage to find such a box, do you just pull the SIM cards from 8 cell phones and plug them into the box? Thanks. ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] 8 channel GSM gateways?
i didn't look through many others (but did find http://vintelecom.com/home.asp ) afterwards. i haven't used their products, but i find that when a company has a fairly in depth website, usually the support is there for their product as well. that's totally a shot in the dark. but at least you can read up on things. looks like they are trying to get solutions for other PBX vendors as well. --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Robert Kulagowski rkula...@gmail.com To: Cisco VOIP cisco-voip@puck.nether.net Sent: Thursday, April 24, 2014 2:31:33 PM Subject: Re: [cisco-voip] 8 channel GSM gateways? On Thu, Apr 24, 2014 at 12:22 PM, Erick Bergquist erick...@gmail.com wrote: I'd be interested if you find one and go with one. I have dealt with a client in same country who does this with FXO ports and a mobile phone device like you, but haven't heard of any issues so haven't really looked into alternatives. The problem is that their proposed solution is for us to generate dialtone (FXS) towards them rather than FXO. Lelio, I'd already seen that page and was going through the vendors. What made the dinstar one jump out? It doesn't appear that a SIP trunk in Brazil would make calls to the cell carrier any cheaper. Too bad! As far as the numbering plan, it seems like we'll be able to route the calls appropriately on the dialed number, so that calls stay on-net for the carrier. ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] 8 channel GSM gateways?
Thanks for sharing Dennis. Looks like they have several models depending on the density you need. --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Dennis Heim dennis.h...@wwt.com To: Lelio Fulgenzi le...@uoguelph.ca, Robert Kulagowski rkula...@gmail.com Cc: Cisco VOIP cisco-voip@puck.nether.net Sent: Friday, April 25, 2014 5:46:17 AM Subject: RE: [cisco-voip] 8 channel GSM gateways? I think this probably a little bigger than you are looking for, but interesting none the less, talks SIP/H.323. http://www.hyperms.com/products/gsm-gateways/voip-gsm-gateway.html Dennis Heim | Solution Architect (Collaboration) World Wide Technology, Inc. | 314-212-1814 PS Engineering: Innovate Ignite. From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Lelio Fulgenzi Sent: Thursday, April 24, 2014 3:09 PM To: Robert Kulagowski Cc: Cisco VOIP Subject: Re: [cisco-voip] 8 channel GSM gateways? i didn't look through many others (but did find http://vintelecom.com/home.asp ) afterwards. i haven't used their products, but i find that when a company has a fairly in depth website, usually the support is there for their product as well. that's totally a shot in the dark. but at least you can read up on things. looks like they are trying to get solutions for other PBX vendors as well. --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519 ‐ 824 ‐ 4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Robert Kulagowski rkula...@gmail.com To: Cisco VOIP cisco-voip@puck.nether.net Sent: Thursday, April 24, 2014 2:31:33 PM Subject: Re: [cisco-voip] 8 channel GSM gateways? On Thu, Apr 24, 2014 at 12:22 PM, Erick Bergquist erick...@gmail.com wrote: I'd be interested if you find one and go with one. I have dealt with a client in same country who does this with FXO ports and a mobile phone device like you, but haven't heard of any issues so haven't really looked into alternatives. The problem is that their proposed solution is for us to generate dialtone (FXS) towards them rather than FXO. Lelio, I'd already seen that page and was going through the vendors. What made the dinstar one jump out? It doesn't appear that a SIP trunk in Brazil would make calls to the cell carrier any cheaper. Too bad! As far as the numbering plan, it seems like we'll be able to route the calls appropriately on the dialed number, so that calls stay on-net for the carrier. ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] anyone try Skype Connect ?
anyone try Skype Connect? http://www.skype.com/en/features/ looks like an interesting thing to try out. --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] anyone try Skype Connect ?
nope. but when i get there, there isn't much info. does it provide a skype gateway? --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Scott Voll svoll.v...@gmail.com To: Lelio Fulgenzi le...@uoguelph.ca Cc: Cisco VOIP cisco-voip@puck.nether.net Sent: Friday, April 25, 2014 12:29:17 PM Subject: Re: [cisco-voip] anyone try Skype Connect ? did you see: https://www.ciscojabbervideo.com/home ? Scott On Fri, Apr 25, 2014 at 7:49 AM, Lelio Fulgenzi le...@uoguelph.ca wrote: anyone try Skype Connect? http://www.skype.com/en/features/ looks like an interesting thing to try out. --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] transfer to SIP endpoint (Nuance Speech Attendant) no longer working after upgrade from v7.1(5)SU3 to v9.1(2)SU1
OK, this is a weird one. It took a while to isolate, but it seems like calls that are transferred to SIP endpoints are not working after an upgrade from v7.1(5)SU3 to v9.1(2)SU1. We don't have many SIP endpoints, in fact, we only have 3, but two of those are our Nuance Speech Attendants. The other is an ATA-187. We're going to bring our spare ATA-187 up for additional testing to see if it's one way audio, or no audio, etc. But that may take a while since we're not too used to bringing these up quickly. I'm also going to consider opening a TAC case, cause I have no idea where to look for something like this. Not being familiar with SIP endpoints too much. And never seeing something break after a transfer. :( Any ideas anyone? Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] transfer to SIP endpoint (Nuance Speech Attendant) no longer working after upgrade from v7.1(5)SU3 to v9.1(2)SU1
ok, transfers to Cisco SIP devices work fine. found this bug after looking at list archives... https://tools.cisco.com/bugsearch/bug/CSCug50634 one-way voice with diverted 3rd party phones, from sip via mgcp/qsig not sure if it's related --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Lelio Fulgenzi le...@uoguelph.ca To: Cisco VOIP cisco-voip@puck.nether.net Sent: Sunday, April 27, 2014 11:40:23 AM Subject: transfer to SIP endpoint (Nuance Speech Attendant) no longer working after upgrade from v7.1(5)SU3 to v9.1(2)SU1 OK, this is a weird one. It took a while to isolate, but it seems like calls that are transferred to SIP endpoints are not working after an upgrade from v7.1(5)SU3 to v9.1(2)SU1. We don't have many SIP endpoints, in fact, we only have 3, but two of those are our Nuance Speech Attendants. The other is an ATA-187. We're going to bring our spare ATA-187 up for additional testing to see if it's one way audio, or no audio, etc. But that may take a while since we're not too used to bringing these up quickly. I'm also going to consider opening a TAC case, cause I have no idea where to look for something like this. Not being familiar with SIP endpoints too much. And never seeing something break after a transfer. :( Any ideas anyone? Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] transfer to SIP endpoint (Nuance Speech Attendant) no longer working after upgrade from v7.1(5)SU3 to v9.1(2)SU1
Thanks Brian. I did engage the TAC and they were able to track it down to Nuance sending back an inactive media parameter setting. Nuance has confirmed that they've seen something like this before and are working at possibly recreating a patch they did for a previous version. The TAC did mention something about the order preference of MR(G)L being done differently though. Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Brian Meade bmead...@vt.edu To: Lelio Fulgenzi le...@uoguelph.ca Cc: Cisco VOIP cisco-voip@puck.nether.net Sent: Sunday, April 27, 2014 8:12:09 PM Subject: Re: [cisco-voip] transfer to SIP endpoint (Nuance Speech Attendant) no longer working after upgrade from v7.1(5)SU3 to v9.1(2)SU1 Lelio, That bug was fixed in 9.1.2 so you should have the fix as well. We'll probably need to take a look st the SIP messaging either from a packet capture or CallManager traces ideally to see what is going on with these calls. Brian On Sun, Apr 27, 2014 at 12:01 PM, Lelio Fulgenzi le...@uoguelph.ca wrote: ok, transfers to Cisco SIP devices work fine. found this bug after looking at list archives... https://tools.cisco.com/bugsearch/bug/CSCug50634 one-way voice with diverted 3rd party phones, from sip via mgcp/qsig not sure if it's related --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 From: Lelio Fulgenzi le...@uoguelph.ca To: Cisco VOIP cisco-voip@puck.nether.net Sent: Sunday, April 27, 2014 11:40:23 AM Subject: transfer to SIP endpoint (Nuance Speech Attendant) no longer working after upgrade from v7.1(5)SU3 to v9.1(2)SU1 OK, this is a weird one. It took a while to isolate, but it seems like calls that are transferred to SIP endpoints are not working after an upgrade from v7.1(5)SU3 to v9.1(2)SU1. We don't have many SIP endpoints, in fact, we only have 3, but two of those are our Nuance Speech Attendants. The other is an ATA-187. We're going to bring our spare ATA-187 up for additional testing to see if it's one way audio, or no audio, etc. But that may take a while since we're not too used to bringing these up quickly. I'm also going to consider opening a TAC case, cause I have no idea where to look for something like this. Not being familiar with SIP endpoints too much. And never seeing something break after a transfer. :( Any ideas anyone? Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] webdialer secondary screen shows writing right-to-left
weird. webdialer second screen shows writing right-to-left. first screen shows fine. --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] loopback SIP trunk for failover calls
We've built SIP trunks to our Nuance Speech Attendant servers, but have been told that in order to ensure failover in the event the servers are not responding, we need to build a loopback SIP trunk back to the CallManager servers so the call is handled. I'm not sure of all the SIP parameters we need, I'm gonna start with defaults, but heeding the old rule of never allow a trunk to dial a number that can reach itself I was going to do the following: * create a SIP trunk with all cluster members as Destinations * check Run On All Active Unified CM Nodes * create a SIP Loopback partition and put only that partition into a SIP Loopback search space * in the SIP Loopback partition, create a translation for each route pattern with the failover destination Any thoughts, will this give me what I need? Thanks, Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] loopback SIP trunk for failover calls
OK ... this just clicked. It doesn't have to be a SIP trunk. Can I create a non-gatekeeper Intercluster trunk loopback? - Original Message - From: Lelio Fulgenzi le...@uoguelph.ca To: Cisco VOIP cisco-voip@puck.nether.net Sent: Tuesday, April 29, 2014 1:53:34 PM Subject: loopback SIP trunk for failover calls We've built SIP trunks to our Nuance Speech Attendant servers, but have been told that in order to ensure failover in the event the servers are not responding, we need to build a loopback SIP trunk back to the CallManager servers so the call is handled. I'm not sure of all the SIP parameters we need, I'm gonna start with defaults, but heeding the old rule of never allow a trunk to dial a number that can reach itself I was going to do the following: * create a SIP trunk with all cluster members as Destinations * check Run On All Active Unified CM Nodes * create a SIP Loopback partition and put only that partition into a SIP Loopback search space * in the SIP Loopback partition, create a translation for each route pattern with the failover destination Any thoughts, will this give me what I need? Thanks, Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] loopback SIP trunk for failover calls
Wonderful. Will try with SIP trunk first and see how it goes I want to try and keep it generic enough to use for all my loopback requirements. Cheers. --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Brian Meade bmead...@vt.edu To: Lelio Fulgenzi le...@uoguelph.ca Cc: Cisco VOIP cisco-voip@puck.nether.net Sent: Tuesday, April 29, 2014 2:01:25 PM Subject: Re: [cisco-voip] loopback SIP trunk for failover calls I believe that method should work similarly. You could even try adding CUCM nodes as H.323 gateways even. I've seen some people do it with MGCP PRIs and crossconnect between 2 PRI ports. There's a lot of ways to accomplish it. Brian On Tue, Apr 29, 2014 at 1:56 PM, Lelio Fulgenzi le...@uoguelph.ca wrote: OK ... this just clicked. It doesn't have to be a SIP trunk. Can I create a non-gatekeeper Intercluster trunk loopback? -- *From: *Lelio Fulgenzi le...@uoguelph.ca *To: *Cisco VOIP cisco-voip@puck.nether.net *Sent: *Tuesday, April 29, 2014 1:53:34 PM *Subject: *loopback SIP trunk for failover calls We've built SIP trunks to our Nuance Speech Attendant servers, but have been told that in order to ensure failover in the event the servers are not responding, we need to build a loopback SIP trunk back to the CallManager servers so the call is handled. I'm not sure of all the SIP parameters we need, I'm gonna start with defaults, but heeding the old rule of never allow a trunk to dial a number that can reach itself I was going to do the following: - create a SIP trunk with all cluster members as Destinations - check Run On All Active Unified CM Nodes - create a SIP Loopback partition and put only that partition into a SIP Loopback search space - in the SIP Loopback partition, create a translation for each route pattern with the failover destination Any thoughts, will this give me what I need? Thanks, Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] loopback SIP trunk for failover calls
Worked like a charm. First go! Thanks again - Original Message - From: Brian Meade bmead...@vt.edu To: Lelio Fulgenzi le...@uoguelph.ca Cc: Cisco VOIP cisco-voip@puck.nether.net Sent: Tuesday, April 29, 2014 2:01:25 PM Subject: Re: [cisco-voip] loopback SIP trunk for failover calls I believe that method should work similarly. You could even try adding CUCM nodes as H.323 gateways even. I've seen some people do it with MGCP PRIs and crossconnect between 2 PRI ports. There's a lot of ways to accomplish it. Brian On Tue, Apr 29, 2014 at 1:56 PM, Lelio Fulgenzi le...@uoguelph.ca wrote: OK ... this just clicked. It doesn't have to be a SIP trunk. Can I create a non-gatekeeper Intercluster trunk loopback? From: Lelio Fulgenzi le...@uoguelph.ca To: Cisco VOIP cisco-voip@puck.nether.net Sent: Tuesday, April 29, 2014 1:53:34 PM Subject: loopback SIP trunk for failover calls We've built SIP trunks to our Nuance Speech Attendant servers, but have been told that in order to ensure failover in the event the servers are not responding, we need to build a loopback SIP trunk back to the CallManager servers so the call is handled. I'm not sure of all the SIP parameters we need, I'm gonna start with defaults, but heeding the old rule of never allow a trunk to dial a number that can reach itself I was going to do the following: * create a SIP trunk with all cluster members as Destinations * check Run On All Active Unified CM Nodes * create a SIP Loopback partition and put only that partition into a SIP Loopback search space * in the SIP Loopback partition, create a translation for each route pattern with the failover destination Any thoughts, will this give me what I need? Thanks, Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] webdialer secondary screen shows writing right-to-left
tac has confirmed same behaviour in lab. i'll follow up with a bugID when I get it --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Lelio Fulgenzi le...@uoguelph.ca To: Cisco VOIP cisco-voip@puck.nether.net Sent: Monday, April 28, 2014 4:40:47 PM Subject: [cisco-voip] webdialer secondary screen shows writing right-to-left weird. webdialer second screen shows writing right-to-left. first screen shows fine. --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] webdialer secondary screen shows writing right-to-left
that would be great! ;) allthough, it's not backwards. and, in actuality, i described the problem incorrectly. it's right justified with the periods at the wrong end. it's really werid! --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Brian Meade bmead...@vt.edu To: Lelio Fulgenzi le...@uoguelph.ca Cc: Cisco VOIP cisco-voip@puck.nether.net Sent: Friday, May 2, 2014 4:10:04 PM Subject: Re: [cisco-voip] webdialer secondary screen shows writing right-to-left I hope they make the workaround to use a mirror. On Fri, May 2, 2014 at 3:46 PM, Lelio Fulgenzi le...@uoguelph.ca wrote: tac has confirmed same behaviour in lab. i'll follow up with a bugID when I get it --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 From: Lelio Fulgenzi le...@uoguelph.ca To: Cisco VOIP cisco-voip@puck.nether.net Sent: Monday, April 28, 2014 4:40:47 PM Subject: [cisco-voip] webdialer secondary screen shows writing right-to-left weird. webdialer second screen shows writing right-to-left. first screen shows fine. --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] UCCX GUI and CLI license count differ
We ran into a similar problem. We saw a 'warning' in the onscreen log file when we went 'upgraded' from v7 to v9 using the PUT backup file and new license file. It said something like the number of seats don't match the new licence. But didn't have time to investigate until a couple of days before the cutover. The re-hosted licence looked fine. It had everything we thought it needed. The licence team said so as well. So when we called TAC back, they told us to delete the old licence files. (After some math, we saw that it was adding up the original old lic numbers with the new v9 file). After deleting them, the system broke. Turned out, the licence file did not include everything and needed to be cut again as a new(?) install. Reinstalled the new file and were good to go. Strange enough. After fixing it, it triggered two bugs we didn't see before. The first was the chat subsystem not coming up. Which needed to have the notification subsystem restarted first, the chat subsystem. And the other was the web services subsystem not coming up. That requires a patch file to be copied by TAC. We decided to hold off on that. Bottom line, I think you need TAC. Sent from my iPhone On 2014-05-04, at 12:30 AM, Louis Koekemoer (AM) louis.koekem...@dimensiondata.com wrote: Hi all, I did a UCCX upgrade to 9.x today and something is weird. Wondering if I should worry about it. When I run the command “ Show UCCX License” from CLI, it shows we have 127 seats and 150 ports licensed, but when I look at the GUI it only show 27 seats and 54 ports. I could not login with more than 27 agents to test on the weekend to see if that is going to cause problems. I can confirm I have more than 54 ports registered that tells me the GUI is inaccurate. Normally I would trust the CLI rather than the GUI anyway, but this is weird. admin:show uccx license Configured Licenses: Package: Cisco Unified CCX Premium IVR Port(s): 150 Cisco Unified CCX Premium Seat(s): 127 High Availability : Enabled Cisco Unified CCX Preview Outbound Dialer: Enabled Cisco Unified CCX Maximum Agents: 400 For dynamic content like the Inbound ports in use and Outbound ports available and in use please check using the Cisco Unified CCX Administration. Command successful. Configured Licenses: Package: Cisco Unified CCX Premium Total IVR Port(s): 54 Cisco Unified CCX Premium Seat(s): 27 High Availability : Enabled Cisco Unified CCX Preview Outbound Dialer: Enabled Cisco Unified CCX Maximum Agents: 400 Kind regards Louis Koekemoer Lead Technical Consultant Dimension Data, Canada 2680 Skymark Avenue Suite 400 Mississauga, Ontario L4W 5L6 Office: +1 (647) 724-2755 Mobile: +1 (289) 828-5713 EFax: +1 (855) 817-6553 louis.koekem...@dimensiondata.com Planned Absence – image001.jpg For more information about Dimension Data, please go to www.dimensiondata.com P Before printing this email please think about the environment ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] UC 9 licensing
Same here. Mine have all been within 24 hours. Sent from my iPhone On 2014-05-11, at 9:59 PM, Tim Smith tim.sm...@enject.com.au wrote: Hey mate, Usually only a couple of days in my experience. I would complain and try and escalate it further. Cheers, Tim. From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Dana Tong Sent: Monday, 12 May 2014 11:50 AM To: cisco-voip@puck.nether.net (cisco-voip@puck.nether.net) Subject: [cisco-voip] UC 9 licensing Good day all, I did an upgrade to UCM 9.1(2)SU1 last week. (Monday night) I provided the Global Licensing team the following information: UCSS / ESW contract Original Sales order # (original BOM was for 3 years UCSS / ESW on xxx CUWLBE Standard plus xxx analogue devices) Product Upgrade Tool – confirmation order License Count Utility output Original License count How long does it take for the “Product Manager” to review and provide the ELM license? It’s now been a week. I am having very little response with the lady in the states. Does the Global Licensing Team work in the APJC region? Cheers Dana ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] Cisco Call Recording Solution
anyone use Eventide products? (http://www.eventide.com/) they are a traditional 911 provider, and our security office uses them. when talking with them, they were one of the few ones that understood and had implemented multi-level administration in it's true sense. but that was a while ago. --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Brian Meade bmead...@vt.edu To: Chris Ward (chrward) chrw...@cisco.com Cc: Ken Rhodes kenneth.rho...@gmail.com, cisco-voip@puck.nether.net Sent: Wednesday, May 28, 2014 1:39:43 PM Subject: Re: [cisco-voip] Cisco Call Recording Solution AQM is the Calabrio recording system sold by Cisco. It's okay, but Calabrio support is horrible. I haven't worked with MediaSense but it is a true Cisco product. It should also give you video on hold funtionality if you have CUCM 10.x which is pretty neat. The best recording vendor I've worked with in terms of support has been Nice. Their product seems to have been polished a lot more and has been around for much longer. It also seems to scale pretty well. On Wed, May 28, 2014 at 1:21 PM, Chris Ward (chrward) chrw...@cisco.com wrote: MediaSense is not an OEM. It is a home-grown Cisco product. The search and play interface was re-written in 10.0. I would suggest you give it another look if you haven't seen it since the 9.X releases. Reporting improvements are on our roadmap, but this can be supplemented in our current releases by using the APIs to retrieve whatever information is required, either by writing your own app or using a partner app. +Chris TME - MediaSense and Unity Connection -Original Message- From: Leslie Meade [mailto: leslie.me...@lvs1.com ] Sent: Wednesday, May 28, 2014 1:18 PM To: Chris Ward (chrward); Ken Rhodes; cisco-voip@puck.nether.net Subject: Re: [cisco-voip] Cisco Call Recording Solution While the mediasense app is easy to get running the gui for play back is woeful at best and no reporting. Mediasence is a oem of calabrio. Sent from Samsung Mobile Original message From: Chris Ward (chrward) Date:05/28/2014 10:15 (GMT-08:00) To: Ken Rhodes , cisco-voip@puck.nether.net Subject: Re: [cisco-voip] Cisco Call Recording Solution As the TME for MediaSense, I am obligated to tell you to take a look at Cisco MediaSense. MediaSense provides audio recording via the phone's built-in bridge or CUBE media-forking (which can be dial-peer controlled or CUCM controlled as of 10.0). We are also offering video call recording in our 10.5 release using CUBE dial-peer forking. We have a fairly extensive set of APIs available as well which allows our partner applications to integrate with MediaSense to provide additional or supplemental functionality. Also, maybe one of the most attractive parts of MediaSense is that it is licensed on a concurrent port basis whereas most other recording products are licensed on a per user basis which can be more costly. Let me know if you have any questions. If you are interested in more detail, you should reach out to your Cisco account team. Or, if you have access, I just did a MediaSense presentation at CiscoLive that should be online for viewing. +Chris TME - MediaSense and Unity Connection -Original Message- From: cisco-voip [mailto: cisco-voip-boun...@puck.nether.net ] On Behalf Of Ken Rhodes Sent: Wednesday, May 28, 2014 1:02 PM To: cisco-voip@puck.nether.net Subject: [cisco-voip] Cisco Call Recording Solution Does anyone have a good suggestion about a CUCM call recording solution? We currently have Zoom, however the sales and customer service has been lacking so we are looking at other providers. Thanks Sent from my iPhone ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] Intermittent phone resets
Just to add, we too are experiencing the same issue. Although I don't think we've had complaints of dropped calls. We first saw the issue when upgrading from v4.1 to v7.1 around two years ago, but because we didn't get complaints we had to prioritize. We're now seeing many more dropped phones. I'm not sure if the alerts were there in v4.1 and we just didn't have the alerts set up to come to us or not. It was a long time ago. We opened a TAC case, but unfortunately, we have not been able to work on it due to other pressing issues. I have to go back to our team to co-ordinate getting this going again. I'd like to resolve this. There should be no reason to have such a large number of de-registration events. We are primarily 7940/60 7912 phones with a number of 7911s, 7942, 7962 interspersed. I too am of the thought that it's not CUCM version dependent, but more so either switch configuration (loop detection) or firewall issues. The case owner said the only real way to figure things out is to get a packet capture from both the callmanager and the phones when it happens. Unfortunately, it's difficult to do so, since how do you guess where the phones are going to un-register from? We might have to do some sort of multi-vlan capture, but that is gonna be tough too. --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Tashi Mar t...@align.com To: Terry Oakley terry.oak...@rdc.ab.ca, Dennis Heim dennis.h...@wwt.com, cisco-voip@puck.nether.net Sent: Thursday, June 5, 2014 2:10:17 PM Subject: Re: [cisco-voip] Intermittent phone resets Hi all, appreciate the feedback. There are some SCCP phones (along with SIP) that reset too; TAC could not pinpoint any phone firmware or CUCM bugs either. Will find out the switch OS, but environment is all stacked 3750s at the core and access layers in both locations. Any chance you recall the bug ID? Definitely will check into: - Switch bug related to spanning tree and excessive Topology Change Notifications (TCN). They actually replaced some access switches, but that doesn’t mean the configuration was modified. - Circular buffer packet captures We did verify that the ASAs are not doing any SIP or SCCP inspection; voice traffic on this network does not pass through firewalls anyway. Thanks! Tashi Mar | IP Telephony Engineer From: Terry Oakley [mailto:terry.oak...@rdc.ab.ca] Sent: Thursday, June 05, 2014 2:02 PM To: Heim, Dennis; Mar, Tashi; cisco-voip@puck.nether.net Subject: RE: Intermittent phone resets What version of switches and OS were you using? Thanks Terry From: cisco-voip [ mailto:cisco-voip-boun...@puck.nether.net ] On Behalf Of Heim, Dennis Sent: June-05-14 11:50 AM To: Mar, Tashi; cisco-voip@puck.nether.net Subject: Re: [cisco-voip] Intermittent phone resets I had this awhile back, and it ended up being a bug on the switches related to spanning tree and excessive Topology Change Notifications (TCN). Dennis Heim | Collaboration Solutions Architect World Wide Technology, Inc. | +1 314-212-1814 twitter chatPhonevideo From: cisco-voip [ mailto:cisco-voip-boun...@puck.nether.net ] On Behalf Of Mar, Tashi Sent: Thursday, June 05, 2014 1:43 PM To: cisco-voip@puck.nether.net Subject: [cisco-voip] Intermittent phone resets Hi, troubleshooting an issue where phones intermittently reset, either on hook or off hook (drops the call in progress). Logs and TAC claim it’s a network issue, but has anyone seen similar problems on Call Manager 9.1? Basically, we want to rule out Call Manager as the culprit. Majority of phones using SIP, models 8891 and 9951, experiencing issues similar to those outlined here: https://supportforums.cisco.com/discussion/1084/ip-phones-randomly-rebooting Steps already taken: - upgrade to latest firmware - verify no POE errors on switch - cpu, memory on UCS servers ok - point phones to backup SUB, no change. Phones randomly reset when homed to Pub or Sub (both in separate locations). - Wireshark to see KeepAlives dropping 1. Phone logs show: SEP0DD3B4E9.cnf.xml.sgn (HTTP) 8:05:20p TCP connection timed out 8:07:22p Falling back to different CUCM 11:16:50p TCP connection timed out 11:18:51p Falling back to different CUCM 6:52:38p TCP connection timed out 6:54:39p Falling back to different CUCM 9:55:04a TCP connection timed out 9:57:05a Falling back to different CUCM 2. Call Manager logs show: - phone unregisters from Primary CUCM due to: [Reason=6] ConnectivityError - Network communication between the device and Unified CM has been interrupted. - phones fallback to secondary CUCM and then rehome to Primary CUCM: Reason code = 28, FallbackInitiated - The device has initiated
Re: [cisco-voip] webdialer secondary screen shows writing right-to-left
Just a follow up: https://tools.cisco.com/bugsearch/bug/CSCue61432 ALL-LANG: UCMUser: Message is not displayed correctly in WebDialer. There's an ES out for it. --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Lelio Fulgenzi le...@uoguelph.ca To: Cisco VOIP cisco-voip@puck.nether.net Sent: Monday, April 28, 2014 4:40:47 PM Subject: webdialer secondary screen shows writing right-to-left weird. webdialer second screen shows writing right-to-left. first screen shows fine. --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] opening a Cisco service requests prompts with Java security even after clicking allow from this site
yup. they look like this: --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Brian Meade bmead...@vt.edu To: Lelio Fulgenzi le...@uoguelph.ca Cc: Cisco VOIP cisco-voip@puck.nether.net Sent: Friday, June 20, 2014 1:46:16 PM Subject: Re: [cisco-voip] opening a Cisco service requests prompts with Java security even after clicking allow from this site Sorry, I read the email and not the subject. On Fri, Jun 20, 2014 at 1:42 PM, Brian Meade bmead...@vt.edu wrote: You mean the Java warnings? On Fri, Jun 20, 2014 at 10:21 AM, Lelio Fulgenzi le...@uoguelph.ca wrote: blockquote Anyone having the issue where opening a ticket with the TAC online tool always prompts with security warning even after clicking always allow? Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip /blockquote ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] incorrect NTP stratum calculation?
I recently opened a case and the TAC engineer ran the utils diagnose test command on two of the subscribers. We saw the following output regarding NTP. Similar output on all subscribers. == test - ntp_stratum : Failed The reference NTP server is a stratum 5 clock. NTP servers with stratum 5 or worse clocks are deemed unreliable. Please consider using an NTP server with better stratum level. Please use OS Admin GUI to add/delete NTP servers. == This is very confusing, since we have synchronized the publisher to a stratum 3 NTP server, making the publisher a stratum 4. I don't think it's possible to synchronize the publisher to a stratum 2 since that would mean the publisher would have to talk to an upstream NTP server, this is not likely. some additional output: = upstreamNTPservershow ntp status Clock is synchronized, stratum 3, reference is snip nominal freq is 250. Hz, actual freq is 249.9994 Hz, precision is 2**24 reference time is D74EF2FD.DA2094A8 (13:50:53.852 EDT Fri Jun 20 2014) clock offset is -3.7102 msec, root delay is 13.73 msec root dispersion is 46.51 msec, peer dispersion is 18.67 msec loopfilter state is 'CTRL' (Normal Controlled Loop), drift is 0.02293 s/s system poll interval is 1024, last update was 1297 sec ago. = on publisher admin:utils ntp status ntpd (pid 6808) is running... remote refid st t when poll reach delay offset jitter == snip .LOCL. 10 l 38 64 377 0.000 0.000 0.001 +snip snip 3 u 18 1024 377 0.647 4.618 0.043 *snip snip 3 u 123 1024 377 0.726 -4.041 0.025 synchronised to NTP server (upstreamNTPserver) at stratum 4 time correct to within 86 ms polling server every 1024 s Current time in UTC is : Fri Jun 20 18:10:59 UTC 2014 Current time in America/Toronto is : Fri Jun 20 14:10:59 EDT 2014 = on subscriber: admin:utils ntp status ntpd (pid 9136) is running... remote refid st t when poll reach delay offset jitter == 127.127.1.0 .LOCL. 10 l 54 64 377 0.000 0.000 0.001 * pub snip 4 u 324 512 377 0.200 -0.289 0.022 synchronised to NTP server (pub) at stratum 5 time correct to within 98 ms polling server every 512 s Current time in UTC is : Fri Jun 20 18:19:08 UTC 2014 Current time in America/Toronto is : Fri Jun 20 14:19:08 EDT 2014 = Software Version: 9.1.2.11900-12 --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] can't find scheduled export file in Bulk Administration Upload/Download Files menu
So, I created a weekly export to export all information to a file. I'm hoping to use this as a baseline and compare files weekly to see what's changed. The schedule run completed successfully and provides a link: Transaction Details CSV File Name iptccm105-bulkadmin-fullexport_06222014115204.tar with link details: javascript:viewSelectedFileContents(document.forms[0].filepkid) However, when I click on this, it tries to display the information in a browser screen. When I got to Bulk Administration Upload/Download Files and search for available files, the above file does not appear in the list. What am I doing wrong here? Lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] Universal wall mount kit for Cisco IP Phone w/ expansion module
i believe we've used the slanted ones before. not sure why the flat ones are now recommended. from: http://www.cisco.com/c/en/us/products/collateral/collaboration-endpoints/unified-ip-phone-7965g/product_data_sheet0900aecd8069bd58.html CP-LCKNGWALLMOUNT= Locking wall-mounting kit, flat (recommended version) CP-WALLMOUNTKIT= Nonlocking wall-mounting kit, slanted CP-LCKNGWALLMNT2= Locking wall-mounting kit, slanted --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: mma...@tep.com To: cisco-voip@puck.nether.net Sent: Tuesday, July 8, 2014 7:00:56 PM Subject: [cisco-voip] Universal wall mount kit for Cisco IP Phone w/ expansion module So, I have never heard nor seen such a thing, but is anyone aware of a wall mount kit for a Cisco phone (7965 in this case) with a 7916 sidecar that can easily mount to the wall? I have a feeling I have some engineering to do here... TIA, Mary ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] cucm 10.5(1) vs 10.0(1)
very weird, since they tested a VG248 which is EOL, but not the VG224, which is not EOL. --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Scott GRE-MG Hughes shug...@grenergy.com To: Anthony Holloway avholloway+cisco-v...@gmail.com Cc: cisco-voip (cisco-voip@puck.nether.net) cisco-voip@puck.nether.net Sent: Wednesday, 9 July, 2014 2:02:11 AM Subject: Re: [cisco-voip] cucm 10.5(1) vs 10.0(1) I would love for some clarification on this-- specifically VG224, 7925, and 7937 support. On Jul 8, 2014, at 3:26 PM, Anthony Holloway avholloway+cisco-v...@gmail.commailto:avholloway+cisco-v...@gmail.com wrote: It appears as though CUCM 10.5 drops official support for some phone and gateway models. E.g., 7925, 7937, 1861 and VG224. Or at least, the compatibility matrix is no longer being maintained for these products. Check here: http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/uc_system/unified/communications/system/versions/IPTMtrix.html#wp1016708 On Tue, Jul 8, 2014 at 7:23 AM, GR grc...@gmail.commailto:grc...@gmail.com wrote: Hi Guys, Was just about to do a fresh installation of ucm/cuc/imp on a Cisco BE6k. Is 10.5 mature enough to go ahead? Anyone has anything to share on whether to go for a 10.0 or 10.5? Googling didnot yield sufficient results - if anyone can share there first hand experience or thoughts would be great. -gr Sent from my iPhone ___ cisco-voip mailing list cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.netmailto:cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip NOTICE TO RECIPIENT: The information contained in this message from Great River Energy and any attachments are confidential and intended only for the named recipient(s). If you have received this message in error, you are prohibited from copying, distributing or using the information. Please contact the sender immediately by return email and delete the original message. ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
[cisco-voip] what do i lose with the publisher being down?
I'm hoping I can get some real world comments here... I need to take the publisher down in order to move it. From what I understand, for the most part, service will continue to operate. However, some things will not be available. From what I gather: * CUCMUser pages will not be available * CUCMAdmin pages will not be available * Services Subscription listing when Services URL pointing to the publisher What else will be unavailable? We are not using extension mobility. If I program the service URL of a phone to point to a different server, will the phone continue to call that separate server? Or does it need the publisher to get that information first? Thoughts? --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] Call(s) available for pickup. showing on status line on 7940/60
ok. it looks like this is a feature of the pick group with alerts. sorry for not checking before posting. someone did some testing on production phones and didn't remove things. --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Lelio Fulgenzi le...@uoguelph.ca To: cisco-voip (cisco-voip@puck.nether.net) cisco-voip@puck.nether.net Sent: Wednesday, July 16, 2014 11:58:08 AM Subject: [cisco-voip] Call(s) available for pickup. showing on status line on 7940/60 Does anyone know what this is? Call(s) available for pickup. showing on status line on 7940/60 We recently upgraded to version 9.1(2)SU1 from v7.1(5b)SU3. We only just saw this. Is this a new feature? I haven't had a chance to investigate whether or not the phone is configured differently or not, and whether it has something to do with calls to a number that is configured in the pick group or not. --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip
Re: [cisco-voip] PCD on cisco.com
just an FYI... not sure if this is common practice or not, but keep your sales order information, even when getting PUT upgrades (the free ones). when trying to get my license upgrade from UCCx v7 to v9, even though we were on UCSS, they wanted the actual sales order number from when I ordered the ISO through put in order to give me the new license packs. it was weird, but who knows. lelio --- Lelio Fulgenzi, B.A. Senior Analyst, Network Infrastructure Computing and Communications Services (CCS) University of Guelph 519‐824‐4120 Ext 56354 le...@uoguelph.ca www.uoguelph.ca/ccs Room 037, Animal Science and Nutrition Building Guelph, Ontario, N1G 2W1 - Original Message - From: Anthony Holloway avholloway+cisco-v...@gmail.com To: Jason Aarons (AM) jason.aar...@dimensiondata.com Cc: cisco-voip (cisco-voip@puck.nether.net) cisco-voip@puck.nether.net Sent: Tuesday, August 19, 2014 5:09:40 PM Subject: Re: [cisco-voip] PCD on cisco.com I second the PUT answer. And if I recall correctly, when downloading from PUT, it's an ISO, but you really need to open the ISO archive and pull out the OVA to load into vSphere. 7-zip is my archiving utility of choice. The OVA provisions the guest in vSphere and contains the OS/App unlike CUCM OVA's. On Tue, Aug 19, 2014 at 3:06 PM, Jason Aarons (AM) jason.aar...@dimensiondata.com wrote: Is the bootable pcd_vApp_UCOS_10.x.iso not on cisco.com ? I can’t find it. Just a PCD upgrade 10.5 from 10.0.1 under CallManager. Tyring to install Cisco Prime Collaboration Deployment (PCD). http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/pcdadmin/10_5_1/CUCM_BK_U35347D2_00_pcd-administration-guide-1051.pdf “Extract the PCD_VAPP.OVA from the pcd_vApp_UCOS_10.x.iso” Jason Aarons Consultant Dimension Data +1-904-338-3245 ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip ___ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip