Send cisco-voip mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://puck.nether.net/mailman/listinfo/cisco-voip
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of cisco-voip digest..."
Today's Topics:
1. Re: Using CVP and outbound dialer for voicemail (Omar)
2. Re: UC on UCS (Nick Matthews)
3. Re: Jump upgrade/DRS licensing bug (Ed Leatherman)
4. Re: audacity settings for CUE prompt (Lelio Fulgenzi)
5. Re: Jump upgrade/DRS licensing bug (Justin Steinberg)
6. Re: Jump upgrade/DRS licensing bug (Ed Leatherman)
7. Re: Jump upgrade/DRS licensing bug (Ryan Ratliff (rratliff))
8. Re: Jump upgrade/DRS licensing bug (Lelio Fulgenzi)
----------------------------------------------------------------------
Message: 1
Date: Thu, 5 Sep 2013 09:04:25 -0700 (PDT)
From: Omar <[email protected]>
To: "Jason Aarons \(AM\)" <[email protected]>, "Haas,
Neal" <[email protected]>, "[email protected]"
<[email protected]>
Subject: Re: [cisco-voip] Using CVP and outbound dialer for voicemail
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="utf-8"
The other strange thing about this is that in the Dial List table within the
Dialer database, the CallbackDateTime column (I have 10 of them for some
reason) is NULL despite the fact that CallStatusZone1 and CallStatusZone2?has a
value of P (pending).
From: Jason Aarons (AM) <[email protected]>
To: "Haas, Neal" <[email protected]>; Omar <[email protected]>;
"[email protected]" <[email protected]>
Sent: Thursday, September 5, 2013 11:16 AM
Subject: RE: [cisco-voip] Using CVP and outbound dialer for voicemail
I?ve set it up before in UCCX.? In UCCX the email cqs is separate from voice,
so an Agent logging into a email queue couldn?t do voice, etc.? Might be
different in UCCE.
?
From:Haas, Neal [mailto:[email protected]]
Sent: Thursday, September 05, 2013 10:57 AM
To: Jason Aarons (AM); Omar; [email protected]
Subject: RE: [cisco-voip] Using CVP and outbound dialer for voicemail
?
You are correct, unity can connect with Exchange and Exchange could interact
with UCCE, Correct? I just started to look into this for our setup here.
?
It?s an ?Email Agent? setup, https://supportforums.cisco.com/thread/2174496
?
?
?
Neal Haas
?
From:Jason Aarons (AM) [mailto:[email protected]]
Sent: Thursday, September 05, 2013 7:29 AM
To: Haas, Neal; Omar; [email protected]
Subject: RE: [cisco-voip] Using CVP and outbound dialer for voicemail
?
Nothing within Unity would route message to Agent who logs in with CAD, etc.?
This is some custom code/handling. I am just a script kiddie vs a developer
writing apps.
?
From:cisco-voip [mailto:[email protected]] On Behalf Of Haas,
Neal
Sent: Thursday, September 05, 2013 10:14 AM
To: Omar; [email protected]
Subject: Re: [cisco-voip] Using CVP and outbound dialer for voicemail
?
?
Do you have Unity Conn and Exchange? I would send the voicemail to unity
connection, then that voicemail box have it configured with exchange
integration.
?
Then build the UCCE with email integration queue.
?
?
Neal Haas
?
From:cisco-voip [mailto:[email protected]] On Behalf Of Omar
Sent: Wednesday, September 04, 2013 11:17 PM
To: [email protected]
Subject: [cisco-voip] Using CVP and outbound dialer for voicemail
?
I have an incredibly strange problem and I'm hoping someone on this mailing
list can provide some insight. I'm new to IP telephony and in the past three
weeks, the two lead engineers for this project have resigned, so I'm last man
standing per say.?
?
The Business Requirement:?
UCCE 9.1(3) with CVP 9.x environment and CUSP. Customer came from Aspect TDM
(30 years) to Cisco VoIP, and obviously, some features that Aspect ?has is not
available with UCCE. They want the ability for callers to leave a voicemail if
their call center is closed for whatever reason. What?they want is that the
caller leaves a voicemail, and as soon as an agent logs into their agent
desktop, they immediately get the voicemail.?
?
The Setup:
Since Cisco does not provide this out-of-the-box, we did the following...
?
?- Developed a CVP application within call studio.?
?- Created a VM skill group and skilled a few agents with this
?- Created a script in ICM to send information to VXML and placed a translation
route node for the 4 CVP servers
?- Created two outbound SIP dialers ?- Dialer1 and Dialer2.
?
So basically, this is how it works. Caller dials TFN but the call center is
closed, the ICM script triggers the CVP application to play it's ?role. The
caller is told that the call center is closed and can leave a voicemail. The
caller leaves a voicemail, which is basically a recorder,?and the voicemail is
saved to a wav file onto the CVP server. We created a directory within
inetpub/wwwroot/.../voicemail that saves the wave ?file. The customer has four
CVP servers, two on Side A and two on Side B, so the wav file gets saved to all
four servers. The CVP application ?knows that the files (voicemails) are there
and will, bare with me, dial out the PRI to the PSTN and dial back in. When the
call dials back in?from the PSTN, it will send it to an agent that is logged in
(not necessarily ready) to their agent desktop, which is in this cas, Cisco
CTIOS. ?Once the agent hears the voicemail, a new row should be created in the
dialer table within the bA
dialer database.?
?
The port throttling for Dialer2 is 15 and Dialer1 is .5 - odd??
?
The Problem:
The agent is hearing the same exact voicemail (wav file) several times a day.
The agent should only hear it once. I've ran queries against the dialer
database to find that CallStatusZone1 will enter a value of R or P (retry or
pending) before finally adding a third or fourth row to enter the value of C
(close). So we see a lot of retry/pendings and the calls seem to repeat until
we get a close. The call result codes are typically 10, but will see a 21
occasionally that correlate with the retry/pending entries.?
?
What We've Done:
We opened up a TAC case and all they could really tell us is that we should
enable Call Progress Analysis and change all the CPA parameters to the lowest
possible values and have "Transfer to IVR campaign" selected. This did not work
as agents still hear the same message.?
?
One thing I noticed is that in the SIP dialer doc from Cisco, it says that the
registry key on the router, SkillGroupCallsInQTimerInterval, should have a
value of 2, by default it's 10. I'm not sure what changing it from 10 to 2
would do, but I'm willing to give it a shot.?
?
So would anybody happen to know why these agents are hearing the same message
over and over throughout the day?
?
Thank You
itevomcid
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130905/8cbeec9b/attachment-0001.html>
------------------------------
Message: 2
Date: Thu, 5 Sep 2013 12:27:03 -0400
From: Nick Matthews <[email protected]>
To: Lelio Fulgenzi <[email protected]>
Cc: "[email protected] Group" <[email protected]>
Subject: Re: [cisco-voip] UC on UCS
Message-ID:
<CAM-K-Nrz9EjxCOyeWFgmdJqo=c0dwt3w811pskjyfr-uog0...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
When doing the UC on UCS designs you basically need to make sure:
-The processor family is support (Intel E7-XXXX, no AMD, etc)
-The processor speed is high enough
-No memory over subscription
-No CPU over subscription (can't use hyperthreading to cheat)
-All VMs meet co-residency and lowest common denominator on hardware
specs/VMware version
-Correct VMware version for VM specs and application requirements
-IOPS availability for SAN/Local disk
-Storage space available
Generally on the C-series it's IOPS that is the bottleneck. For B-series
it's usually the CPU count. For instance, just because you can get enough
space on the C-series it doesn't mean it's supported. Plus, getting exact
IOPS counts for your drive types/speeds/RAID levels isn't a simple task so
there is usually a level of engineering tolerance built in; on top of using
worst-case simultaneous IOPS for all applications for the determined size.
So it's gotten a lot more flexible in the last few years, but after doing
this sizing and support exercise, the TRCs are still a pretty valuable
play. If anything, configure the same thing as the TRC and drop down the
memory as most UC on UCS VM's are usually 64GB of RAM but probably only 20%
utilized.
-nick
On Thu, Sep 5, 2013 at 11:04 AM, Lelio Fulgenzi <[email protected]> wrote:
> yes, i tried that tool as well. got the same answer (on my side, and the
> other side).
>
> i have a sneaking suspicion, they didn't like my answer because I was
> using two C260-M2s. they came back and told me to use 4 C240-M3s. i really
> liked the C260 and only having to deal with two boxes, one in each data
> centre. plus, it was a bit cheaper, and when i asked at Live 2012, I was
> told (with obvious caveats) that a C260-M3 would likely come down the line
> as well.
>
> i believe the bigger boxes like the C260 are off the TRC roadmap and there
> will only be mid-size boxes like the C240, everything else is pushing
> towards the blade infrastructure.
>
> so they were likely trying to do me a favour. ;)
>
> salt, grain, etc.
>
>
>
>
> ---
> Lelio Fulgenzi, B.A.
> Senior Analyst, Data Centre and Communications Facilities
> Computing and Communications Services (CCS)
> University of Guelph
>
> 519?824?4120 Ext 56354
> [email protected]
> www.uoguelph.ca/ccs
> Room 037, Animal Science and Nutrition Building
> Guelph, Ontario, N1G 2W1
>
> ------------------------------
> *From: *"Matthew Loraditch" <[email protected]>
> *To: *"Lelio Fulgenzi" <[email protected]>, "Scott Voll" <
> [email protected]>
> *Cc: *[email protected]
> *Sent: *Thursday, September 5, 2013 10:56:05 AM
> *Subject: *RE: [cisco-voip] UC on UCS
>
>
> The docwiki is described as authoritative by the various partner
> resources who participate in our partner online community.
>
> I also recommend looking at the new sizing tool:
> http://tools.cisco.com/ucs/
>
>
>
>
>
>
>
> Matthew G. Loraditch ? CCNP-Voice, CCNA-R&S, CCDA
>
> 1965 Greenspring Drive
> Timonium, MD 21093
>
> voice. 410.252.8830
> fax. 410.252.9284
>
> Twitter <http://twitter.com/heliontech> |
> Facebook<http://www.facebook.com/#!/pages/Helion/252157915296>
> | Website <http://www.heliontechnologies.com/> | Email
> Support<[email protected]?subject=Technical%20Support%20Request>
>
>
>
>
>
> *From:* cisco-voip [mailto:[email protected]] *On Behalf
> Of *Lelio Fulgenzi
> *Sent:* Thursday, September 05, 2013 10:41 AM
> *To:* Scott Voll
> *Cc:* [email protected]
> *Subject:* Re: [cisco-voip] UC on UCS
>
>
>
>
> I think you'll find the proverbial, "it depends" is the answer.
>
> The wiki doc starts here:
>
>
> http://docwiki.cisco.com/wiki/Unified_Communications_Virtualization_Sizing_Guidelines#General_Rules_for_Co-residency_and_Physical.2FVirtual_Hardware_Sizing
>
> You'll have to get your apps lined up and see which ones have what rules.
>
> But I have a feeling, that this doc wiki, as updated as it may be,
> sometimes is not "authoritative". I had an interesting discussion with my
> SE as far as how many VMs I could run on one UCS chassis. I read the doc,
> came up with a plan, and word came back, both from the SE and from his
> support team that my design was over provisioned. I'm pushing back, asking
> them why if all I did was read the documentation and sized it accordingly.
> Never got a good explanation as to why the conflict.
>
> Good luck.
>
> Lelio
>
> ---
> Lelio Fulgenzi, B.A.
> Senior Analyst, Data Centre and Communications Facilities
> Computing and Communications Services (CCS)
> University of Guelph
>
> 519?824?4120 Ext 56354
> [email protected]
> www.uoguelph.ca/ccs
> Room 037, Animal Science and Nutrition Building
> Guelph, Ontario, N1G 2W1
>
>
> ------------------------------
>
> *From: *"Scott Voll" <[email protected]>
> *To: *[email protected]
> *Sent: *Thursday, September 5, 2013 10:27:08 AM
> *Subject: *[cisco-voip] UC on UCS
>
> Can someone point me to the correct documentation that says that either I
> CAN or I CAN'T run other 3rd party apps on the same blade as my UC stuff?
>
>
>
> I've had conflicting reports but have no solid information on the support
> of this configuration.
>
>
>
> One report I got said I could if I was using Nexus 1000v to support QoS.
>
>
>
> Yet others have been it's not supported due to CPU and Ram concerns.
>
>
>
> ultimately I want a TAC supported system, but need to factor in cost.
>
>
>
> TIA
>
>
>
> Scott
>
>
> _______________________________________________
> cisco-voip mailing list
> [email protected]
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
>
>
> _______________________________________________
> cisco-voip mailing list
> [email protected]
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130905/4045c5d2/attachment-0001.html>
------------------------------
Message: 3
Date: Thu, 5 Sep 2013 11:24:05 -0400
From: Ed Leatherman <[email protected]>
To: "Ryan Ratliff (rratliff)" <[email protected]>
Cc: Cisco VOIP <[email protected]>
Subject: Re: [cisco-voip] Jump upgrade/DRS licensing bug
Message-ID:
<CAFC4dsq5A9F=B5JBO1=QBc7FX17iReReWaf9=hazfhm+z3p...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Still ending up at the same place with this one; double checked everything
this time no extra steps:
Install CM 7.1.5 cluster using the 9.1 ova, same basic IP's etc as
production
Loaded the v1.2 refresh COP file
did NOT reboot
Configured a SFTP server with identical IP/username/password/directory
structure as existing production SFTP
DRS restore from that server
Reboot subs
Reboot pub
verify database replication with "utils dbreplication runtimestate"
initiate an upgrade with "utils system upgrade initiate"
put in credentials for the SFTP server
select SFTP
Get the same error message.
"Upgrades are prohibited during license grace period"
Will work on getting TAC case opened this afternoon or tomorrow.
On Tue, Sep 3, 2013 at 4:29 PM, Ed Leatherman <[email protected]>wrote:
> I'm going thru my steps again - the first time i tried it, I configured
> some phones (just changed macs on 2 existing ones) mid-way through the
> process to test the restore, and my SE thought that might have tripped a
> licensing check. I also didn't have the DRS restart location "exactly" the
> same as the production one, so fixing that also.
>
> My next attempt should be by the book without any extra-curricular
> activities ><.
>
>
> On Tue, Sep 3, 2013 at 4:20 PM, Ryan Ratliff (rratliff) <
> [email protected]> wrote:
>
>> The refresh COP file is the one you want as long as it's the latest and
>> you did them in the correct order. This is the second one I've heard of
>> that the cop file didn't work correctly for 7.1(5). One of my colleagues
>> tested 6.1(5) last week and confirmed the steps work but I think we'll need
>> to try a 7.1 just to be sure.
>>
>>
>> -Ryan
>>
>> On Aug 30, 2013, at 12:27 PM, Ed Leatherman <[email protected]>
>> wrote:
>>
>> OK - perhaps I installed the wrong one then; I installed
>> ciscocm.refresh_upgrade_v1.2.cop.sgn... sounds like I grabbed the wrong
>> one.
>>
>> Here was what i did:
>>
>> -Installed fresh 7.1.5 on all VM nodes, let DB sync
>>
>> -Installed refresh cop per the upgrade doc (I thought this was an odd
>> place for it but that?s where it wanted it). Did NOT reboot per the
>> documentation.
>>
>> -Restored DRS file. Rebooted subs. Rebooted Pub. Let DB sync again.
>>
>> -At this point, I changed some MAC addresses on some of the configured
>> phones so I could have a few running in the lab for the upgrade; hind sight
>> I probably don't need this until everything's on 9
>>
>> -Tried to install the 9.1 firmware - failed with that error
>>
>> -Tried to upgrade to 9.1 - also failed with that error
>>
>>
>> On Fri, Aug 30, 2013 at 12:16 PM, Justin Steinberg
>> <[email protected]>wrote:
>>
>>> there is a COP file that you need to install on 7.1.5 that will disable
>>> the licensing and allow you to goto 9.12
>>>
>>>
>>> On Fri, Aug 30, 2013 at 10:22 AM, Ed Leatherman <[email protected]
>>> > wrote:
>>>
>>>> Good morning,
>>>>
>>>> I'm running through the jump upgrade in my lab for a regional campus
>>>> so that I get all the steps correct. I have the UCS hardware they will
>>>> upgrade to + VMWare installed, and everything on isolated lab network.
>>>>
>>>> So I took a known good backup of their production CUCM (3 nodes).
>>>> Installed 7.1.5 into VMWare per the jump document, and restored the DRS
>>>> backup onto it, rebooted subs, rebooted pub; everything went smoothly and I
>>>> can setup a few phones on this isolated network and register/call, database
>>>> happy etc.
>>>>
>>>> However now when I go to load new firmware for 9.1 or upgrade the VM
>>>> to 9.1.2, I get the following from the command line:
>>>> Upgrades are prohibited during license grace period
>>>>
>>>> which seems to be related to
>>>> CSCtb86875<https://www.cisco.com/cisco/psn/bssprt/bss?searchType=bstbugidsearch&page=bstBugDetail&BugID=CSCtb86875>
>>>>
>>>> Licensing page on CUCM doesn't show any issues.
>>>>
>>>> Are other people running into this? I thought I was following through
>>>> the guide closely, but it doesn't mention anything about needing to rehost
>>>> the 7.1 license files or have TAC root in to delete a file during the
>>>> upgrade.
>>>>
>>>> Since we're likely to run through this exercise a few times (this
>>>> issue is exactly why I'm running through it in lab to begin with).. I don't
>>>> know if its kosher for me to keep asking licensing to rehome it, since this
>>>> isn't the production system. But I guess I will if i need to :)
>>>>
>>>> Where am I going wrong here, or is this normal?
>>>>
>>>> --
>>>> Ed Leatherman
>>>>
>>>> _______________________________________________
>>>> cisco-voip mailing list
>>>> [email protected]
>>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>>
>>>>
>>>
>>
>>
>> --
>> Ed Leatherman
>> _______________________________________________
>> cisco-voip mailing list
>> [email protected]
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
>
>
> --
> Ed Leatherman
>
--
Ed Leatherman
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130905/92b619a9/attachment-0001.html>
------------------------------
Message: 4
Date: Thu, 5 Sep 2013 14:45:44 -0400 (EDT)
From: Lelio Fulgenzi <[email protected]>
To: Anthony Holloway <[email protected]>
Cc: [email protected]
Subject: Re: [cisco-voip] audacity settings for CUE prompt
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="utf-8"
all great suggestions Anthony, thanks.
we wanted the quickest solution, and one that i could do. ;) lengthening the
prompt was the easiest at the time.
---
Lelio Fulgenzi, B.A.
Senior Analyst, Data Centre and Communications Facilities
Computing and Communications Services (CCS)
University of Guelph
519?824?4120 Ext 56354
[email protected]
www.uoguelph.ca/ccs
Room 037, Animal Science and Nutrition Building
Guelph, Ontario, N1G 2W1
----- Original Message -----
From: "Anthony Holloway" <[email protected]>
To: "Lelio Fulgenzi" <[email protected]>
Cc: [email protected]
Sent: Wednesday, September 4, 2013 4:41:08 PM
Subject: Re: [cisco-voip] audacity settings for CUE prompt
If you have access to the editor and can make changes to the test script, then
you could do a number of things:
1. Place a Label step above the Play Prompt step with a Goto step under the
Play Prompt step, pointing to the aforementioned Label step, causing an
infinite loop
2. Concatenate your small prompt 3 or more times E.g., Play Prompt
(--Triggering Contact--, P[mysmallprompt.wav] + P[mysmallprompt.wav] +
P[mysmallprompt.wav])
3. Abandon your real audio file solution and use 60 or more seconds of silence
E.g., Play Prompt (--Triggering Contact--, DP[60000])
4. Abandon using the Play Prompt step all together and loop a Delay step a la
suggestion number 1 above
On Wed, Sep 4, 2013 at 1:58 PM, Lelio Fulgenzi < [email protected] > wrote:
can anyone out there help with the Audacity settings to make a prompt for Unity
Express v8.x?
i need to make a longer one to give me time to test port usage.
thanks, lelio
---
Lelio Fulgenzi, B.A.
Senior Analyst, Data Centre and Communications Facilities
Computing and Communications Services (CCS)
University of Guelph
519?824?4120 Ext 56354
[email protected]
www.uoguelph.ca/ccs
Room 037, Animal Science and Nutrition Building
Guelph, Ontario, N1G 2W1
_______________________________________________
cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130905/49960dea/attachment-0001.html>
------------------------------
Message: 5
Date: Thu, 5 Sep 2013 19:27:08 -0400
From: Justin Steinberg <[email protected]>
To: Ed Leatherman <[email protected]>
Cc: Cisco VOIP <[email protected]>
Subject: Re: [cisco-voip] Jump upgrade/DRS licensing bug
Message-ID:
<CACCAghac+Tg+Y=cmhwrb++hqqt-2pfmbnkouwctvc1zhvtf...@mail.gmail.com>
Content-Type: text/plain; charset="windows-1252"
try installing the cop file after the DRS restore. I wonder if the
restore is overwriting certain changes made by the cop.
On Thu, Sep 5, 2013 at 11:24 AM, Ed Leatherman <[email protected]>wrote:
> Still ending up at the same place with this one; double checked everything
> this time no extra steps:
>
> Install CM 7.1.5 cluster using the 9.1 ova, same basic IP's etc as
> production
> Loaded the v1.2 refresh COP file
> did NOT reboot
> Configured a SFTP server with identical IP/username/password/directory
> structure as existing production SFTP
> DRS restore from that server
> Reboot subs
> Reboot pub
> verify database replication with "utils dbreplication runtimestate"
> initiate an upgrade with "utils system upgrade initiate"
> put in credentials for the SFTP server
> select SFTP
> Get the same error message.
> "Upgrades are prohibited during license grace period"
>
> Will work on getting TAC case opened this afternoon or tomorrow.
>
>
> On Tue, Sep 3, 2013 at 4:29 PM, Ed Leatherman <[email protected]>wrote:
>
>> I'm going thru my steps again - the first time i tried it, I configured
>> some phones (just changed macs on 2 existing ones) mid-way through the
>> process to test the restore, and my SE thought that might have tripped a
>> licensing check. I also didn't have the DRS restart location "exactly" the
>> same as the production one, so fixing that also.
>>
>> My next attempt should be by the book without any extra-curricular
>> activities ><.
>>
>>
>> On Tue, Sep 3, 2013 at 4:20 PM, Ryan Ratliff (rratliff) <
>> [email protected]> wrote:
>>
>>> The refresh COP file is the one you want as long as it's the latest and
>>> you did them in the correct order. This is the second one I've heard of
>>> that the cop file didn't work correctly for 7.1(5). One of my colleagues
>>> tested 6.1(5) last week and confirmed the steps work but I think we'll need
>>> to try a 7.1 just to be sure.
>>>
>>>
>>> -Ryan
>>>
>>> On Aug 30, 2013, at 12:27 PM, Ed Leatherman <[email protected]>
>>> wrote:
>>>
>>> OK - perhaps I installed the wrong one then; I installed
>>> ciscocm.refresh_upgrade_v1.2.cop.sgn... sounds like I grabbed the wrong
>>> one.
>>>
>>> Here was what i did:
>>>
>>> -Installed fresh 7.1.5 on all VM nodes, let DB sync
>>>
>>> -Installed refresh cop per the upgrade doc (I thought this was an odd
>>> place for it but that?s where it wanted it). Did NOT reboot per the
>>> documentation.
>>>
>>> -Restored DRS file. Rebooted subs. Rebooted Pub. Let DB sync again.
>>>
>>> -At this point, I changed some MAC addresses on some of the configured
>>> phones so I could have a few running in the lab for the upgrade; hind sight
>>> I probably don't need this until everything's on 9
>>>
>>> -Tried to install the 9.1 firmware - failed with that error
>>>
>>> -Tried to upgrade to 9.1 - also failed with that error
>>>
>>>
>>> On Fri, Aug 30, 2013 at 12:16 PM, Justin Steinberg <[email protected]
>>> > wrote:
>>>
>>>> there is a COP file that you need to install on 7.1.5 that will disable
>>>> the licensing and allow you to goto 9.12
>>>>
>>>>
>>>> On Fri, Aug 30, 2013 at 10:22 AM, Ed Leatherman <
>>>> [email protected]> wrote:
>>>>
>>>>> Good morning,
>>>>>
>>>>> I'm running through the jump upgrade in my lab for a regional campus
>>>>> so that I get all the steps correct. I have the UCS hardware they will
>>>>> upgrade to + VMWare installed, and everything on isolated lab network.
>>>>>
>>>>> So I took a known good backup of their production CUCM (3 nodes).
>>>>> Installed 7.1.5 into VMWare per the jump document, and restored the DRS
>>>>> backup onto it, rebooted subs, rebooted pub; everything went smoothly and
>>>>> I
>>>>> can setup a few phones on this isolated network and register/call,
>>>>> database
>>>>> happy etc.
>>>>>
>>>>> However now when I go to load new firmware for 9.1 or upgrade the VM
>>>>> to 9.1.2, I get the following from the command line:
>>>>> Upgrades are prohibited during license grace period
>>>>>
>>>>> which seems to be related to
>>>>> CSCtb86875<https://www.cisco.com/cisco/psn/bssprt/bss?searchType=bstbugidsearch&page=bstBugDetail&BugID=CSCtb86875>
>>>>>
>>>>> Licensing page on CUCM doesn't show any issues.
>>>>>
>>>>> Are other people running into this? I thought I was following
>>>>> through the guide closely, but it doesn't mention anything about needing
>>>>> to
>>>>> rehost the 7.1 license files or have TAC root in to delete a file during
>>>>> the upgrade.
>>>>>
>>>>> Since we're likely to run through this exercise a few times (this
>>>>> issue is exactly why I'm running through it in lab to begin with).. I
>>>>> don't
>>>>> know if its kosher for me to keep asking licensing to rehome it, since
>>>>> this
>>>>> isn't the production system. But I guess I will if i need to :)
>>>>>
>>>>> Where am I going wrong here, or is this normal?
>>>>>
>>>>> --
>>>>> Ed Leatherman
>>>>>
>>>>> _______________________________________________
>>>>> cisco-voip mailing list
>>>>> [email protected]
>>>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>>>
>>>>>
>>>>
>>>
>>>
>>> --
>>> Ed Leatherman
>>> _______________________________________________
>>> cisco-voip mailing list
>>> [email protected]
>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>
>>>
>>
>>
>> --
>> Ed Leatherman
>>
>
>
>
> --
> Ed Leatherman
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130905/9a4ea956/attachment-0001.html>
------------------------------
Message: 6
Date: Fri, 6 Sep 2013 08:14:51 -0400
From: Ed Leatherman <[email protected]>
To: Justin Steinberg <[email protected]>
Cc: Cisco VOIP <[email protected]>
Subject: Re: [cisco-voip] Jump upgrade/DRS licensing bug
Message-ID:
<CAFC4dspduzr5=zmp+sagglg40kta53vpn1knbrr5oqn0yah...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Tried last night, same result.
Also double checked the md5 on the cop file just in case there was
difference, it's identical to the one on CCO though. Got a case open now.
On Thu, Sep 5, 2013 at 7:27 PM, Justin Steinberg <[email protected]>wrote:
> try installing the cop file after the DRS restore. I wonder if the
> restore is overwriting certain changes made by the cop.
>
>
> On Thu, Sep 5, 2013 at 11:24 AM, Ed Leatherman <[email protected]>wrote:
>
>> Still ending up at the same place with this one; double checked
>> everything this time no extra steps:
>>
>> Install CM 7.1.5 cluster using the 9.1 ova, same basic IP's etc as
>> production
>> Loaded the v1.2 refresh COP file
>> did NOT reboot
>> Configured a SFTP server with identical IP/username/password/directory
>> structure as existing production SFTP
>> DRS restore from that server
>> Reboot subs
>> Reboot pub
>> verify database replication with "utils dbreplication runtimestate"
>> initiate an upgrade with "utils system upgrade initiate"
>> put in credentials for the SFTP server
>> select SFTP
>> Get the same error message.
>> "Upgrades are prohibited during license grace period"
>>
>> Will work on getting TAC case opened this afternoon or tomorrow.
>>
>>
>> On Tue, Sep 3, 2013 at 4:29 PM, Ed Leatherman <[email protected]>wrote:
>>
>>> I'm going thru my steps again - the first time i tried it, I configured
>>> some phones (just changed macs on 2 existing ones) mid-way through the
>>> process to test the restore, and my SE thought that might have tripped a
>>> licensing check. I also didn't have the DRS restart location "exactly" the
>>> same as the production one, so fixing that also.
>>>
>>> My next attempt should be by the book without any extra-curricular
>>> activities ><.
>>>
>>>
>>> On Tue, Sep 3, 2013 at 4:20 PM, Ryan Ratliff (rratliff) <
>>> [email protected]> wrote:
>>>
>>>> The refresh COP file is the one you want as long as it's the latest
>>>> and you did them in the correct order. This is the second one I've heard
>>>> of that the cop file didn't work correctly for 7.1(5). One of my
>>>> colleagues tested 6.1(5) last week and confirmed the steps work but I think
>>>> we'll need to try a 7.1 just to be sure.
>>>>
>>>>
>>>> -Ryan
>>>>
>>>> On Aug 30, 2013, at 12:27 PM, Ed Leatherman <[email protected]>
>>>> wrote:
>>>>
>>>> OK - perhaps I installed the wrong one then; I installed
>>>> ciscocm.refresh_upgrade_v1.2.cop.sgn... sounds like I grabbed the wrong
>>>> one.
>>>>
>>>> Here was what i did:
>>>>
>>>> -Installed fresh 7.1.5 on all VM nodes, let DB sync
>>>>
>>>> -Installed refresh cop per the upgrade doc (I thought this was an odd
>>>> place for it but that?s where it wanted it). Did NOT reboot per the
>>>> documentation.
>>>>
>>>> -Restored DRS file. Rebooted subs. Rebooted Pub. Let DB sync again.
>>>>
>>>> -At this point, I changed some MAC addresses on some of the configured
>>>> phones so I could have a few running in the lab for the upgrade; hind sight
>>>> I probably don't need this until everything's on 9
>>>>
>>>> -Tried to install the 9.1 firmware - failed with that error
>>>>
>>>> -Tried to upgrade to 9.1 - also failed with that error
>>>>
>>>>
>>>> On Fri, Aug 30, 2013 at 12:16 PM, Justin Steinberg <
>>>> [email protected]> wrote:
>>>>
>>>>> there is a COP file that you need to install on 7.1.5 that will
>>>>> disable the licensing and allow you to goto 9.12
>>>>>
>>>>>
>>>>> On Fri, Aug 30, 2013 at 10:22 AM, Ed Leatherman <
>>>>> [email protected]> wrote:
>>>>>
>>>>>> Good morning,
>>>>>>
>>>>>> I'm running through the jump upgrade in my lab for a regional
>>>>>> campus so that I get all the steps correct. I have the UCS hardware they
>>>>>> will upgrade to + VMWare installed, and everything on isolated lab
>>>>>> network.
>>>>>>
>>>>>> So I took a known good backup of their production CUCM (3 nodes).
>>>>>> Installed 7.1.5 into VMWare per the jump document, and restored the DRS
>>>>>> backup onto it, rebooted subs, rebooted pub; everything went smoothly
>>>>>> and I
>>>>>> can setup a few phones on this isolated network and register/call,
>>>>>> database
>>>>>> happy etc.
>>>>>>
>>>>>> However now when I go to load new firmware for 9.1 or upgrade the
>>>>>> VM to 9.1.2, I get the following from the command line:
>>>>>> Upgrades are prohibited during license grace period
>>>>>>
>>>>>> which seems to be related to
>>>>>> CSCtb86875<https://www.cisco.com/cisco/psn/bssprt/bss?searchType=bstbugidsearch&page=bstBugDetail&BugID=CSCtb86875>
>>>>>>
>>>>>> Licensing page on CUCM doesn't show any issues.
>>>>>>
>>>>>> Are other people running into this? I thought I was following
>>>>>> through the guide closely, but it doesn't mention anything about needing
>>>>>> to
>>>>>> rehost the 7.1 license files or have TAC root in to delete a file during
>>>>>> the upgrade.
>>>>>>
>>>>>> Since we're likely to run through this exercise a few times (this
>>>>>> issue is exactly why I'm running through it in lab to begin with).. I
>>>>>> don't
>>>>>> know if its kosher for me to keep asking licensing to rehome it, since
>>>>>> this
>>>>>> isn't the production system. But I guess I will if i need to :)
>>>>>>
>>>>>> Where am I going wrong here, or is this normal?
>>>>>>
>>>>>> --
>>>>>> Ed Leatherman
>>>>>>
>>>>>> _______________________________________________
>>>>>> cisco-voip mailing list
>>>>>> [email protected]
>>>>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>>>>
>>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Ed Leatherman
>>>> _______________________________________________
>>>> cisco-voip mailing list
>>>> [email protected]
>>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>>
>>>>
>>>
>>>
>>> --
>>> Ed Leatherman
>>>
>>
>>
>>
>> --
>> Ed Leatherman
>>
>
>
--
Ed Leatherman
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130906/188fe2e9/attachment-0001.html>
------------------------------
Message: 7
Date: Fri, 6 Sep 2013 13:56:52 +0000
From: "Ryan Ratliff (rratliff)" <[email protected]>
To: Ed Leatherman <[email protected]>
Cc: Cisco VOIP <[email protected]>
Subject: Re: [cisco-voip] Jump upgrade/DRS licensing bug
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="windows-1252"
I've got VMs installing now to test this. There is an easy workaround via root
but it shouldn't be required.
-Ryan
On Sep 6, 2013, at 8:14 AM, Ed Leatherman
<[email protected]<mailto:[email protected]>> wrote:
Tried last night, same result.
Also double checked the md5 on the cop file just in case there was difference,
it's identical to the one on CCO though. Got a case open now.
On Thu, Sep 5, 2013 at 7:27 PM, Justin Steinberg
<[email protected]<mailto:[email protected]>> wrote:
try installing the cop file after the DRS restore. I wonder if the restore is
overwriting certain changes made by the cop.
On Thu, Sep 5, 2013 at 11:24 AM, Ed Leatherman
<[email protected]<mailto:[email protected]>> wrote:
Still ending up at the same place with this one; double checked everything this
time no extra steps:
Install CM 7.1.5 cluster using the 9.1 ova, same basic IP's etc as production
Loaded the v1.2 refresh COP file
did NOT reboot
Configured a SFTP server with identical IP/username/password/directory
structure as existing production SFTP
DRS restore from that server
Reboot subs
Reboot pub
verify database replication with "utils dbreplication runtimestate"
initiate an upgrade with "utils system upgrade initiate"
put in credentials for the SFTP server
select SFTP
Get the same error message.
"Upgrades are prohibited during license grace period"
Will work on getting TAC case opened this afternoon or tomorrow.
On Tue, Sep 3, 2013 at 4:29 PM, Ed Leatherman
<[email protected]<mailto:[email protected]>> wrote:
I'm going thru my steps again - the first time i tried it, I configured some
phones (just changed macs on 2 existing ones) mid-way through the process to
test the restore, and my SE thought that might have tripped a licensing check.
I also didn't have the DRS restart location "exactly" the same as the
production one, so fixing that also.
My next attempt should be by the book without any extra-curricular activities
><.
On Tue, Sep 3, 2013 at 4:20 PM, Ryan Ratliff (rratliff)
<[email protected]<mailto:[email protected]>> wrote:
The refresh COP file is the one you want as long as it's the latest and you did
them in the correct order. This is the second one I've heard of that the cop
file didn't work correctly for 7.1(5). One of my colleagues tested 6.1(5) last
week and confirmed the steps work but I think we'll need to try a 7.1 just to
be sure.
-Ryan
On Aug 30, 2013, at 12:27 PM, Ed Leatherman
<[email protected]<mailto:[email protected]>> wrote:
OK - perhaps I installed the wrong one then; I installed
ciscocm.refresh_upgrade_v1.2.cop.sgn... sounds like I grabbed the wrong one.
Here was what i did:
-Installed fresh 7.1.5 on all VM nodes, let DB sync
-Installed refresh cop per the upgrade doc (I thought this was an odd place for
it but that?s where it wanted it). Did NOT reboot per the documentation.
-Restored DRS file. Rebooted subs. Rebooted Pub. Let DB sync again.
-At this point, I changed some MAC addresses on some of the configured phones
so I could have a few running in the lab for the upgrade; hind sight I probably
don't need this until everything's on 9
-Tried to install the 9.1 firmware - failed with that error
-Tried to upgrade to 9.1 - also failed with that error
On Fri, Aug 30, 2013 at 12:16 PM, Justin Steinberg
<[email protected]<mailto:[email protected]>> wrote:
there is a COP file that you need to install on 7.1.5 that will disable the
licensing and allow you to goto 9.12
On Fri, Aug 30, 2013 at 10:22 AM, Ed Leatherman
<[email protected]<mailto:[email protected]>> wrote:
Good morning,
I'm running through the jump upgrade in my lab for a regional campus so that I
get all the steps correct. I have the UCS hardware they will upgrade to +
VMWare installed, and everything on isolated lab network.
So I took a known good backup of their production CUCM (3 nodes). Installed
7.1.5 into VMWare per the jump document, and restored the DRS backup onto it,
rebooted subs, rebooted pub; everything went smoothly and I can setup a few
phones on this isolated network and register/call, database happy etc.
However now when I go to load new firmware for 9.1 or upgrade the VM to 9.1.2,
I get the following from the command line:
Upgrades are prohibited during license grace period
which seems to be related to
CSCtb86875<https://www.cisco.com/cisco/psn/bssprt/bss?searchType=bstbugidsearch&page=bstBugDetail&BugID=CSCtb86875>
Licensing page on CUCM doesn't show any issues.
Are other people running into this? I thought I was following through the guide
closely, but it doesn't mention anything about needing to rehost the 7.1
license files or have TAC root in to delete a file during the upgrade.
Since we're likely to run through this exercise a few times (this issue is
exactly why I'm running through it in lab to begin with).. I don't know if its
kosher for me to keep asking licensing to rehome it, since this isn't the
production system. But I guess I will if i need to :)
Where am I going wrong here, or is this normal?
--
Ed Leatherman
_______________________________________________
cisco-voip mailing list
[email protected]<mailto:[email protected]>
https://puck.nether.net/mailman/listinfo/cisco-voip
--
Ed Leatherman
_______________________________________________
cisco-voip mailing list
[email protected]<mailto:[email protected]>
https://puck.nether.net/mailman/listinfo/cisco-voip
--
Ed Leatherman
--
Ed Leatherman
--
Ed Leatherman
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130906/8c89d8a5/attachment-0001.html>
------------------------------
Message: 8
Date: Fri, 6 Sep 2013 10:00:33 -0400 (EDT)
From: Lelio Fulgenzi <[email protected]>
To: "Ryan Ratliff (rratliff)" <[email protected]>
Cc: Cisco VOIP <[email protected]>
Subject: Re: [cisco-voip] Jump upgrade/DRS licensing bug
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="utf-8"
I'm really hoping that licensing will re-host my licenses when I ask to do this
since I'm still doing hardware upgrade, not VM. This installing another COP
file doesn't leave me with any warm and fuzzies. :(
---
Lelio Fulgenzi, B.A.
Senior Analyst, Data Centre and Communications Facilities
Computing and Communications Services (CCS)
University of Guelph
519?824?4120 Ext 56354
[email protected]
www.uoguelph.ca/ccs
Room 037, Animal Science and Nutrition Building
Guelph, Ontario, N1G 2W1
----- Original Message -----
From: "Ryan Ratliff (rratliff)" <[email protected]>
To: "Ed Leatherman" <[email protected]>
Cc: "Cisco VOIP" <[email protected]>
Sent: Friday, September 6, 2013 9:56:52 AM
Subject: Re: [cisco-voip] Jump upgrade/DRS licensing bug
I've got VMs installing now to test this. There is an easy workaround via root
but it shouldn't be required.
-Ryan
On Sep 6, 2013, at 8:14 AM, Ed Leatherman < [email protected] > wrote:
Tried last night, same result.
Also double checked the md5 on the cop file just in case there was difference,
it's identical to the one on CCO though. Got a case open now.
On Thu, Sep 5, 2013 at 7:27 PM, Justin Steinberg < [email protected] >
wrote:
try installing the cop file after the DRS restore. I wonder if the restore is
overwriting certain changes made by the cop.
On Thu, Sep 5, 2013 at 11:24 AM, Ed Leatherman < [email protected] >
wrote:
<blockquote>
Still ending up at the same place with this one; double checked everything this
time no extra steps:
Install CM 7.1.5 cluster using the 9.1 ova, same basic IP's etc as production
Loaded the v1.2 refresh COP file
did NOT reboot
Configured a SFTP server with identical IP/username/password/directory
structure as existing production SFTP
DRS restore from that server
Reboot subs
Reboot pub
verify database replication with "utils dbreplication runtimestate"
initiate an upgrade with "utils system upgrade initiate"
put in credentials for the SFTP server
select SFTP
Get the same error message.
" Upgrades are prohibited during license grace period"
Will work on getting TAC case opened this afternoon or tomorrow.
On Tue, Sep 3, 2013 at 4:29 PM, Ed Leatherman < [email protected] > wrote:
<blockquote>
I'm going thru my steps again - the first time i tried it, I configured some
phones (just changed macs on 2 existing ones) mid-way through the process to
test the restore, and my SE thought that might have tripped a licensing check.
I also didn't have the DRS restart location "exactly" the same as the
production one, so fixing that also.
My next attempt should be by the book without any extra-curricular activities
><.
On Tue, Sep 3, 2013 at 4:20 PM, Ryan Ratliff (rratliff) < [email protected] >
wrote:
<blockquote>
The refresh COP file is the one you want as long as it's the latest and you did
them in the correct order. This is the second one I've heard of that the cop
file didn't work correctly for 7.1(5). One of my colleagues tested 6.1(5) last
week and confirmed the steps work but I think we'll need to try a 7.1 just to
be sure.
-Ryan
On Aug 30, 2013, at 12:27 PM, Ed Leatherman < [email protected] > wrote:
OK - perhaps I installed the wrong one then; I installed
ciscocm.refresh_upgrade_v1.2.cop.sgn... sounds like I grabbed the wrong one.
Here was what i did:
-Installed fresh 7.1.5 on all VM nodes, let DB sync
-Installed refresh cop per the upgrade doc (I thought this was an odd place for
it but that?s where it wanted it). Did NOT reboot per the documentation.
-Restored DRS file. Rebooted subs. Rebooted Pub. Let DB sync again.
-At this point, I changed some MAC addresses on some of the configured phones
so I could have a few running in the lab for the upgrade; hind sight I probably
don't need this until everything's on 9
-Tried to install the 9.1 firmware - failed with that error
-Tried to upgrade to 9.1 - also failed with that error
On Fri, Aug 30, 2013 at 12:16 PM, Justin Steinberg < [email protected] >
wrote:
<blockquote>
there is a COP file that you need to install on 7.1.5 that will disable the
licensing and allow you to goto 9.12
On Fri, Aug 30, 2013 at 10:22 AM, Ed Leatherman < [email protected] >
wrote:
<blockquote>
Good morning,
I'm running through the jump upgrade in my lab for a regional campus so that I
get all the steps correct. I have the UCS hardware they will upgrade to +
VMWare installed, and everything on isolated lab network.
So I took a known good backup of their production CUCM (3 nodes). Installed
7.1.5 into VMWare per the jump document, and restored the DRS backup onto it,
rebooted subs, rebooted pub; everything went smoothly and I can setup a few
phones on this isolated network and register/call, database happy etc.
However now when I go to load new firmware for 9.1 or upgrade the VM to 9.1.2,
I get the following from the command line:
Upgrades are prohibited during license grace period
which seems to be related to CSCtb86875
Licensing page on CUCM doesn't show any issues.
Are other people running into this? I thought I was following through the guide
closely, but it doesn't mention anything about needing to rehost the 7.1
license files or have TAC root in to delete a file during the upgrade.
Since we're likely to run through this exercise a few times (this issue is
exactly why I'm running through it in lab to begin with).. I don't know if its
kosher for me to keep asking licensing to rehome it, since this isn't the
production system. But I guess I will if i need to :)
Where am I going wrong here, or is this normal?
--
Ed Leatherman
_______________________________________________
cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip
</blockquote>
--
Ed Leatherman
_______________________________________________
cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip
</blockquote>
--
Ed Leatherman
</blockquote>
--
Ed Leatherman
</blockquote>
</blockquote>
--
Ed Leatherman
_______________________________________________
cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130906/09df8887/attachment-0001.html>
------------------------------
Subject: Digest Footer
_______________________________________________
cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip
------------------------------
End of cisco-voip Digest, Vol 119, Issue 6
******************************************
