Re: [cisco-voip] End-to-End Troubleshooting & Central Log Repo

2019-10-01 Thread Charles Goldsmith
We tried to get https://sipcapture.org/ up and going for doing sip traces
across multiple clusters, but it just didn't speak CUCM very well and we
just didn't have time to work with them on getting it to work.  This was
probably 18 months ago.  It may be a solution, if you can get it to run.

On Mon, Sep 30, 2019 at 10:57 AM Sreekanth Narayanan (sreenara) via
cisco-voip  wrote:

> Hey All!
>
> I'm reaching out to understand how call issues are troubleshot today
> end-to-end within an enterprise. I wanted to get a sense of whether you all
> use any applications that act as Central Logging servers for all the
> applications that provide Collaboration services.
>
> For example, CUCM, UCCE/X, CUBE, GW (or other vendors like Mitel, Avaya
> etc) all dumping their logs or CDRs to a central application that could
> help you troubleshoot a call failure all the way from the Edge to the phone.
>
> Do you use some 3rd party logging applications that make the job easier
> and get to the root cause quickly?
> Or do you follow the traditional methods which involve checking the logs
> on the first application in the call flow and then using the Session-ID /
> Call-ID to correlate the same call on the next hop and so on?
>
> Regards
> Sreekanth
> ___
> 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 Editor Step Properties

2019-09-24 Thread Charles Goldsmith
What version are you working with?  I'm currently using 11.5(1.00) editor
on a 10.6 system scripts and don't have any delay at all.  I change the
settings to double click to open properties and both steps and variables
open right up.

On Tue, Sep 24, 2019 at 9:51 AM Matthew Loraditch <
mloradi...@heliontechnologies.com> wrote:

> Is there anyway on this earth to make this load faster???  Currently
> painfully going through a script and setting up new parameters and slowly
> dying of impatience as I click properties and wait a seeming eternity for
> the window to open.
>
> This has been a pet peeve forever.
>
> Matthew Loraditch​
> Sr. Network Engineer
> p: *443.541.1518* <443.541.1518>
> w: *www.heliontechnologies.com*   |
> e: *mloradi...@heliontechnologies.com* 
> [image: Helion Technologies] 
> [image: Facebook] 
> [image: Twitter] 
> [image: LinkedIn] 
> ___
> 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] what's the NC model of phones?

2019-09-17 Thread Charles Goldsmith
If it's really Non-China, why does it only seem to be the camera models?

On Tue, Sep 17, 2019 at 3:37 PM Lelio Fulgenzi  wrote:

> Where do we see this description? Source/Reference? (if you can share)
>
>
>
> ---
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
>
>
>
> *From:* cisco-voip  *On Behalf Of *
> Nimloth
> *Sent:* Tuesday, September 17, 2019 4:13 PM
> *To:* Anthony Holloway 
> *Cc:* Tucci, Ben via cisco-voip ; Norton,
> Mike 
> *Subject:* Re: [cisco-voip] what's the NC model of phones?
>
>
>
> NC = "Non-China COO" where COO is Country of origin ;)
>
> Case solved
>
> W dniu 17 wrz 2019, o 22:09, użytkownik Nimloth 
> napisał:
>
> Not sure. I would guess not manufactured in China
>
> W dniu 17 wrz 2019, o 22:07, użytkownik Anthony Holloway <
> avholloway+cisco-v...@gmail.com> napisał:
>
> So what is that, like it can't be imported and used inside of China?  Or
> that it wasn't manufactured in China?
>
>
>
> On Tue, Sep 17, 2019 at 3:06 PM Nimloth < niml...@nimloth.pl> wrote:
>
> Non-China to be more accurate
>
> W dniu 17 wrz 2019, o 22:05, użytkownik Nimloth < niml...@nimloth.pl>
> napisał:
>
> NC = No China
>
> W dniu 17 wrz 2019, o 22:02, użytkownik Anthony Holloway <
> avholloway+cisco-v...@gmail.com> napisał:
>
> I think everyone is just guessing what NC stands for.  I'd like to think
> it's because it's Not Complete, and you have to build it yourself like a
> piece of Ikea furniture.
>
>
>
> On Tue, Sep 17, 2019 at 2:59 PM James Buchanan < james.buchan...@gmail.com>
> wrote:
>
> Hello,
>
>
>
> With much searching, this site:
> https://itprice.com/cisco/cp-8845-nc-k9=.html indicates that the "NC"
> phone is "Non-China" Country of Origin. I don't know that for sure, but I
> thought it was an interesting, undocumented interpretation. At least it
> would explain why it's more expensive.
>
>
>
> Thanks,
>
>
>
> James
>
>
>
> On Tue, Sep 17, 2019 at 8:47 PM Pawlowski, Adam < aj...@buffalo.edu>
> wrote:
>
> Slightly bigger screen, and no USB port.
>
>
>
> I still don’t know why you’d want that unless you need Bluetooth are still
> security minded (?), or you use the wall mount kit and want the same
> appearance everywhere?
>
>
>
> Also I assume it can receive video so it can be used in a lobby or
> sensitive area if you do enough video calling and have something to see.
>
>
>
> The camera feels like you can snap it off pretty easily anyways.
>
>
>
> Adam
>
>
>
>
>
> *From:* cisco-voip  *On Behalf Of *Lelio
> Fulgenzi
> *Sent:* Tuesday, September 17, 2019 3:44 PM
> *To:* Hunter Fuller 
> *Cc:* Norton, Mike ; voyp list, cisco-voip (
> cisco-voip@puck.nether.net) 
> *Subject:* Re: [cisco-voip] what's the NC model of phones?
>
>
>
> In actuality, the 8845 includes: Integrated Bluetooth + Intelligent
> Proximity over what an 8841 has.
>
>
>
> From the brochure:
>
>
>
>
> https://www.cisco.com/c/dam/en/us/products/collateral/collaboration-endpoints/unified-ip-phone-7940g/prod_brochure0900aecd800f6d4a.pdf
>
>
>
> Probably more.
>
>
>
>
>
> ---
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
>
>
> *From:* Hunter Fuller 
> *Sent:* Tuesday, September 17, 2019 3:35 PM
> *To:* Lelio Fulgenzi 
> *Cc:* Charles Goldsmith ; Norton, Mike <
> mikenor...@pwsd76.ab.ca>; voyp list, cisco-voip (
> cisco-voip@puck.nether.net) 
> *Subject:* Re: [cisco-voip] what's the NC model of phones?
>
>
>
> But isn't an 8845 without a camera basically an 8841? ... The use case for
> such a device would have to be unbelievably slim, surely...
>
>
> --
> Hunter Fuller
> Router Jockey
> VBH Annex B-5
> +1 256 824 5331
>
> Office of Information Technology
> The University of Alabama in Huntsville
> Network Engineering
>
>
>
>
>
> On Tue, Sep 17, 2019 at 2:

Re: [cisco-voip] what's the NC model of phones?

2019-09-17 Thread Charles Goldsmith
More and more odd, when I searched for that part number, I couldn't find it.

Could it be a No Camera option, since it seems to only be coming up on
phones that normally have a camera?

The 8865 has a -nc but the 8851 does not

On Tue, Sep 17, 2019 at 2:05 PM Lelio Fulgenzi  wrote:

> I see it in ccw. The description is a little different. IP phone vs UC
> Phone.
>
>
>
>
>
> ---
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
>
>
>
> *From:* cisco-voip  *On Behalf Of *Charles
> Goldsmith
> *Sent:* Tuesday, September 17, 2019 2:57 PM
> *To:* Norton, Mike 
> *Cc:* voyp list, cisco-voip (cisco-voip@puck.nether.net) <
> cisco-voip@puck.nether.net>
> *Subject:* Re: [cisco-voip] what's the NC model of phones?
>
>
>
> Well, I was way off...
>
>
>
> I can't find that part number in CCW at all, and I was thinking of the NR
> version, which is no radio anyway.
>
>
>
> Lelio, where did you see CP-8845-NC-K9?
>
>
>
> On Tue, Sep 17, 2019 at 1:34 PM Norton, Mike 
> wrote:
>
> But I thought K9 means "strong crypto"? So NC-K9 is "no crypto *and*
> strong crypto"
>
> -mn
>
>
> -Original Message-
> From: cisco-voip  On Behalf Of
> Charles Goldsmith
> Sent: September 13, 2019 3:30 PM
> To: Myron Young 
> Cc: voyp list, cisco-voip (cisco-voip@puck.nether.net) <
> cisco-voip@puck.nether.net>
> Subject: Re: [cisco-voip] what's the NC model of phones?
>
> Export purposes
>
> > On Sep 13, 2019, at 4:24 PM, Myron Young 
> wrote:
> >
> > Maybe this is a silly question, but why would anyone want a no crypto
> phone?
> >
> >> On Sep 13, 2019, at 4:09 PM, Lelio Fulgenzi  wrote:
> >>
> >> AH. Gotcha.
> >>
> >> ---
> >> Lelio Fulgenzi, B.A. | Senior Analyst Computing and Communications
> >> Services | University of Guelph Room 037 Animal Science & Nutrition
> >> Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
> >> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
> >>
> >> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
> >>
> >>
> >>
> >> -Original Message-
> >> From: Charles Goldsmith 
> >> Sent: Friday, September 13, 2019 4:05 PM
> >> To: Lelio Fulgenzi 
> >> Cc: voyp list, cisco-voip (cisco-voip@puck.nether.net)
> >> 
> >> Subject: Re: [cisco-voip] what's the NC model of phones?
> >>
> >> No crypto
> >>
> >>> On Sep 13, 2019, at 3:02 PM, Lelio Fulgenzi  wrote:
> >>>
> >>>
> >>> Anyone know what the NC model of phones are?
> >>>
> >>> There's the CP-8845-K9=, but also the CP-8845-NC-K9=. And the NC
> version is more expensive with a longer lead time.
> >>>
> >>> Can't find any details on the datasheet or any google search.
> >>>
> >>>
> >>> ---
> >>> Lelio Fulgenzi, B.A. | Senior Analyst Computing and Communications
> >>> Services | University of Guelph Room 037 Animal Science & Nutrition
> >>> Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
> >>> 519-824-4120 Ext. 56354 |
> >>> le...@uoguelph.ca<mailto:le...@uoguelph.ca>
> >>>
> >>> www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on
> >>> Instagram, Twitter and Facebook
> >>>
> >>> [University of Guelph Cornerstone with Improve Life tagline]
> >>>
> >>> 
> >>> ___
> >>> 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] what's the NC model of phones?

2019-09-17 Thread Charles Goldsmith
Well, I was way off...

I can't find that part number in CCW at all, and I was thinking of the NR
version, which is no radio anyway.

Lelio, where did you see CP-8845-NC-K9?

On Tue, Sep 17, 2019 at 1:34 PM Norton, Mike 
wrote:

> But I thought K9 means "strong crypto"? So NC-K9 is "no crypto *and*
> strong crypto"
>
> -mn
>
>
> -Original Message-
> From: cisco-voip  On Behalf Of
> Charles Goldsmith
> Sent: September 13, 2019 3:30 PM
> To: Myron Young 
> Cc: voyp list, cisco-voip (cisco-voip@puck.nether.net) <
> cisco-voip@puck.nether.net>
> Subject: Re: [cisco-voip] what's the NC model of phones?
>
> Export purposes
>
> > On Sep 13, 2019, at 4:24 PM, Myron Young 
> wrote:
> >
> > Maybe this is a silly question, but why would anyone want a no crypto
> phone?
> >
> >> On Sep 13, 2019, at 4:09 PM, Lelio Fulgenzi  wrote:
> >>
> >> AH. Gotcha.
> >>
> >> ---
> >> Lelio Fulgenzi, B.A. | Senior Analyst Computing and Communications
> >> Services | University of Guelph Room 037 Animal Science & Nutrition
> >> Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
> >> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
> >>
> >> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
> >>
> >>
> >>
> >> -Original Message-
> >> From: Charles Goldsmith 
> >> Sent: Friday, September 13, 2019 4:05 PM
> >> To: Lelio Fulgenzi 
> >> Cc: voyp list, cisco-voip (cisco-voip@puck.nether.net)
> >> 
> >> Subject: Re: [cisco-voip] what's the NC model of phones?
> >>
> >> No crypto
> >>
> >>> On Sep 13, 2019, at 3:02 PM, Lelio Fulgenzi  wrote:
> >>>
> >>>
> >>> Anyone know what the NC model of phones are?
> >>>
> >>> There's the CP-8845-K9=, but also the CP-8845-NC-K9=. And the NC
> version is more expensive with a longer lead time.
> >>>
> >>> Can't find any details on the datasheet or any google search.
> >>>
> >>>
> >>> ---
> >>> Lelio Fulgenzi, B.A. | Senior Analyst Computing and Communications
> >>> Services | University of Guelph Room 037 Animal Science & Nutrition
> >>> Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
> >>> 519-824-4120 Ext. 56354 |
> >>> le...@uoguelph.ca<mailto:le...@uoguelph.ca>
> >>>
> >>> www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on
> >>> Instagram, Twitter and Facebook
> >>>
> >>> [University of Guelph Cornerstone with Improve Life tagline]
> >>>
> >>> 
> >>> ___
> >>> 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] Jabber with CCX , over MRA

2019-09-17 Thread Charles Goldsmith
A lot of good info here :
https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/crs/express_12_0/design/guide/uccx_b_solution-design-guide-1201/uccx_b_solution-design-guide-1201_chapter_011.html#UCCX_RF_E796A578_00


>From the compatibility guide :
https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/crs/express_compatibility/matrix/uccxcompat12_0_1.html#Endpoint_Devices
a
couple of footnotes with details:

(FN 3) For Home Agent with Extend and Connect, set Jabber to Extend Mode so
that the agents can select or edit the remote destination number.
(FN 7)  Cisco Jabber as an agent phone now supports Multiline (ACD and
non-ACD). This is applicable for versions 12.0 and above.

You have options :)




On Tue, Sep 17, 2019 at 12:12 PM Lelio Fulgenzi  wrote:

> Ok. From what I recall, it’s not that Jabber is not supported with CCX,
> but in fact, a common deployment model is not supported.
>
>
>
> I believe it has to do with the same primary extension enabled on more
> than one device, with the primary extension being the agent extension.
>
>
>
> In all my discussions, no one could tell me that if we were to choose to
> use Jabber on a desktop, on-prem, with multiple extensions (uccx primary,
> private secondary), that it wouldn’t work.
>
>
>
> The answer always came back, “but that’s not how we want to use it”.
>
>
>
> I’m eager to find out more about Jabber and CCX (and MRA).
>
>
>
> Lelio
>
>
>
>
>
> ---
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
>
>
>
> *From:* cisco-voip  *On Behalf Of 
> *Pawlowski,
> Adam
> *Sent:* Tuesday, September 17, 2019 12:58 PM
> *To:* cisco-voip@puck.nether.net
> *Subject:* [cisco-voip] Jabber with CCX , over MRA
>
>
>
> Good afternoon all,
>
>
>
> Just trying to get my notes together on the subject of using Jabber as an
> agent softphone, with UCCX (12) , over MRA. Recently saw some commentary
> that it is not supported, but, it’s not explicitly called out that I can
> tell.
>
>
>
> The CCX SRND mentions that Expressway is supported “as an endpoint”,
> Jabber can be used, but doesn’t call any specific limitation to the two.
> This guide does say that Multiline is not supported which seemed to be new.
>
>
>
> As far as I can tell it is working just fine to use with Finesse over MRA,
> the only thing I haven’t done yet is looked at traffic to see if it/CTI
> works because it can reach the UCM directly.
>
>
>
> Anyone have any experience with trying to implement that, or, if they know
> for sure it is problematic or … not ?
>
>
>
> Adam
> ___
> 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] what's the NC model of phones?

2019-09-13 Thread Charles Goldsmith
Export purposes 

> On Sep 13, 2019, at 4:24 PM, Myron Young  wrote:
> 
> Maybe this is a silly question, but why would anyone want a no crypto phone?
> 
>> On Sep 13, 2019, at 4:09 PM, Lelio Fulgenzi  wrote:
>> 
>> AH. Gotcha. 
>> 
>> ---
>> Lelio Fulgenzi, B.A. | Senior Analyst
>> Computing and Communications Services | University of Guelph
>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 
>> 2W1
>> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>> 
>> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>> 
>> 
>> 
>> -Original Message-
>> From: Charles Goldsmith  
>> Sent: Friday, September 13, 2019 4:05 PM
>> To: Lelio Fulgenzi 
>> Cc: voyp list, cisco-voip (cisco-voip@puck.nether.net) 
>> 
>> Subject: Re: [cisco-voip] what's the NC model of phones?
>> 
>> No crypto
>> 
>>> On Sep 13, 2019, at 3:02 PM, Lelio Fulgenzi  wrote:
>>> 
>>> 
>>> Anyone know what the NC model of phones are?
>>> 
>>> There's the CP-8845-K9=, but also the CP-8845-NC-K9=. And the NC version is 
>>> more expensive with a longer lead time.
>>> 
>>> Can't find any details on the datasheet or any google search.
>>> 
>>> 
>>> ---
>>> Lelio Fulgenzi, B.A. | Senior Analyst
>>> Computing and Communications Services | University of Guelph Room 037 
>>> Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
>>> 519-824-4120 Ext. 56354 | le...@uoguelph.ca<mailto:le...@uoguelph.ca>
>>> 
>>> www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on 
>>> Instagram, Twitter and Facebook
>>> 
>>> [University of Guelph Cornerstone with Improve Life tagline]
>>> 
>>> 
>>> ___
>>> 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] what's the NC model of phones?

2019-09-13 Thread Charles Goldsmith
No crypto

> On Sep 13, 2019, at 3:02 PM, Lelio Fulgenzi  wrote:
> 
> 
> Anyone know what the NC model of phones are?
> 
> There's the CP-8845-K9=, but also the CP-8845-NC-K9=. And the NC version is 
> more expensive with a longer lead time.
> 
> Can't find any details on the datasheet or any google search.
> 
> 
> ---
> Lelio Fulgenzi, B.A. | Senior Analyst
> Computing and Communications Services | University of Guelph
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 
> 2W1
> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
> 
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, 
> Twitter and Facebook
> 
> [University of Guelph Cornerstone with Improve Life tagline]
> 
> 
> ___
> 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] Bulk Admin and Jabber

2019-09-13 Thread Charles Goldsmith
LOL.  Problem is, if you have a large deployment, even something as small
as 50 users, coming up with unique names is problematic.  For those of us
deploying in bulk, using the AD user-id is perfect, you can concatenate in
Excel quickly to generate the device names (CSFjsnow, TCTJSNOW, BOTJSNOW,
TABJSNOW).

On Fri, Sep 13, 2019 at 1:07 PM Lelio Fulgenzi  wrote:

>
>
> Interesting. I must have simply read it incorrectly. I don’t think I would
> have picked any other formatting in retrospect.
>
>
>
> What are others using?
>
>
>
> Other than Anthony, who’s focused on fruits for some reason.
>
>
>
> I’d like to be AVOCADO.
>
>
>
> ---
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
>
>
>
> *From:* Charles Goldsmith 
> *Sent:* Friday, September 13, 2019 1:47 PM
> *To:* Lelio Fulgenzi 
> *Cc:* Anthony Holloway ; cisco-voip voyp
> list 
> *Subject:* Re: [cisco-voip] Bulk Admin and Jabber
>
>
>
> It just has to be unique, the association comes from the End User device
> association as well as the Owner User ID.  Anthony has it correct.
>
>
>
> On Fri, Sep 13, 2019 at 12:41 PM Lelio Fulgenzi  wrote:
>
> Ok. Hold on. Are you sure? I did mean userID. As a Cisco requirement. Not
> company standard.
>
>
>
> I’m almost 100% positive I read in the deployment guide it needs to be the
> userID. And it was the Jabber deployment guide. Which, of course, I didn’t
> save. 
>
>
>
> When asking about it, I was told, it was really the only way you could get
> a Jabber device to associate with a user after logon. How else would you?
>
>
>
> I mean, there’s nothing else I think I’d really want to use, but,
> honestly, I believe(d) it’s a requirement.
>
>
>
> Lelio
>
>
>
>
>
> ---
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
>
>
>
> *From:* Anthony Holloway 
> *Sent:* Friday, September 13, 2019 12:40 PM
> *To:* Lelio Fulgenzi 
> *Cc:* Brian Meade ; cisco-voip voyp list <
> cisco-voip@puck.nether.net>
> *Subject:* Re: [cisco-voip] Bulk Admin and Jabber
>
>
>
> "... when we know the device name for the softphones needs to be the
> userID"
>
>
>
> Just to be clear, it does not.  That was an old CUPC requirement, and the
> new requirements are as follows:
>
>
>
> CSF = could be whatever you want, e.g., banana (unless you have QM call
> recording, then it needs to be all caps CSFSOMETHING for QM)
>
> TCT = must be all caps TCTSOMETHING
>
> BOT =  must be all caps BOTSOMETHING
>
> TAB = must be all caps TABSOMETHING
>
>
>
> None of them however, need the User ID in the name.  Could be TCTBANANA
> for example.
>
>
>
> Maybe that's not what you meant.  Maybe you meant, for your company's
> standard build, but I thought I'd address that, since other people might
> have read that it needed to be that way.
>
>
>
> On Fri, Sep 13, 2019 at 10:25 AM Lelio Fulgenzi  wrote:
>
> This looks like an interesting option. I’ll have to see how much effort it
> takes to get the templates set up in order for us to use this.
>
>
>
> I didn’t like the fact that it’s asking me to fill in the device name,
> when we know the device name for the softphones needs to be the userID. So
> this is a step that could lead to errors and extra effort.
>
>
>
> I know this sounds like _*I*_ don’t want to do this stuff, but when
> you’re preparing instructions for a group of people with varying skill
> sets, the less work required the better.
>
>
>
> At least we have some options.
>
>
>
>
>
>
>
> ---
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
&

Re: [cisco-voip] Bulk Admin and Jabber

2019-09-13 Thread Charles Goldsmith
It just has to be unique, the association comes from the End User device
association as well as the Owner User ID.  Anthony has it correct.

On Fri, Sep 13, 2019 at 12:41 PM Lelio Fulgenzi  wrote:

> Ok. Hold on. Are you sure? I did mean userID. As a Cisco requirement. Not
> company standard.
>
>
>
> I’m almost 100% positive I read in the deployment guide it needs to be the
> userID. And it was the Jabber deployment guide. Which, of course, I didn’t
> save. 
>
>
>
> When asking about it, I was told, it was really the only way you could get
> a Jabber device to associate with a user after logon. How else would you?
>
>
>
> I mean, there’s nothing else I think I’d really want to use, but,
> honestly, I believe(d) it’s a requirement.
>
>
>
> Lelio
>
>
>
>
>
> ---
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
>
>
>
> *From:* Anthony Holloway 
> *Sent:* Friday, September 13, 2019 12:40 PM
> *To:* Lelio Fulgenzi 
> *Cc:* Brian Meade ; cisco-voip voyp list <
> cisco-voip@puck.nether.net>
> *Subject:* Re: [cisco-voip] Bulk Admin and Jabber
>
>
>
> "... when we know the device name for the softphones needs to be the
> userID"
>
>
>
> Just to be clear, it does not.  That was an old CUPC requirement, and the
> new requirements are as follows:
>
>
>
> CSF = could be whatever you want, e.g., banana (unless you have QM call
> recording, then it needs to be all caps CSFSOMETHING for QM)
>
> TCT = must be all caps TCTSOMETHING
>
> BOT =  must be all caps BOTSOMETHING
>
> TAB = must be all caps TABSOMETHING
>
>
>
> None of them however, need the User ID in the name.  Could be TCTBANANA
> for example.
>
>
>
> Maybe that's not what you meant.  Maybe you meant, for your company's
> standard build, but I thought I'd address that, since other people might
> have read that it needed to be that way.
>
>
>
> On Fri, Sep 13, 2019 at 10:25 AM Lelio Fulgenzi  wrote:
>
> This looks like an interesting option. I’ll have to see how much effort it
> takes to get the templates set up in order for us to use this.
>
>
>
> I didn’t like the fact that it’s asking me to fill in the device name,
> when we know the device name for the softphones needs to be the userID. So
> this is a step that could lead to errors and extra effort.
>
>
>
> I know this sounds like _*I*_ don’t want to do this stuff, but when
> you’re preparing instructions for a group of people with varying skill
> sets, the less work required the better.
>
>
>
> At least we have some options.
>
>
>
>
>
>
>
> ---
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
>
>
>
> *From:* Brian Meade 
> *Sent:* Friday, September 13, 2019 11:02 AM
> *To:* Lelio Fulgenzi 
> *Cc:* Anthony Holloway ; cisco-voip voyp
> list 
> *Subject:* Re: [cisco-voip] Bulk Admin and Jabber
>
>
>
> Have you tried using the Quick/User Phone Add?  That works pretty well.
> Just assign device/line templates to user profiles and adding a
> CSF/TCT/RDP/Deskphone/TAB/BOT device for a user takes all of a minute at
> most.
>
>
>
> On Fri, Sep 13, 2019 at 10:42 AM Lelio Fulgenzi  wrote:
>
> I guess it’s a combo of built-in tools and tools people are familiar with.
>
>
>
> I like the idea, but again, adding extra steps like that might not work.
> Now, that being said, I wonder if I can modify the order in which the
> columns are presented to the import tool? If they allow headers, that
> should be ok, right?
>
>
>
> I might be stuck with looking for green columns for the first round. ☹
>
>
>
> ---
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
>
>
>
> *From:* Anthony Holloway 
> *Sent:* Friday, September 13, 2019 10:31 AM
> *To:* Lelio Fulgenzi 
> *Cc:* cisco-voip voyp list 
> *Subject:* Re: [cisco-voip] Bulk Admin and Jabber
>
>
>
> "...I need to use the built-in tools..."
>
>
>
> So, Excel + BAT is built-in, and Python + AXL is not?
>
>
>
> I kid, I kid.  I get that there's a common familiarity with Excel and not
> one with Python.
>
>
>
> I have a recommendation when working with BAT import files in 

Re: [cisco-voip] Bulk Admin and Jabber

2019-09-13 Thread Charles Goldsmith
Yeah, Hunt Groups complain, but with phone devices, I've found you can
change things around, at least when doing a partial information import with
templates.  I don't remember if I've tried to move things during an import
all phones type, but I try to steer clear of those types of imports.

Let's not even discuss MGCP gateway migration/imports.  Luckily I haven't
had to deal with them recently, but historically, they were a nightmare.

On Fri, Sep 13, 2019 at 9:50 AM Anthony Holloway <
avholloway+cisco-v...@gmail.com> wrote:

> Nope!  I actually just did this a week ago with Hunt Pilots, Hunt Lists
> and Line Groups.  The import failed when I moved the columns around, and I
> had to revert the order.  It's safe to say that the column order matters in
> some instances.  Feel free to play with it though.
>
> On Fri, Sep 13, 2019 at 9:42 AM Lelio Fulgenzi  wrote:
>
>> I guess it’s a combo of built-in tools and tools people are familiar
>> with.
>>
>>
>>
>> I like the idea, but again, adding extra steps like that might not work.
>> Now, that being said, I wonder if I can modify the order in which the
>> columns are presented to the import tool? If they allow headers, that
>> should be ok, right?
>>
>>
>>
>> I might be stuck with looking for green columns for the first round. ☹
>>
>>
>>
>> ---
>>
>> *Lelio Fulgenzi, B.A.* | Senior Analyst
>>
>> Computing and Communications Services | University of Guelph
>>
>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
>> N1G 2W1
>>
>> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>>
>>
>>
>> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>>
>>
>>
>> [image: University of Guelph Cornerstone with Improve Life tagline]
>>
>>
>>
>> *From:* Anthony Holloway 
>> *Sent:* Friday, September 13, 2019 10:31 AM
>> *To:* Lelio Fulgenzi 
>> *Cc:* cisco-voip voyp list 
>> *Subject:* Re: [cisco-voip] Bulk Admin and Jabber
>>
>>
>>
>> "...I need to use the built-in tools..."
>>
>>
>>
>> So, Excel + BAT is built-in, and Python + AXL is not?
>>
>>
>>
>> I kid, I kid.  I get that there's a common familiarity with Excel and not
>> one with Python.
>>
>>
>>
>> I have a recommendation when working with BAT import files in Excel.
>> Insert a few input columns to the left of the actual data, and then drive
>> your entire spreadsheet with formulas.  This will save you from having to
>> constantly scroll left and right look for cells you need to fill in.  You
>> will have to exclude them when you export/save as csv.  However, keeping
>> the input columns together on the left should make this very easy.  You can
>> duplicate the sheet and delete them, you can have two different files: XLSX
>> and CSV, you can copy and paste into Notepad++ and CTRL+H replace tabs (\t)
>> with commas (,).  There's a few options there.  Anyway, I find it much
>> nicer to input the data this way.  I hope it helps you too.
>>
>>
>>
>> Do this:
>>
>>
>>
>> [image: image.png]
>>
>>
>>
>> Not this:
>>
>>
>>
>> [image: image.png]
>>
>>
>>
>>
>>
>>
>>
>> On Thu, Sep 12, 2019 at 7:24 PM Lelio Fulgenzi  wrote:
>>
>>
>>
>> We really need to start to minimize the amount of custom scripts /
>> programming that we use, not increase it.
>>
>>
>>
>> It’s a bit of a long story.
>>
>>
>>
>> So I need to use the built-in tools.
>>
>>
>>
>> :(
>>
>>
>>
>> We might just stick with super copy if bulk admin doesn’t work out.
>>
>>
>>
>> Lelio
>>
>> *-sent from mobile device-*
>>
>>
>>
>> *Lelio Fulgenzi, B.A.* | Senior Analyst
>>
>> Computing and Communications Services | University of Guelph
>>
>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
>> N1G 2W1
>>
>> 519-824-4120 Ext. 56354 <519-824-4120;56354> | le...@uoguelph.ca
>>
>>
>>
>> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>>
>>
>>
>>
>> On Sep 12, 2019, at 7:48 PM, Anthony Holloway <
>> avholloway+cisco-v...@gmail.com> wrote:
>>
>> Why not roll your own build tool in Python?  You can ask questions here,
>> as lots of us have Python and AXL experience, and then more people get to
>> benefit from the collaboration.
>>
>>
>>
>> Just think how cool it would be to build your very own Jarvis:
>>
>>
>>
>> 
>>
>>
>>
>> On Thu, Sep 12, 2019 at 5:22 PM Lelio Fulgenzi  wrote:
>>
>>
>>
>> It’s been a while since I’ve used Bulk Admin Tool.
>>
>>
>>
>> Wondering how it might help with our Jabber deployment.
>>
>>
>>
>> I’m thinking, since our requests will come in one at a time, the best
>> approach would be to create a BAT file that has a line for each device
>> type. We’ve decided to load all types so users can switch devices out/in as
>> they wish.
>>
>>
>>
>> Can you bulk load _without_ using a template?
>>
>>
>>
>> What have others done with respect to Jabber bulk loads?
>>
>>
>>
>> Lelio
>>
>> *-sent from mobile device-*
>>
>>
>>
>> *Lelio Fulgenzi, B.A.* | Senior Analyst
>>
>> Computing and Communications Services | University of Guelph
>>
>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | 

Re: [cisco-voip] Bulk Admin and Jabber

2019-09-13 Thread Charles Goldsmith
This goes without saying, but I'll say it anyway for clarification.

It will fail, if it's a required field :)

On Fri, Sep 13, 2019 at 9:38 AM Anthony Holloway <
avholloway+cisco-v...@gmail.com> wrote:

> CUCM does not fail because of blank cells, causing lots of consecutive
> commas.  That's normal.  In fact, it's even discussed/shown in the example
> files:
>
> [image: image.png]
>
> [image: image.png]
>
> On Fri, Sep 13, 2019 at 9:28 AM Lelio Fulgenzi  wrote:
>
>> Ok. So I tested exporting CSF and TCT phones. As I suspected, they’re
>> different. There’s a whole bunch of extra columns for the available DNs for
>> CSF.
>>
>>
>>
>> If I want to import both CSF and TCT phones at the same time, I wonder
>> what the strategy is here?
>>
>>
>>
>> I’m fine with just leaving those columns blank, but will CUCM barf at
>> seeing those extra commas for the TCT phones? There’s a validation process
>> I believe – could try that too.
>>
>>
>>
>> Lelio
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> ---
>>
>> *Lelio Fulgenzi, B.A.* | Senior Analyst
>>
>> Computing and Communications Services | University of Guelph
>>
>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
>> N1G 2W1
>>
>> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>>
>>
>>
>> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>>
>>
>>
>> [image: University of Guelph Cornerstone with Improve Life tagline]
>>
>>
>>
>> *From:* Evgeny Izetov 
>> *Sent:* Thursday, September 12, 2019 10:33 PM
>> *To:* Lelio Fulgenzi 
>> *Cc:* Anthony Holloway ; cisco-voip
>> voyp list 
>> *Subject:* Re: [cisco-voip] Bulk Admin and Jabber
>>
>>
>>
>> You can use Import/Export configuration with all details. No need for
>> template and can import different types of devices at the same time.
>>
>>
>>
>> On Thu, Sep 12, 2019 at 8:24 PM Lelio Fulgenzi  wrote:
>>
>>
>>
>> We really need to start to minimize the amount of custom scripts /
>> programming that we use, not increase it.
>>
>>
>>
>> It’s a bit of a long story.
>>
>>
>>
>> So I need to use the built-in tools.
>>
>>
>>
>> :(
>>
>>
>>
>> We might just stick with super copy if bulk admin doesn’t work out.
>>
>>
>>
>> Lelio
>>
>> *-sent from mobile device-*
>>
>>
>>
>> *Lelio Fulgenzi, B.A.* | Senior Analyst
>>
>> Computing and Communications Services | University of Guelph
>>
>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
>> N1G 2W1
>>
>> 519-824-4120 Ext. 56354 <519-824-4120;56354> | le...@uoguelph.ca
>>
>>
>>
>> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>>
>>
>>
>>
>> On Sep 12, 2019, at 7:48 PM, Anthony Holloway <
>> avholloway+cisco-v...@gmail.com> wrote:
>>
>> Why not roll your own build tool in Python?  You can ask questions here,
>> as lots of us have Python and AXL experience, and then more people get to
>> benefit from the collaboration.
>>
>>
>>
>> Just think how cool it would be to build your very own Jarvis:
>>
>>
>>
>> 
>>
>>
>>
>> On Thu, Sep 12, 2019 at 5:22 PM Lelio Fulgenzi  wrote:
>>
>>
>>
>> It’s been a while since I’ve used Bulk Admin Tool.
>>
>>
>>
>> Wondering how it might help with our Jabber deployment.
>>
>>
>>
>> I’m thinking, since our requests will come in one at a time, the best
>> approach would be to create a BAT file that has a line for each device
>> type. We’ve decided to load all types so users can switch devices out/in as
>> they wish.
>>
>>
>>
>> Can you bulk load _without_ using a template?
>>
>>
>>
>> What have others done with respect to Jabber bulk loads?
>>
>>
>>
>> Lelio
>>
>> *-sent from mobile device-*
>>
>>
>>
>> *Lelio Fulgenzi, B.A.* | Senior Analyst
>>
>> Computing and Communications Services | University of Guelph
>>
>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
>> N1G 2W1
>>
>> 519-824-4120 Ext. 56354 <519-824-4120;56354> | le...@uoguelph.ca
>>
>>
>>
>> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>>
>>
>>
>> ___
>> 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] Bulk Admin and Jabber

2019-09-13 Thread Charles Goldsmith
This is really good advice, and how I always build out a system.  You not
only have devices to import, but line association, end-user update (add
device association to the end user) and unity connection imports.  I always
have a master XLSX file with the raw data, columns are linked into another
XLSX for each import type

On Fri, Sep 13, 2019 at 9:31 AM Anthony Holloway <
avholloway+cisco-v...@gmail.com> wrote:

> "...I need to use the built-in tools..."
>
> So, Excel + BAT is built-in, and Python + AXL is not?
>
> I kid, I kid.  I get that there's a common familiarity with Excel and not
> one with Python.
>
> I have a recommendation when working with BAT import files in Excel.
> Insert a few input columns to the left of the actual data, and then drive
> your entire spreadsheet with formulas.  This will save you from having to
> constantly scroll left and right look for cells you need to fill in.  You
> will have to exclude them when you export/save as csv.  However, keeping
> the input columns together on the left should make this very easy.  You can
> duplicate the sheet and delete them, you can have two different files: XLSX
> and CSV, you can copy and paste into Notepad++ and CTRL+H replace tabs (\t)
> with commas (,).  There's a few options there.  Anyway, I find it much
> nicer to input the data this way.  I hope it helps you too.
>
> Do this:
>
> [image: image.png]
>
> Not this:
>
> [image: image.png]
>
>
>
> On Thu, Sep 12, 2019 at 7:24 PM Lelio Fulgenzi  wrote:
>
>>
>> We really need to start to minimize the amount of custom scripts /
>> programming that we use, not increase it.
>>
>> It’s a bit of a long story.
>>
>> So I need to use the built-in tools.
>>
>> :(
>>
>> We might just stick with super copy if bulk admin doesn’t work out.
>>
>> Lelio
>>
>> *-sent from mobile device-*
>>
>>
>> *Lelio Fulgenzi, B.A.* | Senior Analyst
>>
>> Computing and Communications Services | University of Guelph
>>
>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
>> N1G 2W1
>>
>> 519-824-4120 Ext. 56354 <519-824-4120;56354> | le...@uoguelph.ca
>>
>>
>>
>> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>>
>>
>>
>> [image: University of Guelph Cornerstone with Improve Life tagline]
>>
>> On Sep 12, 2019, at 7:48 PM, Anthony Holloway <
>> avholloway+cisco-v...@gmail.com> wrote:
>>
>> Why not roll your own build tool in Python?  You can ask questions here,
>> as lots of us have Python and AXL experience, and then more people get to
>> benefit from the collaboration.
>>
>> Just think how cool it would be to build your very own Jarvis:
>>
>> 
>>
>> On Thu, Sep 12, 2019 at 5:22 PM Lelio Fulgenzi  wrote:
>>
>>>
>>> It’s been a while since I’ve used Bulk Admin Tool.
>>>
>>> Wondering how it might help with our Jabber deployment.
>>>
>>> I’m thinking, since our requests will come in one at a time, the best
>>> approach would be to create a BAT file that has a line for each device
>>> type. We’ve decided to load all types so users can switch devices out/in as
>>> they wish.
>>>
>>> Can you bulk load _without_ using a template?
>>>
>>> What have others done with respect to Jabber bulk loads?
>>>
>>> Lelio
>>>
>>> *-sent from mobile device-*
>>>
>>>
>>> *Lelio Fulgenzi, B.A.* | Senior Analyst
>>>
>>> Computing and Communications Services | University of Guelph
>>>
>>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
>>> N1G 2W1
>>>
>>> 519-824-4120 Ext. 56354 <519-824-4120;56354> | le...@uoguelph.ca
>>>
>>>
>>>
>>> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>>>
>>>
>>>
>>> [image: University of Guelph Cornerstone with Improve Life tagline]
>>> ___
>>> 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] Bulk Admin and Jabber

2019-09-13 Thread Charles Goldsmith
Yes sir, you'll find it's VERY large.

On Fri, Sep 13, 2019 at 8:27 AM Lelio Fulgenzi  wrote:

> Thanks.
>
> I’m wondering, can I do an export first as a starting point?
>
> Will try it.
>
> Thx.
>
> *-sent from mobile device-*
>
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 <519-824-4120;56354> | le...@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
>
> On Sep 12, 2019, at 10:33 PM, Evgeny Izetov  wrote:
>
> You can use Import/Export configuration with all details. No need for
> template and can import different types of devices at the same time.
>
> On Thu, Sep 12, 2019 at 8:24 PM Lelio Fulgenzi  wrote:
>
>>
>> We really need to start to minimize the amount of custom scripts /
>> programming that we use, not increase it.
>>
>> It’s a bit of a long story.
>>
>> So I need to use the built-in tools.
>>
>> :(
>>
>> We might just stick with super copy if bulk admin doesn’t work out.
>>
>> Lelio
>>
>> *-sent from mobile device-*
>>
>>
>> *Lelio Fulgenzi, B.A.* | Senior Analyst
>>
>> Computing and Communications Services | University of Guelph
>>
>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
>> N1G 2W1
>>
>> 519-824-4120 Ext. 56354 <519-824-4120;56354> | le...@uoguelph.ca
>>
>>
>>
>> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>>
>>
>>
>> [image: University of Guelph Cornerstone with Improve Life tagline]
>>
>> On Sep 12, 2019, at 7:48 PM, Anthony Holloway <
>> avholloway+cisco-v...@gmail.com> wrote:
>>
>> Why not roll your own build tool in Python?  You can ask questions here,
>> as lots of us have Python and AXL experience, and then more people get to
>> benefit from the collaboration.
>>
>> Just think how cool it would be to build your very own Jarvis:
>>
>> 
>>
>> On Thu, Sep 12, 2019 at 5:22 PM Lelio Fulgenzi  wrote:
>>
>>>
>>> It’s been a while since I’ve used Bulk Admin Tool.
>>>
>>> Wondering how it might help with our Jabber deployment.
>>>
>>> I’m thinking, since our requests will come in one at a time, the best
>>> approach would be to create a BAT file that has a line for each device
>>> type. We’ve decided to load all types so users can switch devices out/in as
>>> they wish.
>>>
>>> Can you bulk load _without_ using a template?
>>>
>>> What have others done with respect to Jabber bulk loads?
>>>
>>> Lelio
>>>
>>> *-sent from mobile device-*
>>>
>>>
>>> *Lelio Fulgenzi, B.A.* | Senior Analyst
>>>
>>> Computing and Communications Services | University of Guelph
>>>
>>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
>>> N1G 2W1
>>>
>>> 519-824-4120 Ext. 56354 <519-824-4120;56354> | le...@uoguelph.ca
>>>
>>>
>>>
>>> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>>>
>>>
>>>
>>> [image: University of Guelph Cornerstone with Improve Life tagline]
>>> ___
>>> 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] Bulk Admin and Jabber

2019-09-12 Thread Charles Goldsmith
You can do an Export/Import > Import phones, but it's more complex.  I
always use templates for my deployments.

On Thu, Sep 12, 2019 at 5:22 PM Lelio Fulgenzi  wrote:

>
> It’s been a while since I’ve used Bulk Admin Tool.
>
> Wondering how it might help with our Jabber deployment.
>
> I’m thinking, since our requests will come in one at a time, the best
> approach would be to create a BAT file that has a line for each device
> type. We’ve decided to load all types so users can switch devices out/in as
> they wish.
>
> Can you bulk load _without_ using a template?
>
> What have others done with respect to Jabber bulk loads?
>
> Lelio
>
> *-sent from mobile device-*
>
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 <519-824-4120;56354> | le...@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
> ___
> 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] Enjoy a No-Compromise User Experience with Cisco Jabber 12.7 - Cisco Blog

2019-09-11 Thread Charles Goldsmith
Supported yes, work well, not so much :)


On Wed, Sep 11, 2019 at 11:04 AM Anthony Holloway <
avholloway+cisco-v...@gmail.com> wrote:

> Funny, I was just in a situation this week where the Desk Phone control of
> the secondary line issue came up.  Looks like 12.7 solves this now.
>
> However, it still doesn't look like it solves the problem of Jabber VDI
> and Desk Phone Video though, which remains a Jabber Windows only feature.
> It's a shame too really, because back when it was called VMXE, this was
> supported.
>
> On Wed, Sep 11, 2019 at 6:17 AM Lelio Fulgenzi  wrote:
>
>> 12.7 has dropped.
>>
>>
>> https://blogs.cisco.com/collaboration/enjoy-a-no-compromise-user-experience-with-cisco-jabber-12-7
>>
>>
>> *-sent from mobile device-*
>>
>>
>> *Lelio Fulgenzi, B.A.* | Senior Analyst
>>
>> Computing and Communications Services | University of Guelph
>>
>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
>> N1G 2W1
>>
>> 519-824-4120 Ext. 56354 <519-824-4120;56354> | le...@uoguelph.ca
>>
>>
>>
>> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>>
>>
>>
>> [image: University of Guelph Cornerstone with Improve Life tagline]
>> ___
>> 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] Where does CUCM/informix store the recordingMediaSource and recordingFlag for phones/lines?

2019-09-11 Thread Charles Goldsmith
I don't have an answer to your question, but why not just export all phones
and filter that column in excel?

On Wed, Sep 11, 2019 at 9:57 AM Nick Barnett  wrote:

> We're changing our recording platform and have to move from BiB Phone
> Preferred to Gateway Preferred. I know we have many phones already
> (erroneously) set to gateway preferred. The way we are set up, this isn't
> causing an issue but will in the future. I need to find out how many phones
> we have set this way. I can't find a way to search on this setting, so I
> turned to SQL and AXL.
>
>
> When working with the AXL API, I can use a getPhone call and pull down the
> appropriate config. I can also use an updatePhone call to change the
> recording media source from "Phone Preferred" to "Gateway Preferred" and
> recordingFlag to and from "Automatic Call Recording Enabled" and "Selective
> Call Recording Enabled." When I look at the numplan, device and
> devicenumplanmap, I don't see where the recording media source or
> recordingFlag are stored.
>
>
> I've tried pulling down the rows of the previously mentioned tables via a
> SQL select, then changing the settings in CUCM and pulling the same tables
> down to see if anything changed. Nothing changes so I think it has to be
> storing somewhere else or I'm doing something wrong.
>
>
> Does anyone have either a SQL query I can look at that shows how this is
> stored, or a better understanding of how this parts works? Maybe there is a
> way to do this in CUCM that I'm unaware of?
>
> Thanks in advance,
> Nick
> ___
> 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] Your Associated Webex Sites

2019-09-09 Thread Charles Goldsmith
Lelio, I think this mainly applies to partners, since we can see our
customer sites.

Anthony, I don't think there is a public listing of your sites, not that
I've seen anyway.

On Mon, Sep 9, 2019 at 12:07 AM Lelio Fulgenzi  wrote:

>
> I’m not quite sure I understand the question.
>
> Are you asking about a public index of sites?
>
> I know that configuration-wise, you can choose to list meetings on a site.
> We’ve chosen to not do that. So the worst that can happen is some gets to
> our WebEx landing page.
>
> I’m not sure what hiding a site helps with. Or helps deter.
>
> I mean, I’ve got our site listed on our service pages. They’re not
> restricted, so anyone can find it.
>
> Logins are protected by SSO, so we’ve got that going too. Protection-wise,
> I mean.
>
> Is there something I’m missing?
>
> Are you gonna make me loose sleep now!??? :)
>
> *-sent from mobile device-*
>
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 <519-824-4120;56354> | le...@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
>
> On Sep 8, 2019, at 2:45 PM, Anthony Holloway <
> avholloway+cisco-v...@gmail.com> wrote:
>
> All,
>
> I want to take the pulse on a topic here, relating to your list of
> associated Webex sites, and whether or not they are private to you, or if
> they should be public information.
>
> I was talking with a colleague about this ever growing list of customers
> we work with being cataloged by Webex in the fact that we keep getting
> associated to more and more customers, and what potential issue this may
> cause if the site list were to be viewed by just anyone on the internet.
>
> Would you want your site list (whether end customer or partner admin)
> protected from view of others, or is it not that big of a deal?
>
> And I guess as a follow up, is this list protected today, or is there a
> means by which my list can be exposed to the public relatively easily?
>
> ___
> 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] Setup

2019-09-03 Thread Charles Goldsmith
Well, if your setup has 1 site, and all phone are setup the same, it is a
simple process, you can even copy a phone.  However, anything more complex
than that, and you could get bad results, like if someone dialed emergency
services and it went out the wrong location.

If you have already setup all of the call routing details, then you know
what is needed to setup a phone.

On Tue, Sep 3, 2019 at 12:09 PM John Huston  wrote:

> I have already done that which is why I am asking a question here for
> training. Thank you for the prompt reply.
>
>
>
>
> On Tuesday, September 3, 2019, 12:07:53 PM CDT, Charles Goldsmith <
> w...@woka.us> wrote:
>
>
> John, the settings in your system are very specific to your site and
> setup.  If you are not familiar with it, I'd advise you to reach out to
> your partner / VAR for assistance.
>
>
> On Tue, Sep 3, 2019 at 11:59 AM John Huston via cisco-voip <
> cisco-voip@puck.nether.net> wrote:
>
> Hello,
>
> Is there a location where I can find some slides on how to setup a phone
> in an existing system from start to finish?  The Route Groups, Route Lists
> and Route Patterns are already setup.
>
> Thank you in advance for your help.
>
>
>
>
> ___
> 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] Setup

2019-09-03 Thread Charles Goldsmith
John, the settings in your system are very specific to your site and
setup.  If you are not familiar with it, I'd advise you to reach out to
your partner / VAR for assistance.


On Tue, Sep 3, 2019 at 11:59 AM John Huston via cisco-voip <
cisco-voip@puck.nether.net> wrote:

> Hello,
>
> Is there a location where I can find some slides on how to setup a phone
> in an existing system from start to finish?  The Route Groups, Route Lists
> and Route Patterns are already setup.
>
> Thank you in advance for your help.
>
>
>
>
> ___
> 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 SU release cycle

2019-08-15 Thread Charles Goldsmith
Cloud is good for some things, IMHO, but not a once size fit all.  As we
saw from last year, the cloud is not immune to outages.  Unless you are big
enough to get a dedicated circuit, you have QoS issues.

I have yet to see WxTeams work seamlessly on my mobile, the bug is back
where it continues to ring after I answer on elsewhere.

My cloud connected home phone is rock solid (8865 to WxTeams), aside from
the occasional QoS hiccup, but I would get that with any provider, not just
Webex.

Would I advise my bigger customers to switch?  Not yet.  Hybrid calling is
good for now and a properly built UCM cluster just can't be beat if you
have a well built network, etc.

On Thu, Aug 15, 2019 at 12:38 PM Lelio Fulgenzi  wrote:

>
>
> Cisco is paying for clients who get “Cloud or Bust” tattoos.
>
>
>
> That’s a sign of good things to come.
>
>
>
> I’m convinced.
>
>
>
> ---
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
>
>
>
> *From:* Ryan Huff 
> *Sent:* Thursday, August 15, 2019 1:31 PM
> *To:* Lelio Fulgenzi 
> *Cc:* Anthony Holloway ; Charles
> Goldsmith ; cisco-voip voyp list 
> *Subject:* Re: [cisco-voip] CUCM SU release cycle
>
>
>
> Let’s not get ahead of ourselves there ;). Just like war, usually (but not
> always) the people who want 100% cloud calling or think it’s a great idea
> are the people who’ve never experienced it.. lol
>
> Sent from my iPhone
>
>
>
> On Aug 15, 2019, at 13:22, Lelio Fulgenzi  wrote:
>
> 
>
> You forgot how everyone will be migrating to Webex Calling before then.
> And your upgrade cycle will be out of control. Just like how Webex Teams
> has that green restart symbol every two weeks.
>
>
>
> ---
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs
> <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs=02%7C01%7C%7C22113f37d40644de57c608d721a523d2%7C84df9e7fe9f640afb435%7C1%7C0%7C637014865456429669=Pd10jsjcQBMgJXb1etRx7L0VkkiGRtg%2B06QmkUhomqY%3D=0>
> | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> 
>
>
>
> *From:* Anthony Holloway 
> *Sent:* Thursday, August 15, 2019 12:05 PM
> *To:* Lelio Fulgenzi 
> *Cc:* Charles Goldsmith ; cisco-voip voyp list <
> cisco-voip@puck.nether.net>
> *Subject:* Re: [cisco-voip] CUCM SU release cycle
>
>
>
> So if I do the math...
>
>
>
> No more minor versions
>
> ...punches some keys...
>
>
>
> And 2 month SU cycles
>
> ...punches more keys
>
>
>
> With an upper limit of 3 SUs
>
> ...punches even more keys...
>
>
>
> That's a new major version every 6 months!
>
>
>
> That means we'll see
>
> ..key punching intensifies...
>
>
>
> CUCM 69 by mid-2046.  Just in time for me to retire!
>
>
>
> On Thu, Aug 15, 2019 at 10:57 AM Lelio Fulgenzi  wrote:
>
> Pretty sure I remember them saying there likely wouldn’t be that many SU’s
> either, three at most?
>
>
>
> **sigh**
>
>
>
> ---
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs
> <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs=02%7C01%7C%7C22113f37d40644de57c608d721a523d2%7C84df9e7fe9f640afb435%7C1%7C0%7C637014865456439678=nPmXLEtfP23uE8IG5eNiL4ouIBaMQ0a7bU6IrVmF7Xc%3D=0>
> | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> 
>
>
>
> *From:* cisco-voip  *On Behalf Of *Anthony
> Holloway
> *Sent:* Thursday, August 15, 2019 11:50 AM
> *To:* Charles Goldsmith 
> *Cc:* cisco-voip voyp list 
> *Subject:* Re: [cisco-voip] CUCM SU release cycle
>
>
>
> Make it SU5 in memory of the .5 releases.
>
>
>
> On Thu, Aug 15, 2019 at 9:18 AM Charles Goldsmith  wrote:
>
> I didn't see an announcement, was just told about the change, Cisco
> doesn't like us waiting for 

Re: [cisco-voip] CUCM SU release cycle

2019-08-15 Thread Charles Goldsmith
I didn't see an announcement, was just told about the change, Cisco doesn't
like us waiting for the .5 release to push out to customers.  We all know
that the .0 releases have historically been more challenging.

So now, I plan to wait until at least su2 before upgrading :)


On Thu, Aug 15, 2019 at 9:15 AM Anthony Holloway <
avholloway+cisco-v...@gmail.com> wrote:

> Why not just all Major versions all the time?  Google Chrome is on version
> 76.
>
> But seriously though, anyone got a reference to this announcement?  I
> didn't see it in the cisco live preso linked earlier.
>
> If not, what's the reported reason for dropping minor release numbers?
>
> On Thu, Aug 15, 2019 at 5:40 AM Ryan Huff  wrote:
>
>> After 12.5, no more “.5” releases, it’ll just be major versions (and the
>> SUs in between). After 12.5 we skip 13 and go right to 14 (then presumably,
>> 15 after that).
>>
>> Sent from my iPhone
>>
>> On Aug 15, 2019, at 02:05, Anthony Holloway <
>> avholloway+cisco-v...@gmail.com> wrote:
>>
>> 
>> What's going on with .5 releases?  I don't think I heard about that.
>>
>> On Wed, Aug 14, 2019 at 11:16 PM Charles Goldsmith  wrote:
>>
>>> Yeah, I think with the move away from the .5 releases, we'll be getting
>>> more SU's and less major releases.
>>>
>>> On Wed, Aug 14, 2019 at 10:58 PM Ki Wi  wrote:
>>>
>>>> Hi Group,
>>>> in the past , the SU release is every 6 months (usually longer than
>>>> that, approximately twice a year maximum) but now Cisco is changing to
>>>> every 2 months?
>>>>
>>>> Reference : Page 20 of the link
>>>>
>>>> https://www.ciscolive.com/c/dam/r/ciscolive/us/docs/2019/pdf/PSOCOL-1000.pdf
>>>> <https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ciscolive.com%2Fc%2Fdam%2Fr%2Fciscolive%2Fus%2Fdocs%2F2019%2Fpdf%2FPSOCOL-1000.pdf=02%7C01%7C%7C8f229ab7944c4083959608d72146906c%7C84df9e7fe9f640afb435%7C1%7C0%7C637014459258610309=NarczWk%2BTZBuID%2FEv3VbK%2FaimdV%2BVqiQMWCvAFw6zJU%3D=0>
>>>>
>>>>
>>>> --
>>>> Regards,
>>>> Ki Wi
>>>> ___
>>>> cisco-voip mailing list
>>>> cisco-voip@puck.nether.net
>>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>> <https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip=02%7C01%7C%7C8f229ab7944c4083959608d72146906c%7C84df9e7fe9f640afb435%7C1%7C0%7C637014459258620303=LZk7sC4c%2BRgO5tN6qEwE8KNJe6%2Bzc9%2Bsq2f4lYHoGVY%3D=0>
>>>>
>>> ___
>>> cisco-voip mailing list
>>> cisco-voip@puck.nether.net
>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>> <https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip=02%7C01%7C%7C8f229ab7944c4083959608d72146906c%7C84df9e7fe9f640afb435%7C1%7C0%7C637014459258630302=Fzo5JMhFkhfYFgP9f2M2PuiHp7RIAJTtoowm5b%2FtSvA%3D=0>
>>>
>> ___
>> cisco-voip mailing list
>> cisco-voip@puck.nether.net
>>
>> https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voipdata=02%7C01%7C%7C8f229ab7944c4083959608d72146906c%7C84df9e7fe9f640afb435%7C1%7C0%7C637014459258670341sdata=2Ovozm%2FGSCWnNZNpQ4h0zz4VcUi5L%2B3gr1OsZb8FD9M%3Dreserved=0
>>
>>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


Re: [cisco-voip] CUCM SU release cycle

2019-08-14 Thread Charles Goldsmith
Yeah, I think with the move away from the .5 releases, we'll be getting
more SU's and less major releases.

On Wed, Aug 14, 2019 at 10:58 PM Ki Wi  wrote:

> Hi Group,
> in the past , the SU release is every 6 months (usually longer than that,
> approximately twice a year maximum) but now Cisco is changing to every 2
> months?
>
> Reference : Page 20 of the link
>
> https://www.ciscolive.com/c/dam/r/ciscolive/us/docs/2019/pdf/PSOCOL-1000.pdf
>
>
> --
> Regards,
> Ki Wi
> ___
> 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] Unity DRS components

2019-08-12 Thread Charles Goldsmith
Unity Connection has always been the oddball, the pub only backs it self
up, you have to schedule the sub to do it's own backup.

On Mon, Aug 12, 2019 at 8:30 AM Myron Young 
wrote:

> Morning,
>
> Is it just me or shouldn’t both the Unity Pub and Sub servers be shown as
> available “components registered with Disaster Recovery System” when
> running either a manual or scheduled backup?
>
>  I see all nodes in the cluster for UCM but not seeing it on the Unity
> cluster; and confirmed the DRS local and master services are running on
> both servers.
> ___
> 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] Unity Connection Mailbox

2019-07-26 Thread Charles Goldsmith
Not that I'm aware of, but there is a sloppy work around.

Go into CUC and change Diane's mailbox to a dummy number, 40019 and then
add x4001 as an alternate on Bobbie's mailbox.

Once the forward is removed, you have to manually go undo it in CUC.

I warned you, sloppy :)


On Fri, Jul 26, 2019 at 11:43 AM Jason Aarons (Americas) <
jason.aar...@dimensiondata.com> wrote:

>
>
> Jack on PSTN  >   Diane ext 4001  >>   Bobbie ext 4002
>
>
>
> If Jack calls Diane and Diane has call forward all to Bobbie, is there a
> way for Jack to hear Bobbie’s voicemail and not Diane’s?
>
>
>
> TAC said no.  Ask the expert at Cisco Live said no.  is the answer really
> no?
>
>
>
>
>
>
>
>
> This email and all contents are subject to the following disclaimer:
> "http://www.dimensiondata.com/emaildisclaimer;
> 
> ___
> 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] room kits - smartnet or not?

2019-07-11 Thread Charles Goldsmith
Phones are relatively inexpensive, I advise people to buy spares in case of
issues vs smartnet on every phone for large installs.  Small installs, it's
a good peace of mind.

Video units are expensive, so you are gambling that nothing is going to go
wrong.  In 2 years if something does go out on one, you have to buy another
one.  That's a business decision and I just present the facts to the bean
counters and let them make it and take the heat :)


On Thu, Jul 11, 2019 at 8:37 AM Lelio Fulgenzi  wrote:

>
> I remember when phones first came out, smartnet was expensive for each
> phone and the decision by many was made to leave smart net off the phones
> and use that money to replace phones as needed. Budget issues aside, it
> made sense.
>
> What are people doing for equipment of a smaller number? Say, Room Kits?
>
> I'd like to offer the products to our clients with a 5 year warranty, so
> no one has to worry about managing inventory until it's probably time to
> replace them. But 5 year warranty is about half the cost of the product.
> Doing math that says these devices will be EOL'ed within about 10 years of
> announcement (very rough guess), two 5 year warranties buys a new product.
>
> Thoughts?
>
>
>
> ---
> Lelio Fulgenzi, B.A. | Senior Analyst
> Computing and Communications Services | University of Guelph
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram,
> Twitter and Facebook
>
> [University of Guelph Cornerstone with Improve Life tagline]
>
> ___
> 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] Call flow for device registered to Hybrid Cloud via local PSTN

2019-05-15 Thread Charles Goldsmith
It's only a matter of time that the SCCP phones will not function with the
latest features.  I realize that the 79x5's just went EOL a couple of years
ago, but we've had SIP only phones for at least 8 years now.

On Wed, May 15, 2019 at 6:22 PM Lelio Fulgenzi  wrote:

> Whoa.
>
> 
> Unified CM Device Requirements
>
> Hybrid Call Service is supported only with Cisco SIP phones and Cisco
> Jabber clients that are registered to Unified CM.
>
> *SCCP phones may encounter problems due to the 48-character limitation on
> the destination address. *
>
> 
>
> *-sent from mobile device-*
>
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 <519-824-4120;56354> | le...@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
>
> On May 15, 2019, at 7:16 PM, Ryan Huff  wrote:
>
> You’ll need a specific Webex DNS zone and the traversal trunk really just
> needs to support pre-loaded route headers and SIP parameter preservation
> (those are the most significant differences over the traversal / neighbor
> zone you might have setup for B2B).
>
> It’s a simple enough configuration, but there are a few more moving parts
> than what the marketing may lead one to believe. Here is the configuration
> documentation:
> https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cloudCollaboration/spark/hybridservices/callservices/cmgt_b_ciscospark-hybrid-call-service-config-guide.html
>
> Oh and don’t forget to enable MTLS on the edge and also be aware the
> ControlHub now requires CCM 11.5.1SU3 or better (it detects CCM version via
> call connector on Exp-C). It wouldn’t allow you to enable hybrid calling on
> cloud registered devices otherwise.
>
> You can technically still get away using Expressway 8.11.4, but that’ll
> soon be a deprecated version for hybrid calling (you’ll get an alarm about
> it), so might as well go to 12.5.2 and be done with it.
>
> BTW, if you try to upgrade an 8.x Expressway to 12.5.x, you will interact
> with GLO for the 12.x release key (can’t do it from the self service portal
> because the existing 8.x virtual license is already associated to a PAK and
> GLO has to invalidate that relationship first, then hash your new keys to
> 12.5.x).
>
> Good Luck!
>
> - Ryan
>
> On May 15, 2019, at 18:42, Lelio Fulgenzi  wrote:
>
>
> Very good question. From what I understand, there’s a special traversal
> link built and it’s all “built-in” and uses the CSS of the remote
> destination or something like that.
>
> I’ve read absolutely zero docs about this. This is all based on a quick
> convo I had. I had the same worries and if I recall correctly, my worries
> were somewhat alleviated.
>
> However, that being said, there is only one template in control hub, so if
> your user needs a different setup on their remote destination (or something
> like that) you need to go make a manual change.
>
> It’s sorta like how there’s only one licensing template in control hub for
> new users. We’re gonna struggle with that. We might have to engage
> (professional) services which make uses of APIs to assign different
> services for different users in webex. But I digress.
>
> *-sent from mobile device-*
>
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 <519-824-4120;56354> | le...@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs
> 
>  |
> @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
>
> On May 15, 2019, at 5:20 PM, Jonathan Charles  wrote:
>
> Enabling Cisco hybrid call and routing calls to the PSTN using local
> gateway (via Expressway C/E pair).
>
> What search rules do we need on the E and C?
>
> How do we prevent toll fraud if we have E.164 patterns inbound on our
> Expressways?
>
> Am I being paranoid?
>
>
> Jonathan
>
> ___
> 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
>
> 

Re: [cisco-voip] PUT Tool Bootables - what version?

2019-05-15 Thread Charles Goldsmith
Agree 100%, but you'd have a hard time proving that's the only thing you
changed about that iso if TAC wanted to push it.  For my customers, I just
don't chance it.

On Wed, May 15, 2019 at 4:45 PM Ryan Huff  wrote:

> The checksum is written to the OS. I’ve heard tell from the old country of
> a TAC agent using it as a way out of an otherwise entitled case.
>
> If you inject a boot table from a RedHat image into a Redhat image, there
> isn’t any functional difference.
>
> I would not inject a boot table from a RedHat into a CentOS based image
> though  ;).
>
> -Ryan
>
> On May 15, 2019, at 17:26, Charles Goldsmith  wrote:
>
> I don't know how true this is, but years ago I was told that when you do
> an install, that the md5sum of the iso is written out in the install, so
> that TAC can tell if it's a legit image that is used to do the
> installation.
>
> However, at least once on a TAC supplied iso that I've gotten a failure on
> the "check installation media" portion of the install.  When I asked TAC
> about it, they told me to ignore and proceed with the install.  My guess is
> that the particular ISO I had didn't have the correct md5 on it.
>
> Others have installed just fine that I've received from them.
>
> Take that for what it's worth.
>
> Btw, you don't need to use Ultra ISO to make an iso bootable, linux tools
> can do the same thing.  Doesn't cost an Ultra ISO license and you don't
> have to download the ISO to your desktop and then upload it.  Not always
> feasible when doing things remotely.  Not that I've ever made an ISO for a
> customer, just saying :)
>
>
> On Wed, May 15, 2019 at 3:01 PM Evgeny Izetov  wrote:
>
>> I wonder if TAC also gave up - UltraISO'd it themselves and forgot to add
>> Bootable_ :-)
>>
>> On Wed, May 15, 2019 at 3:46 PM Lelio Fulgenzi  wrote:
>>
>>> I remember when it used to as simple as “format /s”
>>>
>>> *-sent from mobile device-*
>>>
>>>
>>> *Lelio Fulgenzi, B.A.* | Senior Analyst
>>>
>>> Computing and Communications Services | University of Guelph
>>>
>>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
>>> N1G 2W1
>>>
>>> 519-824-4120 Ext. 56354 <519-824-4120;56354> | le...@uoguelph.ca
>>>
>>>
>>>
>>> www.uoguelph.ca/ccs
>>> <https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs=02%7C01%7C%7C9a1ad3c070e146b9594908d6d97c0269%7C84df9e7fe9f640afb435%7C1%7C0%7C636935523970928134=K4wDMjxCTZ8cVNzghlOD89rziK4SEvuMG6lUSU67fNk%3D=0>
>>>  |
>>> @UofGCCS on Instagram, Twitter and Facebook
>>>
>>>
>>>
>>> [image: University of Guelph Cornerstone with Improve Life tagline]
>>>
>>> On May 15, 2019, at 3:22 PM, Charles Goldsmith 
>>> wrote:
>>>
>>> It's not.  And just in case they changed things, I went and downloaded
>>> the latest 12.0 and 12.5 of both CUCM and CUC and none of them have the
>>> bootable part of the ISO.
>>>
>>> Simply renaming a file doesn't make it bootable :)
>>>
>>>
>>> On Wed, May 15, 2019 at 1:36 PM Anthony Holloway <
>>> avholloway+cisco-v...@gmail.com> wrote:
>>>
>>>> That.  Can't.  Be.  True.  Right?  If so, Brian Meade has been wasting
>>>> his time with UltraISO.
>>>>
>>>> On Wed, May 15, 2019 at 1:26 PM Evgeny Izetov 
>>>> wrote:
>>>>
>>>>> That's good to know. Was it 12.x or 11.x?
>>>>>
>>>>> On Wed, May 15, 2019 at 2:19 PM Haas, Neal 
>>>>> wrote:
>>>>>
>>>>>> I had a TAC Call last week, they told me to add BOOTABLE to the name
>>>>>> (in front) and that was it. They said all ISO’s are now bootable with the
>>>>>> name change…..
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> *From:* cisco-voip  *On Behalf
>>>>>> Of *Evgeny Izetov
>>>>>> *Sent:* Wednesday, May 15, 2019 11:17 AM
>>>>>> *To:* Lelio Fulgenzi 
>>>>>> *Cc:* voyp list, cisco-voip (cisco-voip@puck.nether.net) <
>>>>>> cisco-voip@puck.nether.net>
>>>>>> *Subject:* Re: [cisco-voip] PUT Tool Bootables - what version?
>>>&g

Re: [cisco-voip] PUT Tool Bootables - what version?

2019-05-15 Thread Charles Goldsmith
I don't know how true this is, but years ago I was told that when you do an
install, that the md5sum of the iso is written out in the install, so that
TAC can tell if it's a legit image that is used to do the installation.

However, at least once on a TAC supplied iso that I've gotten a failure on
the "check installation media" portion of the install.  When I asked TAC
about it, they told me to ignore and proceed with the install.  My guess is
that the particular ISO I had didn't have the correct md5 on it.

Others have installed just fine that I've received from them.

Take that for what it's worth.

Btw, you don't need to use Ultra ISO to make an iso bootable, linux tools
can do the same thing.  Doesn't cost an Ultra ISO license and you don't
have to download the ISO to your desktop and then upload it.  Not always
feasible when doing things remotely.  Not that I've ever made an ISO for a
customer, just saying :)


On Wed, May 15, 2019 at 3:01 PM Evgeny Izetov  wrote:

> I wonder if TAC also gave up - UltraISO'd it themselves and forgot to add
> Bootable_ :-)
>
> On Wed, May 15, 2019 at 3:46 PM Lelio Fulgenzi  wrote:
>
>> I remember when it used to as simple as “format /s”
>>
>> *-sent from mobile device-*
>>
>>
>> *Lelio Fulgenzi, B.A.* | Senior Analyst
>>
>> Computing and Communications Services | University of Guelph
>>
>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
>> N1G 2W1
>>
>> 519-824-4120 Ext. 56354 <519-824-4120;56354> | le...@uoguelph.ca
>>
>>
>>
>> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>>
>>
>>
>> [image: University of Guelph Cornerstone with Improve Life tagline]
>>
>> On May 15, 2019, at 3:22 PM, Charles Goldsmith 
>> wrote:
>>
>> It's not.  And just in case they changed things, I went and downloaded
>> the latest 12.0 and 12.5 of both CUCM and CUC and none of them have the
>> bootable part of the ISO.
>>
>> Simply renaming a file doesn't make it bootable :)
>>
>>
>> On Wed, May 15, 2019 at 1:36 PM Anthony Holloway <
>> avholloway+cisco-v...@gmail.com> wrote:
>>
>>> That.  Can't.  Be.  True.  Right?  If so, Brian Meade has been wasting
>>> his time with UltraISO.
>>>
>>> On Wed, May 15, 2019 at 1:26 PM Evgeny Izetov  wrote:
>>>
>>>> That's good to know. Was it 12.x or 11.x?
>>>>
>>>> On Wed, May 15, 2019 at 2:19 PM Haas, Neal 
>>>> wrote:
>>>>
>>>>> I had a TAC Call last week, they told me to add BOOTABLE to the name
>>>>> (in front) and that was it. They said all ISO’s are now bootable with the
>>>>> name change…..
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> *From:* cisco-voip  *On Behalf Of
>>>>> *Evgeny Izetov
>>>>> *Sent:* Wednesday, May 15, 2019 11:17 AM
>>>>> *To:* Lelio Fulgenzi 
>>>>> *Cc:* voyp list, cisco-voip (cisco-voip@puck.nether.net) <
>>>>> cisco-voip@puck.nether.net>
>>>>> *Subject:* Re: [cisco-voip] PUT Tool Bootables - what version?
>>>>>
>>>>>
>>>>>
>>>>> Yeah, CUPS has always been bootable.. CUCM/CUC/CER are still not
>>>>>
>>>>>
>>>>>
>>>>> So, what is the proper way to obtaining bootable iso's now? Let's say
>>>>> a CUCM 11.5 SU6 needs to be reinstalled, and there's no bootable because 
>>>>> it
>>>>> was upgraded from an earlier SU. PUT does not have bootable SU6 and 
>>>>> neither
>>>>> does Enterprise Agreement. Is TAC the only way to get the bootable for a
>>>>> specific SU? I believe there used to be a time when everyone was advised
>>>>> that TAC is not able to provide bootables?
>>>>>
>>>>>
>>>>>
>>>>> On Wed, May 15, 2019 at 12:18 PM Lelio Fulgenzi 
>>>>> wrote:
>>>>>
>>>>>
>>>>>
>>>>> Same with CUPS if I’m not mistaken.
>>>>>
>>>>>
>>>>>
>>>>> ---
>>>>>
>>>>> *Lelio Fulgenzi, B.A.* | Senior Analyst
>>>>>
>>>>> Computing and Communications Services | University of Guelph
>>>>>
>>>>> 

Re: [cisco-voip] PUT Tool Bootables - what version?

2019-05-15 Thread Charles Goldsmith
It's not.  And just in case they changed things, I went and downloaded the
latest 12.0 and 12.5 of both CUCM and CUC and none of them have the
bootable part of the ISO.

Simply renaming a file doesn't make it bootable :)


On Wed, May 15, 2019 at 1:36 PM Anthony Holloway <
avholloway+cisco-v...@gmail.com> wrote:

> That.  Can't.  Be.  True.  Right?  If so, Brian Meade has been wasting his
> time with UltraISO.
>
> On Wed, May 15, 2019 at 1:26 PM Evgeny Izetov  wrote:
>
>> That's good to know. Was it 12.x or 11.x?
>>
>> On Wed, May 15, 2019 at 2:19 PM Haas, Neal 
>> wrote:
>>
>>> I had a TAC Call last week, they told me to add BOOTABLE to the name (in
>>> front) and that was it. They said all ISO’s are now bootable with the name
>>> change…..
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> *From:* cisco-voip  *On Behalf Of 
>>> *Evgeny
>>> Izetov
>>> *Sent:* Wednesday, May 15, 2019 11:17 AM
>>> *To:* Lelio Fulgenzi 
>>> *Cc:* voyp list, cisco-voip (cisco-voip@puck.nether.net) <
>>> cisco-voip@puck.nether.net>
>>> *Subject:* Re: [cisco-voip] PUT Tool Bootables - what version?
>>>
>>>
>>>
>>> Yeah, CUPS has always been bootable.. CUCM/CUC/CER are still not
>>>
>>>
>>>
>>> So, what is the proper way to obtaining bootable iso's now? Let's say a
>>> CUCM 11.5 SU6 needs to be reinstalled, and there's no bootable because it
>>> was upgraded from an earlier SU. PUT does not have bootable SU6 and neither
>>> does Enterprise Agreement. Is TAC the only way to get the bootable for a
>>> specific SU? I believe there used to be a time when everyone was advised
>>> that TAC is not able to provide bootables?
>>>
>>>
>>>
>>> On Wed, May 15, 2019 at 12:18 PM Lelio Fulgenzi 
>>> wrote:
>>>
>>>
>>>
>>> Same with CUPS if I’m not mistaken.
>>>
>>>
>>>
>>> ---
>>>
>>> *Lelio Fulgenzi, B.A.* | Senior Analyst
>>>
>>> Computing and Communications Services | University of Guelph
>>>
>>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
>>> N1G 2W1
>>>
>>> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>>>
>>>
>>>
>>> www.uoguelph.ca/ccs
>>> <https://gcc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs=02%7C01%7Cnhaas%40fresnocountyca.gov%7Cabd25657699a414cd03a08d6d9618de6%7C3ccce0182cd74123960d6cc1d47e3550%7C1%7C0%7C636935410356509995=jjznrZifNJrZ2fihXdwSkDj6b0FIj9VjvKtFFpDLRDM%3D=0>
>>> | @UofGCCS on Instagram, Twitter and Facebook
>>>
>>>
>>>
>>> [image: University of Guelph Cornerstone with Improve Life tagline]
>>>
>>>
>>>
>>> *From:* cisco-voip  *On Behalf Of 
>>> *Charles
>>> Goldsmith
>>> *Sent:* Wednesday, May 15, 2019 12:09 PM
>>> *To:* Evgeny Izetov 
>>> *Cc:* voyp list, cisco-voip (cisco-voip@puck.nether.net) <
>>> cisco-voip@puck.nether.net>
>>> *Subject:* Re: [cisco-voip] PUT Tool Bootables - what version?
>>>
>>>
>>>
>>> Plus, UCCX is shipping bootables (filename doesn't reflect it).
>>>
>>>
>>>
>>> Description :
>>>
>>> UCCX 12.0(1) image for fresh install and upgrades.
>>>
>>> UCSInstall_UCCX_12_0_1_UCOS_12.0.1.1-24.sgn.iso
>>>
>>>
>>>
>>>
>>>
>>> On Wed, May 15, 2019 at 11:04 AM Evgeny Izetov 
>>> wrote:
>>>
>>> Wasn't their excuse with not providing bootables that it was based on
>>> Red Hat? It's CentOS now, and still a struggle..
>>>
>>>
>>>
>>> On Wed, May 15, 2019 at 11:52 AM Brian Meade  wrote:
>>>
>>> I've given up on trying to get bootables.  I haven't had any issues with
>>> ones made with UltraISO.
>>>
>>>
>>>
>>> On Wed, May 15, 2019 at 11:39 AM Lelio Fulgenzi 
>>> wrote:
>>>
>>>
>>> Just wondering what the Put Tool Bootables are at now? We're planning on
>>> upgrading to v11.5.1 SU6 due to the field notice and I'd like to have the
>>> bootable available.
>>>
>>> Otherwise it's opening a case with the TAC, etc.
>>>
>>> Is it just a matter of submit request and check the filename?
>>>
>>> Lelio
>&g

Re: [cisco-voip] PUT Tool Bootables - what version?

2019-05-15 Thread Charles Goldsmith
I've always opened a TAC case, specified the reason for needing bootable
(rebuilding a cluster usually), and they provided it.  I've never had an
issue getting them, just takes a bit of time.

On Wed, May 15, 2019 at 1:16 PM Evgeny Izetov  wrote:

> Yeah, CUPS has always been bootable.. CUCM/CUC/CER are still not
>
> So, what is the proper way to obtaining bootable iso's now? Let's say a
> CUCM 11.5 SU6 needs to be reinstalled, and there's no bootable because it
> was upgraded from an earlier SU. PUT does not have bootable SU6 and neither
> does Enterprise Agreement. Is TAC the only way to get the bootable for a
> specific SU? I believe there used to be a time when everyone was advised
> that TAC is not able to provide bootables?
>
> On Wed, May 15, 2019 at 12:18 PM Lelio Fulgenzi  wrote:
>
>>
>>
>> Same with CUPS if I’m not mistaken.
>>
>>
>>
>> ---
>>
>> *Lelio Fulgenzi, B.A.* | Senior Analyst
>>
>> Computing and Communications Services | University of Guelph
>>
>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
>> N1G 2W1
>>
>> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>>
>>
>>
>> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>>
>>
>>
>> [image: University of Guelph Cornerstone with Improve Life tagline]
>>
>>
>>
>> *From:* cisco-voip  *On Behalf Of 
>> *Charles
>> Goldsmith
>> *Sent:* Wednesday, May 15, 2019 12:09 PM
>> *To:* Evgeny Izetov 
>> *Cc:* voyp list, cisco-voip (cisco-voip@puck.nether.net) <
>> cisco-voip@puck.nether.net>
>> *Subject:* Re: [cisco-voip] PUT Tool Bootables - what version?
>>
>>
>>
>> Plus, UCCX is shipping bootables (filename doesn't reflect it).
>>
>>
>>
>> Description :
>>
>> UCCX 12.0(1) image for fresh install and upgrades.
>>
>> UCSInstall_UCCX_12_0_1_UCOS_12.0.1.1-24.sgn.iso
>>
>>
>>
>>
>>
>> On Wed, May 15, 2019 at 11:04 AM Evgeny Izetov  wrote:
>>
>> Wasn't their excuse with not providing bootables that it was based on Red
>> Hat? It's CentOS now, and still a struggle..
>>
>>
>>
>> On Wed, May 15, 2019 at 11:52 AM Brian Meade  wrote:
>>
>> I've given up on trying to get bootables.  I haven't had any issues with
>> ones made with UltraISO.
>>
>>
>>
>> On Wed, May 15, 2019 at 11:39 AM Lelio Fulgenzi 
>> wrote:
>>
>>
>> Just wondering what the Put Tool Bootables are at now? We're planning on
>> upgrading to v11.5.1 SU6 due to the field notice and I'd like to have the
>> bootable available.
>>
>> Otherwise it's opening a case with the TAC, etc.
>>
>> Is it just a matter of submit request and check the filename?
>>
>> Lelio
>>
>> ---
>> Lelio Fulgenzi, B.A. | Senior Analyst
>> Computing and Communications Services | University of Guelph
>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
>> N1G 2W1
>> 519-824-4120 Ext. 56354 | le...@uoguelph.ca<mailto:le...@uoguelph.ca>
>>
>> www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram,
>> Twitter and Facebook
>>
>> [University of Guelph Cornerstone with Improve Life tagline]
>>
>> ___
>> 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] PUT Tool Bootables - what version?

2019-05-15 Thread Charles Goldsmith
Plus, UCCX is shipping bootables (filename doesn't reflect it).

Description : UCCX 12.0(1) image for fresh install and upgrades.
UCSInstall_UCCX_12_0_1_UCOS_12.0.1.1-24.sgn.iso


On Wed, May 15, 2019 at 11:04 AM Evgeny Izetov  wrote:

> Wasn't their excuse with not providing bootables that it was based on Red
> Hat? It's CentOS now, and still a struggle..
>
> On Wed, May 15, 2019 at 11:52 AM Brian Meade  wrote:
>
>> I've given up on trying to get bootables.  I haven't had any issues with
>> ones made with UltraISO.
>>
>> On Wed, May 15, 2019 at 11:39 AM Lelio Fulgenzi 
>> wrote:
>>
>>>
>>> Just wondering what the Put Tool Bootables are at now? We're planning on
>>> upgrading to v11.5.1 SU6 due to the field notice and I'd like to have the
>>> bootable available.
>>>
>>> Otherwise it's opening a case with the TAC, etc.
>>>
>>> Is it just a matter of submit request and check the filename?
>>>
>>> Lelio
>>>
>>> ---
>>> Lelio Fulgenzi, B.A. | Senior Analyst
>>> Computing and Communications Services | University of Guelph
>>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
>>> N1G 2W1
>>> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>>>
>>> www.uoguelph.ca/ccs | @UofGCCS on
>>> Instagram, Twitter and Facebook
>>>
>>> [University of Guelph Cornerstone with Improve Life tagline]
>>>
>>> ___
>>> 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] Softphones

2019-03-20 Thread Charles Goldsmith
https://community.cisco.com/t5/collaboration-voice-and-video/jabber-multiline-is-here/ta-p/3643644


On Wed, Mar 20, 2019 at 4:01 PM Matthew Loraditch <
mloradi...@heliontechnologies.com> wrote:

> Jabber multiline has been out since 12.0. FYI
>
> Get Outlook for iOS 
>
>
> Matthew Loraditch​
> Sr. Network Engineer
> p: *443.541.1518* <443.541.1518>
> w: *www.heliontechnologies.com*   |
> e: *mloradi...@heliontechnologies.com* 
> [image: Helion Technologies] 
> [image: Facebook] 
> [image: Twitter] 
> [image: LinkedIn] 
> --
> *From:* cisco-voip  on behalf of
> Parker Pearson - Donoma 
> *Sent:* Wednesday, March 20, 2019 1:55 PM
> *To:* Lisa Notarianni; cisco-voip@puck.nether.net
> *Subject:* Re: [cisco-voip] Softphones
>
>
> Speaking as an end user – our geo-diverse team uses Cisco softphone
> functionality *heavily.  *I’d go so far as to say I could not do my job
> without it.  I work from a home office and I travel.  My company did not
> have to buy a handset for me to have in my home office, (Thereby saving a
> decent chunk of change) and when I shut my laptop at night, I don’t have to
> hear it ring.
>
>
>
> I really loved the old Cisco IP Communicator.  It had the familiar phone
> look I could keep open on a second screen, and here’s the kicker… it
> provided multi-line support.  Now I use Jabber as my softphone, and it does
> a decent job… except that missing second line.  Not having that is killin’
> me smalls!  ☺
>
>
>
> Cisco keeps promising this feature (CiscoLive 2017 and 18) but I haven’t
> seen it yet.  Our support staff knows how bad some of us need that second
> line feature – I am confident they would not have kept it a secret if it
> showed up in 12.
>
>
>
> We noticed some weird interoperability on single number reach and running
> Jabber on multiple devices.  If you as the user weren’t super careful about
> close the apps out (hard to remember when you run iOS for example) then
> call functionality went sideways in unpredictable ways.
>
>
>
> Hope that gives you some input from the UX side of things.
>
>
>
> Cheers,
>
> Parker Pearson
>
>
> [image: Donoma Software Web Page] 
> Parker
> Pearson
> Vice President, Marketing & Business Development
> Donoma Software
> 1750 Kraft Dr. Suite 1200 Blacksburg, VA 24060
> t: *540.443.3577* <540.443.3577>
> e: *par...@donomasoftware.com* 
> *w: www.donomasoftware.com* 
> [image: Facebook] 
> [image: Twitter] 
> [image: LinkedIn] 
> The information transmitted, including attachments, is intended only for
> the person(s) or entity to which it is addressed and may contain
> confidential and/or privileged material. Any review, retransmission,
> dissemination or other use of, or taking of any action in reliance upon
> this information by persons or entities other than the intended recipient
> is prohibited. If you received this in error, please contact the sender and
> destroy any copies of this information.​
>
> *From: *cisco-voip  on behalf of Lisa
> Notarianni 
> *Date: *Wednesday, March 20, 2019 at 4:36 PM
> *To: *"cisco-voip@puck.nether.net" 
> *Subject: *[cisco-voip] Softphones
>
>
>
> We have a few staff who travel and would make good use of a softphone.  We
> have not implemented them or had anyone use them before.  Call Manager
> version 11.5.1.13039-1
>
>
>
> Any good or bad experiences or words of wisdom before I begin research?
>
>
>
> Thanks,
>
>
> Lisa
>
> [image: Lisa Notarianni Telecom Engineer]
>
>
>
>
> ___
> 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] Softphones

2019-03-20 Thread Charles Goldsmith
Jabber multi-line is there, you need 11.5.1su3 or higher and a cop file,
IIRC.

And it works nicely.

On Wed, Mar 20, 2019 at 3:55 PM Parker Pearson - Donoma <
par...@donomasoftware.com> wrote:

> Speaking as an end user – our geo-diverse team uses Cisco softphone
> functionality *heavily.  *I’d go so far as to say I could not do my job
> without it.  I work from a home office and I travel.  My company did not
> have to buy a handset for me to have in my home office, (Thereby saving a
> decent chunk of change) and when I shut my laptop at night, I don’t have to
> hear it ring.
>
>
>
> I really loved the old Cisco IP Communicator.  It had the familiar phone
> look I could keep open on a second screen, and here’s the kicker… it
> provided multi-line support.  Now I use Jabber as my softphone, and it does
> a decent job… except that missing second line.  Not having that is killin’
> me smalls!  ☺
>
>
>
> Cisco keeps promising this feature (CiscoLive 2017 and 18) but I haven’t
> seen it yet.  Our support staff knows how bad some of us need that second
> line feature – I am confident they would not have kept it a secret if it
> showed up in 12.
>
>
>
> We noticed some weird interoperability on single number reach and running
> Jabber on multiple devices.  If you as the user weren’t super careful about
> close the apps out (hard to remember when you run iOS for example) then
> call functionality went sideways in unpredictable ways.
>
>
>
> Hope that gives you some input from the UX side of things.
>
>
>
> Cheers,
>
> Parker Pearson
>
>
> [image: Donoma Software Web Page] 
> Parker
> Pearson
> Vice President, Marketing & Business Development
> Donoma Software
> 1750 Kraft Dr. Suite 1200 Blacksburg, VA 24060
> t: *540.443.3577* <540.443.3577>
> e: *par...@donomasoftware.com* 
> *w: www.donomasoftware.com* 
> [image: Facebook] 
> [image: Twitter] 
> [image: LinkedIn] 
> The information transmitted, including attachments, is intended only for
> the person(s) or entity to which it is addressed and may contain
> confidential and/or privileged material. Any review, retransmission,
> dissemination or other use of, or taking of any action in reliance upon
> this information by persons or entities other than the intended recipient
> is prohibited. If you received this in error, please contact the sender and
> destroy any copies of this information.​
>
> *From: *cisco-voip  on behalf of Lisa
> Notarianni 
> *Date: *Wednesday, March 20, 2019 at 4:36 PM
> *To: *"cisco-voip@puck.nether.net" 
> *Subject: *[cisco-voip] Softphones
>
>
>
> We have a few staff who travel and would make good use of a softphone.  We
> have not implemented them or had anyone use them before.  Call Manager
> version 11.5.1.13039-1
>
>
>
> Any good or bad experiences or words of wisdom before I begin research?
>
>
>
> Thanks,
>
>
> Lisa
>
> [image: Lisa Notarianni Telecom Engineer]
>
>
>
>
> ___
> 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] Webex Control Hub Question (SSO and External Administrators)

2019-03-18 Thread Charles Goldsmith
True, but when you are the partner and your SSO is unavailable :)

On Mon, Mar 18, 2019 at 3:59 PM Brian Meade  wrote:

> Your Cisco partner can have external admin accounts for your org to
> disable SSO if needed as well.
>
> On Mon, Mar 18, 2019 at 4:16 PM Lelio Fulgenzi  wrote:
>
>>
>> OK - Here's a chicken and egg question.
>>
>> Unlike with Webex legacy admin console, when you enable SSO on Control
>> Hub, everyone uses it, including administrators accessing Control Hub
>> itself.
>>
>> If SSO breaks, what happens? The only thing I see is asking Cisco to
>> disable it and you then login using a previously defined administrator
>> account that was activated before SSO was configured and hope you remember
>> the old password.
>>
>> The only other option I can see is using an external administrator
>> account, which can only be a paid account. This means, collaborating with
>> other organizations to reciprocally provide each other an account, or going
>> out and buying a one-off teams account for $25/mo.
>>
>> What are others doing out there?
>>
>> Lelio
>>
>>
>> ---
>> Lelio Fulgenzi, B.A. | Senior Analyst
>> Computing and Communications Services | University of Guelph
>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
>> N1G 2W1
>> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>>
>> www.uoguelph.ca/ccs | @UofGCCS on Instagram,
>> Twitter and Facebook
>>
>> [University of Guelph Cornerstone with Improve Life tagline]
>>
>> ___
>> 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] Webex Control Hub Question (SSO and External Administrators)

2019-03-18 Thread Charles Goldsmith
Ask Cisco to disable SSO if you run into an issue, yes, it's happened to us
once and we had to get it disabled.  :)


On Mon, Mar 18, 2019 at 3:16 PM Lelio Fulgenzi  wrote:

>
> OK - Here's a chicken and egg question.
>
> Unlike with Webex legacy admin console, when you enable SSO on Control
> Hub, everyone uses it, including administrators accessing Control Hub
> itself.
>
> If SSO breaks, what happens? The only thing I see is asking Cisco to
> disable it and you then login using a previously defined administrator
> account that was activated before SSO was configured and hope you remember
> the old password.
>
> The only other option I can see is using an external administrator
> account, which can only be a paid account. This means, collaborating with
> other organizations to reciprocally provide each other an account, or going
> out and buying a one-off teams account for $25/mo.
>
> What are others doing out there?
>
> Lelio
>
>
> ---
> Lelio Fulgenzi, B.A. | Senior Analyst
> Computing and Communications Services | University of Guelph
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram,
> Twitter and Facebook
>
> [University of Guelph Cornerstone with Improve Life tagline]
>
> ___
> 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] 12.5(1) dropped

2019-01-28 Thread Charles Goldsmith
12.0 CUCM was not bootable except what was on PUT of course. 

I haven’t seen any indication that 12.5 was to be different. 

> On Jan 28, 2019, at 11:44 AM, Brian Meade  wrote:
> 
> Pretty easy with UltraISO.  I do it all the time with no issues. 
> https://htluo.blogspot.com/2010/04/how-to-make-non-bootable-iso-image.html
> 
> There's no difference at all from the official bootable assuming you do it 
> correctly.
> 
> Newer Cisco releases with CentOS should be bootable by default on cisco.com.  
> I haven't tested the 12.5 ISO yet though.
> 
>> On Mon, Jan 28, 2019 at 12:26 PM Lelio Fulgenzi  wrote:
>>  
>> 
>> How hard is it to do this? Does Cisco know from the install files whether or 
>> not this was done? I mean, yeah, production I’d get it from PUT, but in a 
>> crunch – it could be useful.
>> 
>>  
>> 
>>  
>> 
>> ---
>> 
>> Lelio Fulgenzi, B.A. | Senior Analyst
>> 
>> Computing and Communications Services | University of Guelph
>> 
>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 
>> 2W1
>> 
>> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>> 
>>  
>> 
>> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>> 
>>  
>> 
>> 
>> 
>>  
>> 
>> From: Ryan Huff  
>> Sent: Friday, January 25, 2019 8:13 AM
>> To: Lelio Fulgenzi 
>> Cc: cisco-voip voyp list 
>> Subject: Re: [cisco-voip] 12.5(1) dropped
>> 
>>  
>> 
>> For lab purposes, you can make your own bootable image. That’s what I did 
>> for my 12.5 lab that I built. I deployed 11.5, then upgraded to 12.5 to 
>> observe any issues that I encountered.
>> 
>> Sent from my iPhone
>> 
>> 
>> On Jan 25, 2019, at 07:33, Lelio Fulgenzi  wrote:
>> 
>>  
>> 
>> CCO has 12.5(1) non-bootable iso upgrade from 12.0 available as of Jan 22. 
>> 
>>  
>> 
>> I was reading that PUT access for bootable and upgrade from v11(?) is 
>> delayed but will be available soon. 
>> 
>>  
>> 
>>  
>> 
>>  
>> 
>> -sent from mobile device-
>> 
>> 
>> 
>> 
>> Lelio Fulgenzi, B.A. | Senior Analyst
>> 
>> Computing and Communications Services | University of Guelph
>> 
>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 
>> 2W1
>> 
>> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>> 
>>  
>> 
>> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>> 
>>  
>> 
>> 
>> 
>> ___
>> cisco-voip mailing list
>> cisco-voip@puck.nether.net
>> https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voipdata=02%7C01%7C%7Cc58eb463070044c0d22708d682c14555%7C84df9e7fe9f640afb435%7C1%7C0%7C636840163931929820sdata=OSRMjiGoidwSTRKG83sUBoElb7I67KmJoMRigP3Xd9A%3Dreserved=0
>> 
>> ___
>> 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] CUCM upgrade from 10.5 to 11.5

2019-01-21 Thread Charles Goldsmith
Granted, I wouldn’t do a cp or scp unless in a maintenance window.  If you are 
just running a hypervisor, much like most of our install base uses, there are 
no tools to do this without spending money, at least that I’m aware of. 



> On Jan 21, 2019, at 10:33 AM, Anthony Holloway 
>  wrote:
> 
> But it says: " To prevent performance... related issues"  So, it's not just 
> about "how" you want to do it, rather, you could impact the other running VMs 
> (should there be any).  Also, in my experience, cp ans scp are very slow 
> compared to tool meant for moving VMs around (E.g., Veeam Backup/Copy and 
> VMware OVATool).  Anyway, I'm not saying that I know best, I'm just saying, 
> that's what the vendor says.
> 
>> On Mon, Jan 21, 2019 at 11:02 AM Matthew Loraditch 
>>  wrote:
>> Yes VMWare clone changes macs and such. Only move keeps them but in this 
>> instance you actually don’t want them to change so CP would be the way to do 
>> it to make sure they didn’t change so you can put them back.
>> 
>>  
>> 
>>  
>> Matthew Loraditch​
>> Sr. Network Engineer
>> p: 443.541.1518
>> w: www.heliontechnologies.com |  e: 
>> mloradi...@heliontechnologies.com
>> 
>> 
>> 
>> 
>> From: cisco-voip  On Behalf Of UC Penguin
>> Sent: Monday, January 21, 2019 11:54 AM
>> To: Lelio Fulgenzi 
>> Cc: cisco-voip@puck.nether.net
>> Subject: Re: [cisco-voip] CUCM upgrade from 10.5 to 11.5
>> 
>>  
>> 
>> I’m curious why using cp would really matter besides the possibility of 
>> duplicate MAC and UUIDs, which would be an issue if the vms were both 
>> powered on at the same time.
>> 
>>  
>> 
>> If you had shared storage and multiple hosts you could be running VMs on 
>> different ESXi versions anyhow, without the copy step.
>> 
>>  
>> 
>> Perhaps this is just vmware CYA for duplicate MACs, UUIDs and guest 
>> licensing? I’m guessing there copy steps change the uuid and macs?
>> 
>>  
>> 
>> I’ve moved production UC apps with cp over SSH and had no issues. Not saying 
>> that is going to be the case with every scenario, but so far so good fwiw...
>> 
>> 
>> On Jan 21, 2019, at 09:43, Lelio Fulgenzi  wrote:
>> 
>> Ya. Sorry. Didn’t explain I wanted interim local storage that I could move.  
>> 
>>  
>> 
>> I’ll have to put more thought into it. 
>> 
>>  
>> 
>> I might even consider a direct connected pc. Evaluate the time and effort vs 
>> speed of export/import. 
>> 
>> -sent from mobile device-
>> 
>> 
>> 
>> 
>> Lelio Fulgenzi, B.A. | Senior Analyst
>> 
>> Computing and Communications Services | University of Guelph
>> 
>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 
>> 2W1
>> 
>> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>> 
>>  
>> 
>> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>> 
>>  
>> 
>> 
>> 
>> 
>> On Jan 21, 2019, at 8:38 AM, Charles Goldsmith  wrote:
>> 
>> Never tried, probably so.  SFTP/scp over the network would be faster. 
>> 
>>  
>> 
>> Your original request was a local copy. 
>> 
>> 
>> On Jan 21, 2019, at 7:22 AM, Lelio Fulgenzi  wrote:
>> 
>>  
>> 
>> Can I copy this to USB? Would I have to somehow mount/format  the portable 
>> file system?
>> 
>>  
>> 
>> I’m intrigued!
>> 
>> -sent from mobile device-
>> 
>> 
>> 
>> 
>> Lelio Fulgenzi, B.A. | Senior Analyst
>> 
>> Computing and Communications Services | University of Guelph
>> 
>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 
>> 2W1
>> 
>> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>> 
>>  
>> 
>> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>> 
>>  
>> 
>> 
>> 
>> 
>> On Jan 20, 2019, at 11:38 PM, Charles Goldsmith  wrote:
>> 
>> Shut the VM down, ssh or console in, copy the directory.  On Linux, it’s cp 
>> -R dir/ new-dir/
>> 
>>  
>> 
>> Of course, it’s easier to cd into the datastore 
>> 
>>  
>> 
>> Once it’s copied, go into the vsphere client, browse the datastore into the 
>> new dir and import the vmx 
>> 
>>  
>> 
>> I’ve done this to make backup copies in addition to DRS for an upgrade
>> 
>> 
>

Re: [cisco-voip] CUCM upgrade from 10.5 to 11.5

2019-01-21 Thread Charles Goldsmith
Never tried, probably so.  SFTP/scp over the network would be faster. 

Your original request was a local copy. 

> On Jan 21, 2019, at 7:22 AM, Lelio Fulgenzi  wrote:
> 
> 
> Can I copy this to USB? Would I have to somehow mount/format  the portable 
> file system?
> 
> I’m intrigued!
> 
> -sent from mobile device-
> 
> Lelio Fulgenzi, B.A. | Senior Analyst
> Computing and Communications Services | University of Guelph
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 
> 2W1
> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>  
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>  
> 
> 
> On Jan 20, 2019, at 11:38 PM, Charles Goldsmith  wrote:
> 
>> Shut the VM down, ssh or console in, copy the directory.  On Linux, it’s cp 
>> -R dir/ new-dir/
>> 
>> Of course, it’s easier to cd into the datastore 
>> 
>> Once it’s copied, go into the vsphere client, browse the datastore into the 
>> new dir and import the vmx 
>> 
>> I’ve done this to make backup copies in addition to DRS for an upgrade
>> 
>> On Jan 20, 2019, at 9:19 PM, Lelio Fulgenzi  wrote:
>> 
>>> 
>>> Yes - I was quite surprised with the amount of time exporting/importing 
>>> requires. Especially because, as far as I know, there is no way to export 
>>> to a locally attached storage then pop that out/in and import. It has to be 
>>> done via vsphere client and pc. We ended up putting a laptop on the same 
>>> switch to speed things up a bit. 
>>> 
>>> I really wish there was a quicker way. 
>>> 
>>> Note: were using local storage on all our be7h servers. 
>>> 
>>> -sent from mobile device-
>>> 
>>> Lelio Fulgenzi, B.A. | Senior Analyst
>>> Computing and Communications Services | University of Guelph
>>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 
>>> 2W1
>>> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>>>  
>>> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>>>  
>>> 
>>> 
>>> On Jan 20, 2019, at 9:03 PM, James Andrewartha 
>>>  wrote:
>>> 
>>>> For a major upgrade it seems pretty reasonable to me. I'd consider doing 
>>>> it just for testing even if I upgraded the production servers directly 
>>>> rather than shut them down and start up the upgraded ones. And if I was 
>>>> going to do a parallel upgrade, I'd probably upgrade once to test, then 
>>>> copy the production servers across again and do it for real. One thought 
>>>> that comes to mind is how quickly you can copy back the VMs from AWS to 
>>>> your production environment.
>>>> 
>>>> "Everybody has a testing environment. Some people are lucky enough enough 
>>>> to have a totally separate environment to run production in." 
>>>> https://twitter.com/stahnma/status/634849376343429120
>>>> 
>>>>> On 21/01/19 09:52, Lelio Fulgenzi wrote:
>>>>> 
>>>>> Perhaps. But it’s an option.
>>>>> 
>>>>> My preference would be to use on premise resources to create the offline 
>>>>> network. This part of the discussion was focused on how you could use VWC 
>>>>> on AWS to accomplish this if you didn’t have resources. The CSR would, if 
>>>>> it works, allow you to connect devices on prem to the offline servers to 
>>>>> do a more complete testing. But it’s not entirely necessary. 
>>>>> 
>>>>> It’s all what your more comfortable with, I guess. I’d rather double the 
>>>>> amount of prep time to complete the upgrades offline in order to reduce 
>>>>> the downtime to the production service. Especially when both CUCM and 
>>>>> UCCX need to be upgraded simultaneously due to version compatibility. 
>>>>> 
>>>>> 
>>>>> 
>>>>> -sent from mobile device-
>>>>> 
>>>>> Lelio Fulgenzi, B.A. | Senior Analyst
>>>>> Computing and Communications Services | University of Guelph
>>>>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | 
>>>>> N1G 2W1
>>>>> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>>>>>  
>>>>> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>>>>>  
>>>>> 
>>>>> 
>>>>> On Jan 20, 2019, at 8

Re: [cisco-voip] CUCM upgrade from 10.5 to 11.5

2019-01-20 Thread Charles Goldsmith
lastic IP, route the private IPs 
>>>>>> across the VPN.
>>>>>> 
>>>>>>> On Sat, Jan 19, 2019 at 9:31 AM Lelio Fulgenzi  
>>>>>>> wrote:
>>>>>>> 
>>>>>>> Very interesting! 
>>>>>>> 
>>>>>>> Having private IPs on a secondary switch is great. But if I can’t 
>>>>>>> connect, then I can’t do full tests. We end up doing some mock 
>>>>>>> migrations and stuff. Also testing phones, etc. 
>>>>>>> 
>>>>>>> But hey, still worth a shot!
>>>>>>> 
>>>>>>> -sent from mobile device-
>>>>>>> 
>>>>>>> Lelio Fulgenzi, B.A. | Senior Analyst
>>>>>>> Computing and Communications Services | University of Guelph
>>>>>>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | 
>>>>>>> N1G 2W1
>>>>>>> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>>>>>>>  
>>>>>>> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>>>>>>>  
>>>>>>> 
>>>>>>> 
>>>>>>> On Jan 18, 2019, at 5:05 PM, Dave Goodwin  
>>>>>>> wrote:
>>>>>>> 
>>>>>>>> If you want to bring your own IPs to AWS instances instead of using 
>>>>>>>> their Elastic IPs, you can do that now from what I understand:
>>>>>>>> https://aws.amazon.com/about-aws/whats-new/2018/10/announcing-the-general-availability-of-bring-your-own-ip-for-amazon-virtual-private-cloud/
>>>>>>>> 
>>>>>>>> I don’t know if that functionality is compatible with VMC-AWS or not. 
>>>>>>>> Also, I’d think just like Charles suggested that you could use your 
>>>>>>>> own IPs on a private vSwitch or VM network. 
>>>>>>>> 
>>>>>>>>> On Fri, Jan 18, 2019 at 4:04 PM Charles Goldsmith 
>>>>>>>>>  wrote:
>>>>>>>>> Not sure, but let us know once you talk with your AWS / VMware sales 
>>>>>>>>> team.
>>>>>>>>> 
>>>>>>>>> If you need one, let me know and I'll put you in touch :)
>>>>>>>>> 
>>>>>>>>>> On Fri, Jan 18, 2019 at 3:01 PM Lelio Fulgenzi  
>>>>>>>>>> wrote:
>>>>>>>>>> I wonder if there are additional services you could subscribe to. 
>>>>>>>>>> Front it with VPN/IP extension service so the vSwitch can be 
>>>>>>>>>> configured with any VLAN that the extra layer offers.
>>>>>>>>>> 
>>>>>>>>>>  
>>>>>>>>>> 
>>>>>>>>>>  
>>>>>>>>>> 
>>>>>>>>>> ---
>>>>>>>>>> 
>>>>>>>>>> Lelio Fulgenzi, B.A. | Senior Analyst
>>>>>>>>>> 
>>>>>>>>>> Computing and Communications Services | University of Guelph
>>>>>>>>>> 
>>>>>>>>>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, 
>>>>>>>>>> ON | N1G 2W1
>>>>>>>>>> 
>>>>>>>>>> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>>>>>>>>>> 
>>>>>>>>>>  
>>>>>>>>>> 
>>>>>>>>>> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>>>>>>>>>> 
>>>>>>>>>>  
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>>  
>>>>>>>>>> 
>>>>>>>>>> From: Charles Goldsmith  
>>>>>>>>>> Sent: Friday, January 18, 2019 3:51 PM
>>>>>>>>>> To: Lelio Fulgenzi 
>>>>>>>>>> Cc: Matthew Collins ; 
>>>>>>>>>> cisco-voip@puck.nether.net
>>>>>>>>>> Subject: Re: [cisco-voip] CUCM upgrade from 10.5 to 11.5

Re: [cisco-voip] CUCM upgrade from 10.5 to 11.5

2019-01-18 Thread Charles Goldsmith
Not sure, but let us know once you talk with your AWS / VMware sales team.

If you need one, let me know and I'll put you in touch :)

On Fri, Jan 18, 2019 at 3:01 PM Lelio Fulgenzi  wrote:

> I wonder if there are additional services you could subscribe to. Front it
> with VPN/IP extension service so the vSwitch can be configured with any
> VLAN that the extra layer offers.
>
>
>
>
>
> ---
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
>
>
>
> *From:* Charles Goldsmith 
> *Sent:* Friday, January 18, 2019 3:51 PM
> *To:* Lelio Fulgenzi 
> *Cc:* Matthew Collins ; cisco-voip@puck.nether.net
> *Subject:* Re: [cisco-voip] CUCM upgrade from 10.5 to 11.5
>
>
>
> From what I understand, you cannot extend your IP, it's IP's assigned from
> AWS.  At least for public facing.  I'm assuming you can spin up another
> vswitch on the vsphere side and have private IP's, just like we can locally.
>
>
>
> On Fri, Jan 18, 2019 at 2:48 PM Lelio Fulgenzi  wrote:
>
> Hmmm, in actuality, VMware on AWS seems like it will be the best
> replacement for a physical stack of bare metal servers for temporary use.
> As long as the IP address space was the same, you could simply shut them
> down and export after the migration was complete.
>
>
>
> Side question…
>
>
>
> Anyone know how that works? Can you extend your IP address space into AWS
> without much effort?
>
>
>
> ---
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
>
>
>
> *From:* Charles Goldsmith 
> *Sent:* Friday, January 18, 2019 3:12 PM
> *To:* Lelio Fulgenzi 
> *Cc:* Matthew Collins ; cisco-voip@puck.nether.net
> *Subject:* Re: [cisco-voip] CUCM upgrade from 10.5 to 11.5
>
>
>
> If you are one of my customers, I can arrange that.  Do we have a web page
> where you can just go sign up, no.  But there are services that let you
> rent bare metal servers.
>
>
>
> VMware and AWS are teaming up to rent you vsphere on AWS bare metal.
>
>
> On Jan 18, 2019, at 1:45 PM, Lelio Fulgenzi  wrote:
>
> This should be a signal to professional services orgs out there to rent
> out UCS systems for offline upgrades. :)
>
>
>
>
>
> *-sent from mobile device-*
>
>
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 <519-824-4120;56354> | le...@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
>
> On Jan 18, 2019, at 5:24 AM, Matthew Collins  wrote:
>
> Agree with Lelio but sometimes parallel upgrade are just not possible.
>
>
>
> I’ve done 3 x 10.5 to 11.6 direct upgrade recently any only had one issue
> that wasn’t directly related to the upgrade. Other than that they have been
> pretty smooth.
>
>
>
> In your pre-checks don’t just check DB replication but also CUC and UCCX
> replication on the respective servers (utils uccx/cuc dbreplication
> status). Plus check from the pub and sub as on a CUC upgrade recently it
> kept failing, Turned out CUC replication wasn’t set up correctly. Ran the
> command from the Pub and it stated everything was good, Ran from the Sub
> said it was failed. Ended up re-building the CUC Sub. The issue came about
> from a host name change years back and some of the tables where not updated
> on the sub.
>
>
>
> Also double check the memory requirements. As 11.x requires 2 extra gig
> most of the OVA’s.
>
>
>
> Upgrade timings going from 10.5 to 11.5/6
>
>
>
> Memory upgrade where completed prior to upgrades.
>
> CUCM Upgrade Pub 90 Mins 7.5k OVA
> CUCM Upgrade Subs 60 Mins
> IM Upgrade Pub 70 Mins 5K OVA
> IM Upgrade Sub 50 Mins
>
> CUCM Switch Versions Pub 40 Mins
> CUCM Switch Versions Subs 30 Mins
> IM Switch Versions Pub 30 Mins
> IM Switch Vers

Re: [cisco-voip] CUCM upgrade from 10.5 to 11.5

2019-01-18 Thread Charles Goldsmith
>From what I understand, you cannot extend your IP, it's IP's assigned from
AWS.  At least for public facing.  I'm assuming you can spin up another
vswitch on the vsphere side and have private IP's, just like we can locally.

On Fri, Jan 18, 2019 at 2:48 PM Lelio Fulgenzi  wrote:

> Hmmm, in actuality, VMware on AWS seems like it will be the best
> replacement for a physical stack of bare metal servers for temporary use.
> As long as the IP address space was the same, you could simply shut them
> down and export after the migration was complete.
>
>
>
> Side question…
>
>
>
> Anyone know how that works? Can you extend your IP address space into AWS
> without much effort?
>
>
>
> ---
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
>
>
>
> *From:* Charles Goldsmith 
> *Sent:* Friday, January 18, 2019 3:12 PM
> *To:* Lelio Fulgenzi 
> *Cc:* Matthew Collins ; cisco-voip@puck.nether.net
> *Subject:* Re: [cisco-voip] CUCM upgrade from 10.5 to 11.5
>
>
>
> If you are one of my customers, I can arrange that.  Do we have a web page
> where you can just go sign up, no.  But there are services that let you
> rent bare metal servers.
>
>
>
> VMware and AWS are teaming up to rent you vsphere on AWS bare metal.
>
>
> On Jan 18, 2019, at 1:45 PM, Lelio Fulgenzi  wrote:
>
> This should be a signal to professional services orgs out there to rent
> out UCS systems for offline upgrades. :)
>
>
>
>
>
> *-sent from mobile device-*
>
>
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 <519-824-4120;56354> | le...@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
>
>
> On Jan 18, 2019, at 5:24 AM, Matthew Collins  wrote:
>
> Agree with Lelio but sometimes parallel upgrade are just not possible.
>
>
>
> I’ve done 3 x 10.5 to 11.6 direct upgrade recently any only had one issue
> that wasn’t directly related to the upgrade. Other than that they have been
> pretty smooth.
>
>
>
> In your pre-checks don’t just check DB replication but also CUC and UCCX
> replication on the respective servers (utils uccx/cuc dbreplication
> status). Plus check from the pub and sub as on a CUC upgrade recently it
> kept failing, Turned out CUC replication wasn’t set up correctly. Ran the
> command from the Pub and it stated everything was good, Ran from the Sub
> said it was failed. Ended up re-building the CUC Sub. The issue came about
> from a host name change years back and some of the tables where not updated
> on the sub.
>
>
>
> Also double check the memory requirements. As 11.x requires 2 extra gig
> most of the OVA’s.
>
>
>
> Upgrade timings going from 10.5 to 11.5/6
>
>
>
> Memory upgrade where completed prior to upgrades.
>
> CUCM Upgrade Pub 90 Mins 7.5k OVA
> CUCM Upgrade Subs 60 Mins
> IM Upgrade Pub 70 Mins 5K OVA
> IM Upgrade Sub 50 Mins
>
> CUCM Switch Versions Pub 40 Mins
> CUCM Switch Versions Subs 30 Mins
> IM Switch Versions Pub 30 Mins
> IM Switch Versions Sub 30 Mins
>
> UCCX Upgrade Pub 80 Mins – 300 Agent OVA
> UCCX Upgrade Sub 60 Mins
> UCCX Switch Versions Pub 45 Mins
> UCCX Switch Versions Sub 30 Mins
>
>
>
>
>
>
>
> Regards
>
>
>
> Matthew Collins
>
>
>
>
>
> *From:* cisco-voip  *On Behalf Of *Lelio
> Fulgenzi
> *Sent:* 17 January 2019 16:37
> *To:* SK ; cisco-voip@puck.nether.net
> *Subject:* Re: [cisco-voip] CUCM upgrade from 10.5 to 11.5
>
>
>
>
>
> I will say one thing, if you have the opportunity to duplicate the
> environment in an off-line network and perform the upgrades there, then
> your migration will basically be downtime involved with shutting down old
> servers and turning up new servers. This is not trivial, by any stretch of
> the imagination. However, once you put some thought into it, I think you’ll
> find this method extremely valuable.
>
>
>
> You work out all the kinks in the offline network and repeat until you are
> satisfied.
>
>
>
> You’ll ne

Re: [cisco-voip] CUCM upgrade from 10.5 to 11.5

2019-01-18 Thread Charles Goldsmith
If you are one of my customers, I can arrange that.  Do we have a web page 
where you can just go sign up, no.  But there are services that let you rent 
bare metal servers.  

VMware and AWS are teaming up to rent you vsphere on AWS bare metal. 

> On Jan 18, 2019, at 1:45 PM, Lelio Fulgenzi  wrote:
> 
> This should be a signal to professional services orgs out there to rent out 
> UCS systems for offline upgrades. :)
> 
> 
> 
> -sent from mobile device-
> 
> Lelio Fulgenzi, B.A. | Senior Analyst
> Computing and Communications Services | University of Guelph
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 
> 2W1
> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>  
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>  
> 
> 
> On Jan 18, 2019, at 5:24 AM, Matthew Collins  wrote:
> 
>> Agree with Lelio but sometimes parallel upgrade are just not possible.
>>  
>> I’ve done 3 x 10.5 to 11.6 direct upgrade recently any only had one issue 
>> that wasn’t directly related to the upgrade. Other than that they have been 
>> pretty smooth.
>>  
>> In your pre-checks don’t just check DB replication but also CUC and UCCX 
>> replication on the respective servers (utils uccx/cuc dbreplication status). 
>> Plus check from the pub and sub as on a CUC upgrade recently it kept 
>> failing, Turned out CUC replication wasn’t set up correctly. Ran the command 
>> from the Pub and it stated everything was good, Ran from the Sub said it was 
>> failed. Ended up re-building the CUC Sub. The issue came about from a host 
>> name change years back and some of the tables where not updated on the sub.
>>  
>> Also double check the memory requirements. As 11.x requires 2 extra gig most 
>> of the OVA’s.
>>  
>> Upgrade timings going from 10.5 to 11.5/6
>>  
>> Memory upgrade where completed prior to upgrades.
>> 
>> CUCM Upgrade Pub 90 Mins 7.5k OVA
>> CUCM Upgrade Subs 60 Mins
>> IM Upgrade Pub 70 Mins 5K OVA
>> IM Upgrade Sub 50 Mins
>> 
>> CUCM Switch Versions Pub 40 Mins 
>> CUCM Switch Versions Subs 30 Mins
>> IM Switch Versions Pub 30 Mins
>> IM Switch Versions Sub 30 Mins
>> 
>> UCCX Upgrade Pub 80 Mins – 300 Agent OVA
>> UCCX Upgrade Sub 60 Mins
>> UCCX Switch Versions Pub 45 Mins
>> UCCX Switch Versions Sub 30 Mins
>>  
>>  
>>  
>> Regards
>>  
>> Matthew Collins
>>  
>>  
>> From: cisco-voip  On Behalf Of Lelio 
>> Fulgenzi
>> Sent: 17 January 2019 16:37
>> To: SK ; cisco-voip@puck.nether.net
>> Subject: Re: [cisco-voip] CUCM upgrade from 10.5 to 11.5
>>  
>>  
>> I will say one thing, if you have the opportunity to duplicate the 
>> environment in an off-line network and perform the upgrades there, then your 
>> migration will basically be downtime involved with shutting down old servers 
>> and turning up new servers. This is not trivial, by any stretch of the 
>> imagination. However, once you put some thought into it, I think you’ll find 
>> this method extremely valuable.
>>  
>> You work out all the kinks in the offline network and repeat until you are 
>> satisfied.
>>  
>> You’ll need a couple of things to make this work, namely, a change freeze 
>> window and the “pre 8.0” enterprise parameter.
>>  
>> We’ve done this twice now and it’s worked like a charm.
>>  
>> I would hate to do upgrades on live systems.
>>  
>> Lelio
>>  
>>  
>> ---
>> Lelio Fulgenzi, B.A. | Senior Analyst
>> Computing and Communications Services | University of Guelph
>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 
>> 2W1
>> 519-824-4120 Ext. 56354 | le...@uoguelph.ca
>>  
>> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>>  
>> 
>>  
>> From: cisco-voip  On Behalf Of SK
>> Sent: Thursday, January 17, 2019 10:48 AM
>> To: cisco-voip@puck.nether.net
>> Subject: [cisco-voip] CUCM upgrade from 10.5 to 11.5
>>  
>> We are planning upgrade for our CUCM - CUC -UCCX platform from 10.5 to 11.5 
>> soon  . UCCX will be on 11.6.2 mostly .
>>  
>> I will appreciate any pointers on known bugs / challenges .
>>  
>> Thank you . 
> ___
> 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] vCME (Virtual Communications Manager Express) now available on CSR1000v IOS XE Gibraltar 16.10

2018-12-05 Thread Charles Goldsmith
Lelio, that's a different animal.  The 5000 series doesn't mention UC apps
at all, it just supports some voice modules.  I think it assumes you will
be managing those modules via CUCM.   I didn't dig through all of the docs.

It's an interesting product.

On Tue, Dec 4, 2018 at 11:58 PM Lelio Fulgenzi  wrote:

>
> I wonder how this compares with
>
>
> https://www.cisco.com/c/en/us/products/routers/5000-series-enterprise-network-compute-system/index.html
>
>
> *-sent from mobile device-*
>
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 <519-824-4120;56354> | le...@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
>
> On Dec 4, 2018, at 6:54 PM, Daniel via cisco-voip <
> cisco-voip@puck.nether.net> wrote:
>
> See
> https://www.cisco.com/c/en/us/td/docs/routers/csr1000/release/notes/xe-16/csr1000v_rn-16-10-book.html#concept_c5q_vrf_5fb
> and
> https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucme/admin/configuration/manual/cmeadm/cmevir.html
>
> ___
> 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] Fixed in?

2018-09-12 Thread Charles Goldsmith
I recently dealt with a customer's cert renewal on 10.5.1 base (has the bug
about case sensitivity) and digicert.  They can manually make changes on
the CSR/cert to give you exactly what you need, but you have to request
it.  Customers just love to put the server names in all upper case.  We
spent several hours renaming servers to work around the bug because they
can't upgrade right now.  Fun times!

On Wed, Sep 12, 2018 at 6:21 PM Jason Aarons (Americas) <
jason.aar...@dimensiondata.com> wrote:

>
>
> I know the guy submitting the CSR to digicert did it wrong ;) However
> Digicert also told him they only return CSR lowercase.
>
> I just want to know that if 11.5.1 SU5 that CUCM won't care about case for
> when we retry it.
>
> Get Outlook for Android 
>
> --
> *From:* Ryan Ratliff (rratliff) 
> *Sent:* Wednesday, September 12, 2018 3:20:46 PM
> *To:* Lelio Fulgenzi; Jason Aarons (Americas)
> *Cc:* cisco-voip (cisco-voip@puck.nether.net)
> *Subject:* Re: [cisco-voip] Fixed in?
>
> Anything with that “98000” is typically a development branch for the next
> release, so this one should be in 11.5 base for sure. It should have been
> updated with the version that went to cisco.com but I guess back in 2014
> there was a hiccup.
>
> Are you checking to make sure or are you seeing evidence that the fix
> isn’t there?
>
> -Ryan
>
> On Sep 12, 2018, at 9:54 AM, Lelio Fulgenzi  wrote:
>
>
> It certainly should be a lot easier to figure this out. I looked at the
> readme for each 11.5 release and couldn’t find the bug listed. Doesn’t mean
> it’s not there, could have been rolled into 11.5.1 which is deferred with
> no readme available.
>
>
>
>
> ---
> *Lelio Fulgenzi, B.A.* | Senior Analyst
> Computing and Communications Services | University of Guelph
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
> 519-824-4120 Ext. 56354 <(519)%20824-4120> | le...@uoguelph.ca
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
> 
>
> *From:* cisco-voip  *On Behalf Of *Jason
> Aarons (Americas)
> *Sent:* Wednesday, September 12, 2018 12:09 AM
> *To:* cisco-voip (cisco-voip@puck.nether.net) 
> *Subject:* [cisco-voip] Fixed in?
>
>
>
>
> So if bug is fixed in version CUCM 11.5(0.98000.126) and I am running
> 11.5.1.15900-18 I already have the fix?
>
> Wanting to verify SU5 has the bug fix for case sensitivity in CSR.
> CSCur46416
>
> -jason
>
>
> Get Outlook for Android 
>
>
>
> This email and all contents are subject to the following disclaimer:
> "http://www.dimensiondata.com/emaildisclaimer;
> 
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
>
>
> This email and all contents are subject to the following disclaimer:
> "http://www.dimensiondata.com/emaildisclaimer;
> 
> ___
> 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 Call Redirect and Called Address Reset

2018-09-11 Thread Charles Goldsmith
Anthony, wouldn't your CSS on cti ports (via the call control group)
determine what transformation is applied to the call?


On Tue, Sep 11, 2018 at 4:58 PM Anthony Holloway <
avholloway+cisco-v...@gmail.com> wrote:

> I didn't know this, and so I thought I'd share, but who knows, maybe it
> was common knowledge.
>
> If you use the Call Redirect step in UCCX to send a call directly to a
> mailbox/call handler in CUC, and thus, your Destination is the VM Pilot,
> while your target object in CUC is your Called Adddress, like so:
>
> [image: image.png]
>
> Then either one of two things will happen (only one of them I'm ok with):
>
> 1) If there is a pattern in CUCM for which 1000 will match; say a Route
> Pattern such as 1XXX which prefixes an 8 and route calls to a 3rd Party
> PBX, then CUCM will use the Called Number Transformations on this Route
> Pattern to prefix the 8 on your 1000, and then send the call to CUC with
> 81000 as the Redir number, and you'll be all messed up.  Actually, you'll
> just get the opening greeting, but still...g
>
> 2) If there is no pattern in CUCM for which 1000 will match, then CUCM
> sends the call to CUC, and the redir is 1000 and everything works fine.
>
> I'll let you guess which one I'm ok with, and which one I'm not.
>
> Why in the hell is CUCM performing number transformations on this call
> flow like that?  It makes no sense.  What am I missing here?
> ___
> 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] recovery disk - what's it worth?

2018-08-23 Thread Charles Goldsmith
Recovery disks are used when your CUCM won't boot or you can't login.
There is a file repair utility, as well as a password reset utility, plus
something else I don't remember.  It has 4 options on the menu.  In the
lab, I've also used it to get into the system as root and mount the
partitions, used it to delete logs that were filling up from that nasty
vmtools bug we had about a year ago.

You can probably mount that ISO into an empty VM and boot it to see it.

On Thu, Aug 23, 2018 at 10:43 AM Lelio Fulgenzi  wrote:

>
> Our disaster recovery plan has always been boot with disk/ios image and
> restore from latest backup. We’ve tested this on a few occasions and it
> works well. Well, as good as documentation can be expected.
>
> We typically try to do this as quickly as possible after an upgrade to
> ensure the bootables we have work and we have the appropriate inline
> upgrade ISO images. We get the bootables through PUT when required and the
> upgrades through CCO software downloads. We usually also try to get the
> bootables published by the TAC for us. For example, PUT only has
> v11.5(1)SU3b bootables, not SU4.
>
> The question is… what scenarios are the recovery disks used for? Have
> people used those? Have they worked?
>
> For some reason, I’m flashbacking to wordperfect recovery software that
> never recovered a single file. 
>
>
>
> ---
> Lelio Fulgenzi, B.A. | Senior Analyst
> Computing and Communications Services | University of Guelph
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
> 519-824-4120 Ext. 56354 <(519)%20824-4120> | le...@uoguelph.ca le...@uoguelph.ca>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram,
> Twitter and Facebook
>
> [University of Guelph Cornerstone with Improve Life tagline]
>
> ___
> 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] Jabber edit forward list...

2018-07-18 Thread Charles Goldsmith
Have you compared the forward numbers in jabber to what is shown in the
self care portal?  Looking at my setup, I can forward to voicemail and
Work:, latter which is defined by AD.  If I add numbers, it's just that, I
cannot associate a label and it only remembers the last number entered.
These are reflected in the self-care portal, but none of the AD numbers are
listed there.

This is all on an 11.5.1su3 system

On Wed, Jul 18, 2018 at 12:48 PM Jonathan Charles  wrote:

> These are the labeled forward numbers... they are being pulled from
> somewhere, we just can't find them (nothing in AD)...
>
> We are running 11.9 of Jabber
>
>
> Jonathan
>
> On Wed, Jul 18, 2018 at 10:07 AM, Anthony Holloway <
> avholloway+cisco-v...@gmail.com> wrote:
>
>> I feel like we're flip flopping between directory supplied entries and
>> local user supplied entries (where I started).  The way you would know is,
>> the directory ones have a word in front, like "Home" and the user ones just
>> have the number.  Screenshot?
>>
>> Ok, so now I think I we are talking about local user supplied forward to
>> destinations, which takes us all the way back to my original reply.  I said
>> that if I reset Jabber, they went away.  Have them try that.
>>
>> I also noted that the  jabberLocalConfig.dat file updates when you add a
>> new forward to destination, so it makes sense that it's stored in there.
>>
>> I then tested your statement that they follow logins across computers,
>> and I found this to not be true, unless I left the forwarding on while I
>> signed in to the other computer.  Which makes sense, because the forwarding
>> is then held on the DN in CUCM, and when my other computer signs into
>> Jabber, CUCM tells Jabber that the line is forwarded and to where.  So, if
>> your user does see the other forwarding on another machine, that might
>> explain the scenario.  I suppose they could have entered the destinations
>> on both machines, but that seems unlikely that they would have done it
>> incorrectly twice.  But maybe.
>>
>> You also never supplied your Jabber version or platform, which may cause
>> a difference in behavior.  Again, my testing is with J4W 12.0(1).
>>
>> On Tue, Jul 17, 2018 at 4:29 PM Jonathan Charles 
>> wrote:
>>
>>> We have confirmed that AD does not have these numbers, nor are they in
>>> CUCM... customer entered them with the wrong offnet access code and needs
>>> to change them, there appears to be no method to do that
>>>
>>> On Tue, Jul 17, 2018 at 2:30 PM, Anthony Holloway <
>>> avholloway+cisco-v...@gmail.com> wrote:
>>>
 That is one scenario I didn't try, as a reset of the client killed the
 setting.

 to be clear, I created a custom one, and that's what I thought you were
 getting at.  However, I do have one for my mobile number, which does come
 from the server.  Is that what you're asking for?

 If so, from what I can gather, only Home and Mobile are field which
 will show up here.  So, if your CUCM Directory has these values populated,
 or your AD does, then Jabber should show them.


 On Tue, Jul 17, 2018 at 1:46 PM Jonathan Charles 
 wrote:

> I had a user log into jabber on another machine, and his CF's were
> there automatically... it has to be pulling them from somewhere.. (11.5
> CUCM/IMP)
>
> These should be editable, right?
>
>
> Jonathan
>
> On Tue, Jul 17, 2018 at 10:06 AM, Anthony Holloway <
> avholloway+cisco-v...@gmail.com> wrote:
>
>> FWIW, I'm using 12.0(1), and I just created one, tried to find it on
>> my local machine, couldn't find it, then signed-out and reset Jabber, and
>> now it's gone.  That tells me it's stored locally.
>>
>> The file %appdata%\Cisco\Unified
>> Communications\Jabber\CSF\Config\jabberLocalConfig.dat changes when you 
>> add
>> new ones, so I'm guessing it's in that file.  Unfortunately, that file is
>> encrypted, so there's no editing it.
>>
>> So, my conclusion would be, you can only nuke all of them, you cannot
>> selectively remove or edit any, and an addition would likely take the 
>> work
>> of something like AutoHotKey to send the proper keystrokes/mouse clicks 
>> to
>> the client.
>>
>>
>>
>> On Mon, Jul 16, 2018 at 12:56 PM Jonathan Charles 
>> wrote:
>>
>>> How can we edit the Forward to list in Jabber?
>>>
>>> Where are these stored?
>>>
>>>
>>>
>>> Jonathan
>>> ___
>>> 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

Re: [cisco-voip] multi-SAN / server certificates vs individual certs (CUCM/IMP)

2018-06-28 Thread Charles Goldsmith
No problem, thanks for adding your insight.

There are a couple of other providers that do duplication as well, they
just call it something different, but I haven't worked with them directly.
I'm told godaddy now supports it, but they only sell the SANs in blocks of
5.


On Thu, Jun 28, 2018 at 10:39 AM Bill Talley  wrote:

> Scrolling through my phone and inadvertently replied to Charles email when
> it popped up instead of Lelio’s.  Sorry for duplicating what Charles said 浪
>
>
> Sent from an iOS device with very tiny touchscreen input keys.  Please
> excude my typtos.
>
> On Jun 28, 2018, at 10:24 AM, Charles Goldsmith 
> wrote:
>
> Generate a CSR from each server type (CUCM, CUC, UCCX, and each
> expressway) and load all hostnames into each server, including your cluster
> name of the expressway and the domain name.  At Digicert, load your csr,
> make sure the Common name matches the CSR that the server came from.  Once
> you have one cluster done, go back into the order and request duplicate,
> load your 2nd csr, check the common name and issue the duplicate.  Rinse
> and repeat for all systems.
>
> Expressway clusters do not support multi-san, so just duplicate for each
> node.
>
> On Thu, Jun 28, 2018 at 10:17 AM Lelio Fulgenzi  wrote:
>
>> Wait. What? I understand how the internals of CUCM and IMP can distribute
>> one multi-san cert (built on the publisher’s CSR) to each CUCM and IMP node
>> and uses private keys to ensure they load, but….
>>
>>
>>
>> How the heck do you install a cert that was built on the pub’s CSR into
>> CUC and UCCx? Or Expressway for that matter?
>>
>>
>>
>> We are a digicert client, so if you have specific breadcrumbs / drop down
>> options, feel free to share.
>>
>>
>>
>> Lelio
>>
>>
>>
>>
>>
>>
>>
>> ---
>>
>> *Lelio Fulgenzi, B.A.* | Senior Analyst
>>
>> Computing and Communications Services | University of Guelph
>>
>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
>> N1G 2W1
>>
>> 519-824-4120 Ext. 56354 <(519)%20824-4120> | le...@uoguelph.ca
>>
>>
>>
>> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>>
>>
>>
>> [image: University of Guelph Cornerstone with Improve Life tagline]
>>
>>
>>
>> *From:* Charles Goldsmith 
>> *Sent:* Thursday, June 28, 2018 10:40 AM
>> *To:* Lelio Fulgenzi 
>> *Cc:* voyp list, cisco-voip (cisco-voip@puck.nether.net) <
>> cisco-voip@puck.nether.net>
>> *Subject:* Re: [cisco-voip] multi-SAN / server certificates vs
>> individual certs (CUCM/IMP)
>>
>>
>>
>> I've used multi-san certs on at least a dozen installs and have had no
>> issues at all.  In fact, with a good SSL provider, you can use the same
>> Multi-SAN on CUCM, CUC, UCCX, Expressways.  I like how Digicert does it,
>> just duplicate the cert and make sure all of the hostnames are listed in
>> the SAN.
>>
>>
>>
>>
>>
>> On Thu, Jun 28, 2018 at 9:37 AM Lelio Fulgenzi  wrote:
>>
>>
>> We're in the process of installing signed certs and we have the choice
>> between multi-SAN cert with the publisher CSR and rely on the internals to
>> have that cert distributed to the subs and the imp nodes -OR- go with
>> individual certs.
>>
>> It's a last minute thing, so I still need to do some research, but I'm
>> wondering what people have been doing out there. We're less concerned with
>> cost than we are future stability. I know that this multi-san support is
>> recent with v10.x - have they ironed out the bugs? We're going with 11.5.
>>
>> Thoughts?
>>
>>
>> ---
>> Lelio Fulgenzi, B.A. | Senior Analyst
>> Computing and Communications Services | University of Guelph
>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
>> N1G 2W1
>> 519-824-4120 Ext. 56354 <(519)%20824-4120> | le...@uoguelph.ca> le...@uoguelph.ca>
>>
>> www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram,
>> Twitter and Facebook
>>
>> [University of Guelph Cornerstone with Improve Life tagline]
>>
>> ___
>> 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] multi-SAN / server certificates vs individual certs (CUCM/IMP)

2018-06-28 Thread Charles Goldsmith
Generate a CSR from each server type (CUCM, CUC, UCCX, and each expressway)
and load all hostnames into each server, including your cluster name of the
expressway and the domain name.  At Digicert, load your csr, make sure the
Common name matches the CSR that the server came from.  Once you have one
cluster done, go back into the order and request duplicate, load your 2nd
csr, check the common name and issue the duplicate.  Rinse and repeat for
all systems.

Expressway clusters do not support multi-san, so just duplicate for each
node.

On Thu, Jun 28, 2018 at 10:17 AM Lelio Fulgenzi  wrote:

> Wait. What? I understand how the internals of CUCM and IMP can distribute
> one multi-san cert (built on the publisher’s CSR) to each CUCM and IMP node
> and uses private keys to ensure they load, but….
>
>
>
> How the heck do you install a cert that was built on the pub’s CSR into
> CUC and UCCx? Or Expressway for that matter?
>
>
>
> We are a digicert client, so if you have specific breadcrumbs / drop down
> options, feel free to share.
>
>
>
> Lelio
>
>
>
>
>
>
>
> ---
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 <(519)%20824-4120> | le...@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
>
>
>
> *From:* Charles Goldsmith 
> *Sent:* Thursday, June 28, 2018 10:40 AM
> *To:* Lelio Fulgenzi 
> *Cc:* voyp list, cisco-voip (cisco-voip@puck.nether.net) <
> cisco-voip@puck.nether.net>
> *Subject:* Re: [cisco-voip] multi-SAN / server certificates vs individual
> certs (CUCM/IMP)
>
>
>
> I've used multi-san certs on at least a dozen installs and have had no
> issues at all.  In fact, with a good SSL provider, you can use the same
> Multi-SAN on CUCM, CUC, UCCX, Expressways.  I like how Digicert does it,
> just duplicate the cert and make sure all of the hostnames are listed in
> the SAN.
>
>
>
>
>
> On Thu, Jun 28, 2018 at 9:37 AM Lelio Fulgenzi  wrote:
>
>
> We're in the process of installing signed certs and we have the choice
> between multi-SAN cert with the publisher CSR and rely on the internals to
> have that cert distributed to the subs and the imp nodes -OR- go with
> individual certs.
>
> It's a last minute thing, so I still need to do some research, but I'm
> wondering what people have been doing out there. We're less concerned with
> cost than we are future stability. I know that this multi-san support is
> recent with v10.x - have they ironed out the bugs? We're going with 11.5.
>
> Thoughts?
>
>
> ---
> Lelio Fulgenzi, B.A. | Senior Analyst
> Computing and Communications Services | University of Guelph
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
> 519-824-4120 Ext. 56354 <(519)%20824-4120> | le...@uoguelph.ca le...@uoguelph.ca>
>
> www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram,
> Twitter and Facebook
>
> [University of Guelph Cornerstone with Improve Life tagline]
>
> ___
> 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] multi-SAN / server certificates vs individual certs (CUCM/IMP)

2018-06-28 Thread Charles Goldsmith
I've used multi-san certs on at least a dozen installs and have had no
issues at all.  In fact, with a good SSL provider, you can use the same
Multi-SAN on CUCM, CUC, UCCX, Expressways.  I like how Digicert does it,
just duplicate the cert and make sure all of the hostnames are listed in
the SAN.


On Thu, Jun 28, 2018 at 9:37 AM Lelio Fulgenzi  wrote:

>
> We're in the process of installing signed certs and we have the choice
> between multi-SAN cert with the publisher CSR and rely on the internals to
> have that cert distributed to the subs and the imp nodes -OR- go with
> individual certs.
>
> It's a last minute thing, so I still need to do some research, but I'm
> wondering what people have been doing out there. We're less concerned with
> cost than we are future stability. I know that this multi-san support is
> recent with v10.x - have they ironed out the bugs? We're going with 11.5.
>
> Thoughts?
>
>
> ---
> Lelio Fulgenzi, B.A. | Senior Analyst
> Computing and Communications Services | University of Guelph
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
> 519-824-4120 Ext. 56354 <(519)%20824-4120> | le...@uoguelph.ca le...@uoguelph.ca>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram,
> Twitter and Facebook
>
> [University of Guelph Cornerstone with Improve Life tagline]
>
> ___
> 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] CAD EOL

2018-06-28 Thread Charles Goldsmith
Resurrecting an old topic with a new subject, we ran across this recently
and wanted to give a reminder and PSA.

The EOL announcement for 10.x and 11.0 do NOT mention the different EOL
date for CAD.
https://www.cisco.com/c/en/us/products/collateral/customer-collaboration/unified-contact-center-express/eos-eol-notice-c51-737425.html


Even though 10.x is not EOL yet, the CAD agent loses support on July 31st,
2018, per
https://www.cisco.com/c/en/us/products/collateral/customer-collaboration/unified-contact-center-express/eos-eol-notice-c51-733719.html

Charles



-- Forwarded message --
From: Kevin Przybylowski 
Date: Mon, Jan 19, 2015 at 8:49 AM
Subject: Re: [cisco-voip] FYI: UCCx v9.0 EOL announced...
To: "cisco-voip@puck.nether.net" 


Nice – thanks for the heads up.  I knew it was coming, I like the note
below from the EOL:



In addition to the SKUs listed in this notification, the same End of
Software Maintenance and End of Support milestones will apply to the Cisco
Agent Desktop (CAD), Cisco Supervisor Desktop (CSD) and Cisco Desktop
Administrator (CDA) features on CCX 10.0, 10.5 and 10.6.



*From:* cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] *On Behalf
Of *Lelio Fulgenzi
*Sent:* Monday, January 19, 2015 9:37 AM
*To:* voip puck
*Subject:* [cisco-voip] FYI: UCCx v9.0 EOL announced...




In three parts...

   1. http://www.cisco.com/c/en/us/products/collateral/customer-
   collaboration/unified-contact-center-express/eos-eol-notice-
   c51-733721.html
   

   2. http://www.cisco.com/c/en/us/products/collateral/customer-
   collaboration/unified-contact-center-express/eos-eol-notice-
   c51-733720.html
   

   3. http://www.cisco.com/c/en/us/products/collateral/customer-
   collaboration/unified-contact-center-express/eos-eol-notice-
   c51-733719.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



___
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 Bulk TFTP File Upload

2018-06-06 Thread Charles Goldsmith
filelist doesn't work anymore, correct, and you can file get via the cli as
well.  Neither is a "bulk" way to download and can be a lot of work.  :)
We just need a 1 click button to copy all extra files from one node to
another

On Wed, Jun 6, 2018 at 10:35 AM Ryan Ratliff (rratliff) 
wrote:

> If you know the files you can use curl or your favorite http package to
> get them http://tftp.ip:6970/.
>
> On some versions you can get http://tftp.ip:6970/filelist.txt to get an
> index of files. I think that file went away in 11.5 or 12.0 with
> enhancements made to serving static files.
>
> -Ryan
>
> On Jun 6, 2018, at 10:18 AM, Charles Goldsmith 
> wrote:
>
> Thanks very much for this!  Has anyone worked out an easy way to bulk
> download this data?  Say you have to rebuild or add a node to an existing
> cluster and the customer doesn't have all of this info archived properly?
>
>
> On Mon, Jun 4, 2018 at 1:20 PM Brian Meade  wrote:
>
>> Now on Github- https://github.com/bmeade90/BulkTFTP
>>
>> On Mon, Jun 4, 2018 at 8:47 AM, Brian Meade  wrote:
>>
>>> Thanks for cleaning that up Anthony!
>>>
>>> My main goal with this is to bulk upload entire directories and all the
>>> sub-directories so I can easily upload all the Desktops directories and
>>> such.
>>>
>>> Since I'm bulk uploading so many files, I decided to just do a single
>>> node at a time but your edit should work fine to make this multi-node.
>>>
>>> Attached my finalized script I was able to use to upload a few hundred
>>> files to a 4-node cluster on Friday.
>>>
>>> On Sat, Jun 2, 2018 at 3:19 PM, Anthony Holloway <
>>> avholloway+cisco-v...@gmail.com> wrote:
>>>
>>>> Here's your code re-worked a little Brian, for you or for anyone else,
>>>> and I tested it on 11.5 and it works.  I did not put in any error handling,
>>>> so I'll leave that up to you.  You can do things like Try/Catch or checking
>>>> for resp.status_code == 200, file existence checking, etc.  I figure,
>>>> knowing how to make it work was the challenge, not error handling, so I
>>>> left that out.
>>>>
>>>> # Install Python 2.7 and choose the option to add to path (off by
>>>> default)
>>>> # Then install two modules
>>>> #  C:\>pip install requests
>>>> #  C:\>pip install BeautifulSoup
>>>> # Then run the program
>>>> #  C:\>python tftp.py
>>>>
>>>> import requests
>>>> from BeautifulSoup import BeautifulSoup
>>>> requests.packages.urllib3.disable_warnings()
>>>>
>>>> tftp_host = ""
>>>> tftp_user = ""
>>>> tftp_pass = ""
>>>> tftp_file = ""
>>>> tftp_path = ""
>>>>
>>>> url_base = "https://{}/cmplatform/".format(tftp_host)
>>>> url_login = "{}j_security_check".format(url_base)
>>>> url_upload = "{}tftpFileUpload.do".format(url_base)
>>>>
>>>> # Allows us to keep track of our login session
>>>> print "\nLogging in to {}...".format(tftp_host),
>>>> connection = requests.Session()
>>>>
>>>> # Start a new session by simply access a page on the server
>>>> resp = connection.get(url_base, verify = False)
>>>>
>>>> # Our login form data
>>>> form_data = {
>>>> "appNav": "cmplatform",
>>>> "j_username": tftp_user,
>>>> "j_password": tftp_pass
>>>> }
>>>>
>>>> # Our login submission to the server
>>>> resp = connection.post(url_login, verify = False, data = form_data)
>>>> print "Success!\n"
>>>>
>>>> # We need to grab the token the server gives us, so we can pass it back
>>>> upon upload
>>>> print "Grabbing a new token...",
>>>> soup = BeautifulSoup(connection.get(url_upload, verify = False).content)
>>>>
>>>> # It's a hidden input element on the upload form with the name of
>>>> "token"
>>>> token = soup.find("input", {"name": "token"}).get("value")
>>>> print "Found! [{}]\n".format(token)
>>>>
>>>> # Our upload form submission data
>>>> payload = {
>>>> "struts.token.name": (None, "token"),
>>>> &q

Re: [cisco-voip] CUCM Bulk TFTP File Upload

2018-06-06 Thread Charles Goldsmith
Thanks very much for this!  Has anyone worked out an easy way to bulk
download this data?  Say you have to rebuild or add a node to an existing
cluster and the customer doesn't have all of this info archived properly?


On Mon, Jun 4, 2018 at 1:20 PM Brian Meade  wrote:

> Now on Github- https://github.com/bmeade90/BulkTFTP
>
> On Mon, Jun 4, 2018 at 8:47 AM, Brian Meade  wrote:
>
>> Thanks for cleaning that up Anthony!
>>
>> My main goal with this is to bulk upload entire directories and all the
>> sub-directories so I can easily upload all the Desktops directories and
>> such.
>>
>> Since I'm bulk uploading so many files, I decided to just do a single
>> node at a time but your edit should work fine to make this multi-node.
>>
>> Attached my finalized script I was able to use to upload a few hundred
>> files to a 4-node cluster on Friday.
>>
>> On Sat, Jun 2, 2018 at 3:19 PM, Anthony Holloway <
>> avholloway+cisco-v...@gmail.com> wrote:
>>
>>> Here's your code re-worked a little Brian, for you or for anyone else,
>>> and I tested it on 11.5 and it works.  I did not put in any error handling,
>>> so I'll leave that up to you.  You can do things like Try/Catch or checking
>>> for resp.status_code == 200, file existence checking, etc.  I figure,
>>> knowing how to make it work was the challenge, not error handling, so I
>>> left that out.
>>>
>>> # Install Python 2.7 and choose the option to add to path (off by
>>> default)
>>> # Then install two modules
>>> #  C:\>pip install requests
>>> #  C:\>pip install BeautifulSoup
>>> # Then run the program
>>> #  C:\>python tftp.py
>>>
>>> import requests
>>> from BeautifulSoup import BeautifulSoup
>>> requests.packages.urllib3.disable_warnings()
>>>
>>> tftp_host = ""
>>> tftp_user = ""
>>> tftp_pass = ""
>>> tftp_file = ""
>>> tftp_path = ""
>>>
>>> url_base = "https://{}/cmplatform/".format(tftp_host)
>>> url_login = "{}j_security_check".format(url_base)
>>> url_upload = "{}tftpFileUpload.do".format(url_base)
>>>
>>> # Allows us to keep track of our login session
>>> print "\nLogging in to {}...".format(tftp_host),
>>> connection = requests.Session()
>>>
>>> # Start a new session by simply access a page on the server
>>> resp = connection.get(url_base, verify = False)
>>>
>>> # Our login form data
>>> form_data = {
>>> "appNav": "cmplatform",
>>> "j_username": tftp_user,
>>> "j_password": tftp_pass
>>> }
>>>
>>> # Our login submission to the server
>>> resp = connection.post(url_login, verify = False, data = form_data)
>>> print "Success!\n"
>>>
>>> # We need to grab the token the server gives us, so we can pass it back
>>> upon upload
>>> print "Grabbing a new token...",
>>> soup = BeautifulSoup(connection.get(url_upload, verify = False).content)
>>>
>>> # It's a hidden input element on the upload form with the name of "token"
>>> token = soup.find("input", {"name": "token"}).get("value")
>>> print "Found! [{}]\n".format(token)
>>>
>>> # Our upload form submission data
>>> payload = {
>>> "struts.token.name": (None, "token"),
>>> "token": (None, token),
>>> "file": (tftp_file, open(tftp_file, "rb"), {"Content-Type":
>>> "text/plain"}),
>>> "directory": (None, tftp_path)
>>> }
>>>
>>> # Our upload submission to the server
>>> print "Uploading file: {}...".format(tftp_file),
>>> resp = connection.post(url_upload, verify = False, files = payload)
>>> print "Success!\n"
>>>
>>> print "Done!"
>>>
>>> If you want multiple server/multiple file support, it's really just a
>>> small modification (highlighted in red):
>>>
>>> # Install Python 2.7 and choose the option to add to path (off by
>>> default)
>>> # Then install two modules
>>> #  C:\>pip install requests
>>> #  C:\>pip install BeautifulSoup
>>> # Then run the program
>>> #  C:\>python tftp.py
>>>
>>> import requests
>>> from BeautifulSoup import BeautifulSoup
>>> requests.packages.urllib3.disable_warnings()
>>>
>>> tftp_hosts = [
>>> "host1",
>>> "hostN"
>>> ]
>>> tftp_user = ""
>>> tftp_pass = ""
>>>
>>> tftp_files = [
>>> "file1",
>>> "fileN"
>>> ]
>>> tftp_path = ""
>>>
>>> for tftp_host in tftp_hosts:
>>>
>>> url_base = "https://{}/cmplatform/".format(tftp_host)
>>> url_login = "{}j_security_check".format(url_base)
>>> url_upload = "{}tftpFileUpload.do".format(url_base)
>>>
>>> # Allows us to keep track of our login session
>>> print "\nLogging in to {}...".format(tftp_host),
>>> connection = requests.Session()
>>>
>>> # Start a new session by simply access a page on the server
>>> resp = connection.get(url_base, verify = False)
>>>
>>> # Our login form data
>>> form_data = {
>>> "appNav": "cmplatform",
>>> "j_username": tftp_user,
>>> "j_password": tftp_pass
>>> }
>>>
>>> # Our login submission to the server
>>> resp = connection.post(url_login, verify = False, data = form_data)
>>> print "Success!\n"
>>> for tftp_file in tftp_files:
>>>
>>> # We need to grab the token the server gives us, so we can pass it back
>>> upon upload
>>> print "Grabbing a new token...",
>>> soup = 

Re: [cisco-voip] 8821 Cases and Cisco chargers

2018-06-01 Thread Charles Goldsmith
The last time I messed with this, about 6 months ago, it did not fit the
desktop charger.  Also, audio quality through the case was not good.


On Fri, Jun 1, 2018 at 8:13 AM Jason Aarons (Americas) <
jason.aar...@dimensiondata.com> wrote:

>
>
>
>
> 8821 with Belt Clip putting into Multi Charger?
>
>
>
> Customer bought a lot of CP-HOLSTER-8821= for 8821s
>
> Once I put these belt clips on the phones, will the phone still fit in the
> CP-MCHGR-8821-BUN  or the Desktop Charger ?
>
>
>
> Or do I have to remove the clip/case to charge the 8821?
>
>
>
> Jason Aarons, CCIEx2 No. 38564
>
> Advanced Technology Consultant
>
> Dimension Data
>
> 904-338-3245 <(904)%20338-3245>
>
>
>
>
> This email and all contents are subject to the following disclaimer:
> "http://www.dimensiondata.com/emaildisclaimer;
> 
> ___
> 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] 8832s

2018-04-29 Thread Charles Goldsmith
Since the 8832 is a dual bank phone, shouldn't it have the old image on it
in the backup bank?  Maybe hardcoding the old image on the phone
configuration and doing a reset will cause it to boot from it?


On Sun, Apr 29, 2018 at 7:06 PM Ryan Huff  wrote:

> Sounds like the ole’ ‘step upgrade’ issue that plagued the 79xx series
> back in the 8.x days 
>
> My guess is they don’t actually need RMA’ed, just the easiest way to deal
> with it 
>
> I’d flash the phones and advertise an isolated tftp server to them with
> the firmware load and XML bootstrap file. The phones aren’t working now, so
> flashing them and then still not getting them to load right isn’t going to
> make it any worse.
>
> Use DNS in the DHCP scope in your isolation network with the TFTP server
> and pcap/debug the DNS queries to see the bootstrap and load files it’s
> looking for.
>
> In the 79xx series back in the day when I would perform this Lazarus trick
> for some lucky customers; the bootstrap filename was XMLDefault.cnf.xml. Not
> sure if it’s the same nowadays though.
>
> Here is the Cisco doc on the procedure for the older stuff  worth a
> shot but not sure if it still works on the newer gear.
>
>
> https://www.cisco.com/c/en/us/support/docs/unified-communications/unified-communications-manager-callmanager/200582-Update-Cisco-IP-Phone-Firmware-through-T.html
>
>
> -Ryan-
>
> On Apr 29, 2018, at 18:53, Jason Aarons (Americas) <
> jason.aar...@dimensiondata.com> wrote:
>
>
>
>
> I have a customer with four 8832 conference room phones. Their CUCM was
> running version 12.0.1 of the 8832 firmware. These phones shipped with
> version 12.0.1SR2. When they registered the first two phones they
> downgraded from 12.0.1SR2 to 12.0.1 and are now unusable. They sit on
> “Connecting” after booting up. They do not get an IP address. You cannot
> set an IP address manually. If you reset the phone it doesn’t fix it, nor
> does a factory reset
> 
>  allow
> the phone to revert to the firmware they shipped with. Cisco TAC says they
> must be RMA’d. We upgraded CUCM to 12.0.1SR3 and the other two phones
> upgraded fine from 12.0.1SR2 to 12.0.1SR3.
>
> Does anyone have any ideas on what we could do to fix these phones other
> than RMAing them?
>
>
>
> Get Outlook for Android 
>
>
>
> This email and all contents are subject to the following disclaimer:
> "http://www.dimensiondata.com/emaildisclaimer;
> 
>
> ___
> 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] PUT Broken Today?

2018-04-26 Thread Charles Goldsmith
Tell me more about this acquisition!!

Sent via C=64 Mobile

> On Apr 26, 2018, at 3:03 PM, Anthony Holloway 
>  wrote:
> 
> 
> I'm using the latest Cisco Chrome browser, though I've tried other browsers 
> as well.
> 
> 
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


Re: [cisco-voip] on boarding new employees

2018-04-25 Thread Charles Goldsmith
Prime provisioning is the official answer from Cisco, but YMMV on how well
it works and it's a pain to setup.  My advice is to look at Akkadian Labs
aPME product.


On Wed, Apr 25, 2018 at 1:21 PM Scott Voll  wrote:

> Does anyone have a good solution for on boarding new employees?
>
> we have to:
>
> create a 7961 EM profile
> create a 8861 EM profile
> Create a IP Communicator EM Profile
> create an IP communicator device
> associate the user EM profiles to the AD account
> create an Unity connection VM box
> set the zero out option.
>
> and if they are on the contact center there is some other stuff to.
>
> I know that through API's I could do something but I don't have that
> kind of time to create something. .
>
> What are options these days?
>
> UC products are all 11.x
>
> TIA
>
> Scott
>
>
> ___
> 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 Pre-Upgrade Checklist

2018-04-24 Thread Charles Goldsmith
Agreed Ryan, 100%.  I've never used the ESXi server for DRS, but I have
used it to store a COP file for an upgrade when a client's VPN was blocking
me, or sent  files to it in order to transfer to TAC.

Customer firewalls and VPN can be a pain sometimes when doing late night,
remote support, and you come up with creative ways to handle the task.

For example, needed the old license files from pre-upgrade on a system for
GLO one night, doing it remotely and needed to root CUCM.  Customer had
already copied the system over to a lab environment, so shut it down and
booted using the recovery cd.  Used it to access root and mount the
partitions, grabbed the files and put onto a temporary VMDK that I added to
the vm.  Copied that VMDK off of the ESXi host onto vmware workstation into
a linux VM of my own and copied the license files off of it, fired off to
GLO.  Took me about 20 minutes total, but didn't have involve TAC to get
the license files needed for the upgrade.

Yes, I realize there is a command at the CLI to extract them, but when it
gives a non-descript error about transferring said files to SFTP, it's just
not worth the hassle of opening a case.  I had already tried the ESXi sftp
server, as well as a centos VM to no avail.

On Tue, Apr 24, 2018 at 8:19 PM Ryan Huff <ryanh...@outlook.com> wrote:

> While I understand the purpose and intention of a temporary DRS target;
> I’d be hesitant to use the ESXi server itself.
>
> All things temporary become permanent, especially in the SMB space :).
>
> Though, I will admit it’s an awfully convenient Linux server in a pinch ;).
>
>
> -Ryan-
>
> On Apr 24, 2018, at 19:22, Charles Goldsmith <wo...@justfamily.org> wrote:
>
> Nothing better than having a pair of linux VM's to backup to, in
> geographically diverse locations :)
>
> For a temporary backup or COP source, enable ssh on the esxi host or I use
> my macbook as the sftp server.
>
>
> On Tue, Apr 24, 2018 at 6:51 PM Anthony Holloway <
> avholloway+cisco-v...@gmail.com> wrote:
>
>> I was mostly making fun of the "free FTDP" when it should have been
>> "freeFTPd."  However, I appreciate you breathing new life into this.
>>
>> On Tue, Apr 24, 2018 at 2:34 PM Ryan Ratliff (rratliff) <
>> rratl...@cisco.com> wrote:
>>
>>> Just filed CSCvj14739 to see if they will update the docs. Given the
>>> last release of FreeFTPd was a number of years ago there’s no guarantee it
>>> will happen, but that doesn’t mean it won’t work any longer.
>>>
>>> -Ryan
>>>
>>> On Apr 24, 2018, at 3:10 PM, Ryan Huff <ryanh...@outlook.com> wrote:
>>>
>>> It was the 1GB max per transaction file size, but was then fixed. I
>>> don’t think they’ve restricted their cipher suites either, so I think it
>>> still works with CBC-Blowfish and other older/weaker suites  which is
>>> why folks like it on CUCM; might not be the most secure but it just works.
>>>
>>> Sent from my iPhone
>>>
>>> On Apr 24, 2018, at 15:06, Ryan Ratliff (rratliff) <rratl...@cisco.com>
>>> wrote:
>>>
>>> I vaguely recall something changing with FreeFTPd that specifically
>>> broke our DRS and that’s why it’s no longer supported.
>>> i don’t know if it was a max file size or something else.
>>>
>>> -Ryan
>>>
>>> On Apr 24, 2018, at 12:33 PM, Anthony Holloway <
>>> avholloway+cisco-v...@gmail.com> wrote:
>>>
>>> I just noticed Cisco now supports freeFTPd, but they stopped supporting
>>> my favorite SFTP product "free FTDP."  :(
>>>
>>> "Cisco does not support using the SFTP product free FTDP."
>>>
>>> Source: same document
>>>
>>> On Sat, Mar 31, 2018 at 10:38 PM Anthony Holloway <
>>> avholloway+cisco-v...@gmail.com> wrote:
>>>
>>>> Has anyone seen this lately?  This thing is nuts.  I've been doing
>>>> upgrades for like 10 years now, and this seems a little over the top.
>>>>
>>>>
>>>> https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/upgrade/11_5_1/cucm_b_upgrade-guide-cucm-115/cucm_b_upgrade-guide-cucm-115_chapter_010001.html
>>>>
>>>> Some Highlights:
>>>>
>>>> "If you have custom ringtones or background images in the TFTP
>>>> directory, you need to create a separate backup for these files. They are
>>>> not included in the Disaster Recovery System (DRS) backup file."
>>>>
>>>> Good to know.  I must admit that I didn't know that.
>>>>
>>>> "Reco

Re: [cisco-voip] CUCM Pre-Upgrade Checklist

2018-04-24 Thread Charles Goldsmith
Nothing better than having a pair of linux VM's to backup to, in
geographically diverse locations :)

For a temporary backup or COP source, enable ssh on the esxi host or I use
my macbook as the sftp server.


On Tue, Apr 24, 2018 at 6:51 PM Anthony Holloway <
avholloway+cisco-v...@gmail.com> wrote:

> I was mostly making fun of the "free FTDP" when it should have been
> "freeFTPd."  However, I appreciate you breathing new life into this.
>
> On Tue, Apr 24, 2018 at 2:34 PM Ryan Ratliff (rratliff) <
> rratl...@cisco.com> wrote:
>
>> Just filed CSCvj14739 to see if they will update the docs. Given the last
>> release of FreeFTPd was a number of years ago there’s no guarantee it will
>> happen, but that doesn’t mean it won’t work any longer.
>>
>> -Ryan
>>
>> On Apr 24, 2018, at 3:10 PM, Ryan Huff  wrote:
>>
>> It was the 1GB max per transaction file size, but was then fixed. I don’t
>> think they’ve restricted their cipher suites either, so I think it still
>> works with CBC-Blowfish and other older/weaker suites  which is why
>> folks like it on CUCM; might not be the most secure but it just works.
>>
>> Sent from my iPhone
>>
>> On Apr 24, 2018, at 15:06, Ryan Ratliff (rratliff) 
>> wrote:
>>
>> I vaguely recall something changing with FreeFTPd that specifically broke
>> our DRS and that’s why it’s no longer supported.
>> i don’t know if it was a max file size or something else.
>>
>> -Ryan
>>
>> On Apr 24, 2018, at 12:33 PM, Anthony Holloway <
>> avholloway+cisco-v...@gmail.com> wrote:
>>
>> I just noticed Cisco now supports freeFTPd, but they stopped supporting
>> my favorite SFTP product "free FTDP."  :(
>>
>> "Cisco does not support using the SFTP product free FTDP."
>>
>> Source: same document
>>
>> On Sat, Mar 31, 2018 at 10:38 PM Anthony Holloway <
>> avholloway+cisco-v...@gmail.com> wrote:
>>
>>> Has anyone seen this lately?  This thing is nuts.  I've been doing
>>> upgrades for like 10 years now, and this seems a little over the top.
>>>
>>>
>>> https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/upgrade/11_5_1/cucm_b_upgrade-guide-cucm-115/cucm_b_upgrade-guide-cucm-115_chapter_010001.html
>>>
>>> Some Highlights:
>>>
>>> "If you have custom ringtones or background images in the TFTP
>>> directory, you need to create a separate backup for these files. They are
>>> not included in the Disaster Recovery System (DRS) backup file."
>>>
>>> Good to know.  I must admit that I didn't know that.
>>>
>>> "Record the following login and password information: all application
>>> users credentials, such as DRS, AXL, and accounts for other third-party
>>> integration"
>>>
>>> What?  Why?  What do you plan on doing with my configuration?
>>>
>>> "Record the settings for Enterprise Parameters on both [CM] nodes and
>>> [IM] nodes. [T]he settings that are configured on Unified Communications
>>> Manager nodes overwrite the settings configured on IM and Presence Service
>>> nodes during the upgrade process."
>>>
>>> Well that's some lazy software engineering right there folks.
>>>
>>> "Export user records using the Bulk Administration Tool (BAT)."
>>>
>>> That's a nice list of users you got there.  It would be a shame if this
>>> upgrade deleted all of them.
>>>
>>> And the list just goes on, and on, and on.  The pre-upgrade is as long
>>> as the upgrade.  Who legitimately is already doing 100% of these things?
>>>
>> ___
>> 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] Looking for insight into how Cisco 8851 deals with DNS TTL

2018-04-06 Thread Charles Goldsmith
Anthony, it doesn't help that the SRND is also lighter in terms of total
number of pages than it used to be.  Back in the 8.x days, it was over 1400
pages.  With all of the new technology and features added through to
version 12.x, you would expect it to get larger, not smaller.


On Fri, Apr 6, 2018 at 10:31 AM Anthony Holloway <
avholloway+cisco-v...@gmail.com> wrote:

> I'm a little surprised that the spec for DNS support is not well
> documented.  It should be in the SRND.  Especially since DNS + Certificates
> are more common place today.
>
> On Fri, Apr 6, 2018 at 9:03 AM Wes Sisk (wsisk)  wrote:
>
>> Looks like it was known broken at one point:
>>
>> The DNS Query Response TTL of the secondary DNS server is not being
>> respected by the 9971/9951/8831 phones if the primary server goes down
>> after the first request.
>> Resolution Summary
>> CSCut29536 for 8831 IP Phones
>> CSCut29519 for 99xx IP Phones
>> CSCut75647 for 8811/51 IP phones
>>
>> So versions and deeper dive required.
>>
>> -Wes
>>
>>
>> On Apr 5, 2018, at 3:14 PM, Russell Goings 
>> wrote:
>>
>> Hi all
>>I have a client who was doing some network mucking around and part of
>> that maintenance caused the two DNS servers used by a group of IP phones to
>> go unavailable.  Some of these phones went unregistered with a reason code
>> 13 - TCP KeepAlive Timeout.
>>
>> What I (OK not me.  Just the client.  Well maybe I am interested as well)
>> would like to know is how do the Cisco SIP phones, particularly the 8851
>> model, deal with the TTL from the DNS response.
>>
>> Does the phone honor the DNS TTL and cache the response for 24 hours?
>>
>> Does the phone have a different cache time for the DNS response?
>>
>> Does it make a new DNS query every time it sends a keep-alive?
>>
>> I have never looked into this before and on this Thursday afternoon my
>> Google-fu is weak.
>>
>> And the incident was over a week ago so not much from the phone logs to
>> help.
>>
>> Thanks
>>
>> Russell Goings (AM)
>> IPT Engineer – Dimension Data
>> Direct Line 571-203-4021 <(571)%20203-4021>
>> russell.goi...@dimensiondata.com
>> Monday – Friday 8:00 – 5:00 EST
>>
>> ___
>> 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] CUCM and Auto Fill Credentials

2018-03-15 Thread Charles Goldsmith
Anthony, pertaining to this tidbit about 3rd party password tools, I've
found at least with LastPass this is not the case.  In testing this, I'm
using Firefox ESR latest, on Windows 7 fully patched and the latest
Lastpass update that it's still allowing firefox to insert the credentials
if you have that enabled.  Of course, if you disable firefox saving of
credentials, it shouldn't do this.

Obviously I'm nitpicking here, but wanted to clarify this a bit for
posterities sake, since we are obviously getting into some best practices
here.

Turn off browser auto-complete of passwords and use a 3rd party password
management tool.

Lastly, once the fields are filled out, I cannot find an easy way to clear
them.  You can replace with something else, but not clear.

Thanks for the info on all of this!


On Thu, Mar 15, 2018 at 9:54 AM Anthony Holloway <
avholloway+cisco-v...@gmail.com> wrote:

> One member of the list confirmed that passwords stored with 3rd party
> password tools, such as LastPass, protect you from this behavior.
>
>
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


Re: [cisco-voip] CUCM and Auto Fill Credentials

2018-03-15 Thread Charles Goldsmith
Interestingly, none of these files come up for me on a 11.5.1.13902
system.  I can pull an XML file as Anthony showed previously, but not these
files.  On 9.1.2 and 11.0.1.2000 systems, I can view them just fine.  Did
something change in 11.5.1 or so to now allow these files?

I don't receive an error, just a blank page, and source is nil.

On Thu, Mar 15, 2018 at 2:35 AM Stephen Welsh 
wrote:

> While we are on the subject here are some other non encrypted TFTP server
> items:
>
>
>- ConfigFileCacheList.txt
>- FileList.txt
>- BinFileCacheList.txt
>- PerfMon.txt
>- ParamList.txt
>- lddefault.cfg
>
> So you could use the following to get a list of all the device MAC
> addresses anonymously from the TFTP server:
>
> http://TFTPServer:6970/FileList.txt 
>
> So with the scenario you describe and just the TFTP Server IP Address you
> could scan all the device configs on the cluster to see if even just one of
> them has the admin credentials saved accidentally on the SSH User/Password
> field.
>
> I suspect this may apply to most clusters
>
> Kind Regards
>
> Stephen Welsh
> CTO
> UnifiedFX
>
> On 15 Mar 2018, at 07:25, Stephen Welsh 
> wrote:
>
> Hi Anthony,
>
> Yes, the SSH credentials saved on the device page are available in clear
> text in the phone XML config, it’s not just your environment unfortunately.
> Also I believe the same thing applies for the Telepresence endpoints
> (anything running CE including the DX) for the web page admin credentials
> that are saved in the vendor config section.
>
> We noticed this a little while ago but given most people did not populate
> it did not consider as a serious issue, however the auto-population of
> credentials is not something we considered. So yes this does look like a
> serious problem when you combine those two together.
>
> Kind Regards
>
> Stephen Welsh
> CTO
> UnifiedFX
>
> On 15 Mar 2018, at 01:50, Anthony Holloway <
> avholloway+cisco-v...@gmail.com> wrote:
>
> I'm working on something, and was wondering if you could check something
> for me, so I can better understand why and how often this is happening.
>
> So, I was looking at phone config file today, and I noticed the ccmadmin
> username and password was in the XML, and in plain text nonetheless.
>
> I found out that the browser, when told to remember your credentials, will
> treat the SSH username/password fields as login fields whenever you modify
> a phone, and you might be unknowingly save your credentials for clear text
> view by unauthenticated users.
>
> Is anyone already aware of this?
>
> You could you run the following command on your clusters:
>
> *run sql select name, sshuserid from device where sshuserid is not null
> and sshuserid <> ""*
>
> Then in the output, if there are any hits, look at the config XML file for
> the phone and see if the passwords are there.
>
> E.g.,
>
> output might be:
>
> *SEP6899CD84B710 aholloway*
>
> So then you would navigate your browser to:
>
> *http://:6970/SEP6899CD84B710.cnf.xml*
>
> You then might have to view the HTML source of the page, because the
> browser might mess up the output.
>
> You're then looking for the following two fields, your results will vary:
>
> *aholloway*
> *MyP@ssw0rd*
>
> Then, since we now know it's happening, get list of how many different
> usernames you have with this command:
>
> *run sql select distinct sshuserid from device where sshuserid is not null
> and sshuserid <> "" order by sshuserid*
>
> This could also be happening with Energy Wise settings, albeit not on the
> same web pages.
>
> I'm curious about two things:
>
> 1) Is it even happening outside of my limited testing scenarios?
> 2) How many different usernames and passwords were there?
>
> If the answers are yes, and 1 or more, then this is an issue Cisco should
> address.
>
> The reason it's happening is because the way in which browsers identify
> login forms, is different from the way in which web developers understand
> it to work.  Cisco uses the element attribute on these fields "autocomplete
> = false" and unfortunately, most browser ignore that directive.
>
> I have noticed that this does not happen, if you have more than 1 saved
> password for the same site, rather it will only happen if you use the same
> login for the entire site.  Our highest chance of seeing this happen are
> for operations teams where they login with their own accounts, and do not
> use DRS or OS Admin.
>
> ___
> 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
> 

Re: [cisco-voip] CUCM and Auto Fill Credentials

2018-03-15 Thread Charles Goldsmith
It's interesting, and scary, if you are on a system's network, wouldn't be
hard to get people's passwords.

I did confirm that I have access to about 20 different AD passwords from
just 1 cluster.

Thanks for the info Anthony

On Thu, Mar 15, 2018 at 7:46 AM Anthony Holloway <
avholloway+cisco-v...@gmail.com> wrote:

> I don't know about any of those additional files, and the FileList one was
> something I was looking for.
>
> Today's goal will be to write a Python script to: grab that file, then
> grab all phone configs, then auth against CUCM, and finally, store the
> credentials that worked.
>
> It might even be worth looking at the credentials which don't work,
> because it might tell you something about password habits, allowing you to
> predict future passwords. Eg Summer2010
>
> On Mar 15, 2018 2:34 AM, "Stephen Welsh" 
> wrote:
>
>> While we are on the subject here are some other non encrypted TFTP server
>> items:
>>
>>
>>- ConfigFileCacheList.txt
>>- FileList.txt
>>- BinFileCacheList.txt
>>- PerfMon.txt
>>- ParamList.txt
>>- lddefault.cfg
>>
>> So you could use the following to get a list of all the device MAC
>> addresses anonymously from the TFTP server:
>>
>> http://TFTPServer:6970/FileList.txt 
>>
>> So with the scenario you describe and just the TFTP Server IP Address you
>> could scan all the device configs on the cluster to see if even just one of
>> them has the admin credentials saved accidentally on the SSH User/Password
>> field.
>>
>> I suspect this may apply to most clusters
>>
>> Kind Regards
>>
>> Stephen Welsh
>> CTO
>> UnifiedFX
>>
>> On 15 Mar 2018, at 07:25, Stephen Welsh 
>> wrote:
>>
>> Hi Anthony,
>>
>> Yes, the SSH credentials saved on the device page are available in clear
>> text in the phone XML config, it’s not just your environment unfortunately.
>> Also I believe the same thing applies for the Telepresence endpoints
>> (anything running CE including the DX) for the web page admin credentials
>> that are saved in the vendor config section.
>>
>> We noticed this a little while ago but given most people did not populate
>> it did not consider as a serious issue, however the auto-population of
>> credentials is not something we considered. So yes this does look like a
>> serious problem when you combine those two together.
>>
>> Kind Regards
>>
>> Stephen Welsh
>> CTO
>> UnifiedFX
>>
>> On 15 Mar 2018, at 01:50, Anthony Holloway <
>> avholloway+cisco-v...@gmail.com> wrote:
>>
>> I'm working on something, and was wondering if you could check something
>> for me, so I can better understand why and how often this is happening.
>>
>> So, I was looking at phone config file today, and I noticed the ccmadmin
>> username and password was in the XML, and in plain text nonetheless.
>>
>> I found out that the browser, when told to remember your credentials,
>> will treat the SSH username/password fields as login fields whenever you
>> modify a phone, and you might be unknowingly save your credentials for
>> clear text view by unauthenticated users.
>>
>> Is anyone already aware of this?
>>
>> You could you run the following command on your clusters:
>>
>> *run sql select name, sshuserid from device where sshuserid is not null
>> and sshuserid <> ""*
>>
>> Then in the output, if there are any hits, look at the config XML file
>> for the phone and see if the passwords are there.
>>
>> E.g.,
>>
>> output might be:
>>
>> *SEP6899CD84B710 aholloway*
>>
>> So then you would navigate your browser to:
>>
>> *http://:6970/SEP6899CD84B710.cnf.xml*
>>
>> You then might have to view the HTML source of the page, because the
>> browser might mess up the output.
>>
>> You're then looking for the following two fields, your results will vary:
>>
>> *aholloway*
>> *MyP@ssw0rd*
>>
>> Then, since we now know it's happening, get list of how many different
>> usernames you have with this command:
>>
>> *run sql select distinct sshuserid from device where sshuserid is not
>> null and sshuserid <> "" order by sshuserid*
>>
>> This could also be happening with Energy Wise settings, albeit not on the
>> same web pages.
>>
>> I'm curious about two things:
>>
>> 1) Is it even happening outside of my limited testing scenarios?
>> 2) How many different usernames and passwords were there?
>>
>> If the answers are yes, and 1 or more, then this is an issue Cisco should
>> address.
>>
>> The reason it's happening is because the way in which browsers identify
>> login forms, is different from the way in which web developers understand
>> it to work.  Cisco uses the element attribute on these fields "autocomplete
>> = false" and unfortunately, most browser ignore that directive.
>>
>> I have noticed that this does not happen, if you have more than 1 saved
>> password for the same site, rather it will only happen if you use the same
>> login for the entire site.  Our highest chance of seeing this 

Re: [cisco-voip] CUCM and Auto Fill Credentials

2018-03-14 Thread Charles Goldsmith
I have noticed the auto population of the ssh account on multiple installs but 
never thought about the XML file.  I’ll investigate tomorrow and report my 
findings. 

Sent via C=64 Mobile

> On Mar 14, 2018, at 8:49 PM, Anthony Holloway 
>  wrote:
> 
> I'm working on something, and was wondering if you could check something for 
> me, so I can better understand why and how often this is happening.
> 
> So, I was looking at phone config file today, and I noticed the ccmadmin 
> username and password was in the XML, and in plain text nonetheless.
> 
> I found out that the browser, when told to remember your credentials, will 
> treat the SSH username/password fields as login fields whenever you modify a 
> phone, and you might be unknowingly save your credentials for clear text view 
> by unauthenticated users.
> 
> Is anyone already aware of this?
> 
> You could you run the following command on your clusters:
> 
> run sql select name, sshuserid from device where sshuserid is not null and 
> sshuserid <> ""
> 
> Then in the output, if there are any hits, look at the config XML file for 
> the phone and see if the passwords are there.
> 
> E.g., 
> 
> output might be:
> 
> SEP6899CD84B710 aholloway
> 
> So then you would navigate your browser to:
> 
> http://:6970/SEP6899CD84B710.cnf.xml
> 
> You then might have to view the HTML source of the page, because the browser 
> might mess up the output.
> 
> You're then looking for the following two fields, your results will vary:
> 
> aholloway
> MyP@ssw0rd
> 
> Then, since we now know it's happening, get list of how many different 
> usernames you have with this command:
> 
> run sql select distinct sshuserid from device where sshuserid is not null and 
> sshuserid <> "" order by sshuserid
> 
> This could also be happening with Energy Wise settings, albeit not on the 
> same web pages.
> 
> I'm curious about two things:
> 
> 1) Is it even happening outside of my limited testing scenarios?
> 2) How many different usernames and passwords were there?
> 
> If the answers are yes, and 1 or more, then this is an issue Cisco should 
> address.
> 
> The reason it's happening is because the way in which browsers identify login 
> forms, is different from the way in which web developers understand it to 
> work.  Cisco uses the element attribute on these fields "autocomplete = 
> false" and unfortunately, most browser ignore that directive.
> 
> I have noticed that this does not happen, if you have more than 1 saved 
> password for the same site, rather it will only happen if you use the same 
> login for the entire site.  Our highest chance of seeing this happen are for 
> operations teams where they login with their own accounts, and do not use DRS 
> or OS Admin.
> ___
> 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] Disable Phone services in Jabber

2018-02-07 Thread Charles Goldsmith
Ah, I missed the blurb about needing video.  PT/CSS may be your best option
unless others have an idea.

On Wed, Feb 7, 2018 at 8:31 AM Sarjo Touray <sar...@gmail.com> wrote:

> Hi Charles,
>
> They need Video but no audio, removing the CSF will that not also disable
> the video?
>
> These group of users dont need the phone services, so I was thinking of
> assigning their extension to a none dial-able partition and assign them the
> none CSS with that none can call and they cant call anyone. They have other
> means to communicating.
>
> Regards
>
> Sarjo
>
> On Wed, 7 Feb 2018 at 14:21, Charles Goldsmith <wo...@justfamily.org>
> wrote:
>
>> Remove the CSF is one way, another is through the end-user UC Service
>> Profile
>>
>> On Wed, Feb 7, 2018 at 3:41 AM Sarjo Touray <sar...@gmail.com> wrote:
>>
>>> Hi All,
>>>
>>> I have a requirement to disable phone services in Jabber but allow
>>> video, this will be apply to certain group of people within our
>>> organisation. I see that from Jabber you can disable phone services from
>>> the main window, is there any way of disabling phone services without end
>>> user intervention?
>>>
>>> Any ideas?
>>>
>>> [image: Inline images 1]
>>> Many thanks
>>>
>>> Sarjo.
>>>
>> ___
>>> 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] Disable Phone services in Jabber

2018-02-07 Thread Charles Goldsmith
Remove the CSF is one way, another is through the end-user UC Service
Profile

On Wed, Feb 7, 2018 at 3:41 AM Sarjo Touray  wrote:

> Hi All,
>
> I have a requirement to disable phone services in Jabber but allow video,
> this will be apply to certain group of people within our organisation. I
> see that from Jabber you can disable phone services from the main window,
> is there any way of disabling phone services without end user intervention?
>
> Any ideas?
>
> [image: Inline images 1]
> Many thanks
>
> Sarjo.
> ___
> 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 server performance and UCCX agent in reserve

2017-12-16 Thread Charles Goldsmith
For us, we are restarting tomcat on the pub about once a week.  Our
administrative interface is used pretty heavily with MACD stuff.  I've
found that if we use one of the low utilization subs, we aren't having the
issues.

We can't restart tomcat that easily due to EM usage, and yes, we have a
dedicated pub.

On Sat, Dec 16, 2017 at 12:42 AM, Anthony Holloway <
avholloway+cisco-v...@gmail.com> wrote:

> Out of curiosity, how long had Tomcat been running before you restarted it?
>
> This isn't at you Terry, but in general.
>
> Companies will spend a lot of money getting systems in place, but then
> completely forget that technology has a life cycle; leading towards a
> better experience.  And no, I don't just mean upgrade to the latest shiny
> version.  I mean, efficiency, features, user experience, stability, scale,
> shorter MTTR.
>
> Without being able to quantify it, I have seen more than a comfortable
> amount of environments *without*: a pre-production environment, proper
> analytics, proper change control, a good monitoring solution (emails from
> RTMT don't count), resource usage monitoring, a good backup strategy,
> vmtools up to date, and anything other than just MACD work being performed.
>
> It's like there's this sole effort on "projects," and the old saying: "if
> isn't broke, don't fix it," wins again. We lose the chance to truly
> understand our systems, and therefore the chance to optimize them.
>
> /rant
>
> *Disclaimer: Today was a long cutover, and I'm tired*
>
> PS Ryan amazes me too.
>
>
> On Thu, Dec 14, 2017 at 10:32 PM Terry Oakley 
> wrote:
>
>> Thank you again Ryan.   I think I found the issue.   One of the tests
>> showed a problem with AXL services.  Restarted Tomcat and we appear to be
>> much better.
>>
>>
>>
>> --
>> *From:* Terry Oakley
>> *Sent:* Thursday, December 14, 2017 5:29:31 PM
>> *To:* Ryan Huff
>>
>> *Cc:* cisco-voip@puck.nether.net
>> *Subject:* Re: [cisco-voip] UC server performance and UCCX agent in
>> reserve
>>
>> Thanks Ryan.. .I will have a look tonight..
>>
>>
>> PS i don't know how you find all the time to respond to all of us but I
>> am very thankful that you do.  
>> --
>> *From:* Ryan Huff 
>> *Sent:* Thursday, December 14, 2017 5:26:53 PM
>> *To:* Terry Oakley
>> *Cc:* cisco-voip@puck.nether.net
>> *Subject:* Re: [cisco-voip] UC server performance and UCCX agent in
>> reserve
>>
>> Just based on that description alone, I’d say it might be possible you
>> have some LAN congestion?
>> Everything you’re talking about here is riding http/https.
>>
>> - Any recent QoS policy changes?
>>
>> - Is other non-UC web traffic slower than normal from those PCs?
>>
>> - Run *utils diagnose test* on the CLI of each server and see if you
>> find any goodies ...
>>
>> -Ryan
>>
>> On Dec 14, 2017, at 7:18 PM, Terry Oakley  wrote:
>>
>> For the past week and a bit I have noticed a decline in UC (Call Manager)
>> response time when editing/adding a device.   The message 'loading' stays
>> on for 5 to 10 seconds or even longer.   Page refresh is also really slow.
>>   In looking at RTMT the CPU/Memory/disk space are all around 50% or less
>> with no apparent spikes.   Any suggestions on where this lag could be?
>>
>>
>> On another but may be related , a couple of our agents (but not all) both
>> have had their phones restart while in use, and today both had their agent
>> go into Reserved state for a couple of minutes before finally connecting
>> and allowing them service. Again any suggestions on where one would
>> look would be appreciated.
>>
>>
>> UC 11.5 SU3
>>
>> UCCX 11.5
>>
>> IMP 11.5 SU3
>>
>> O365
>>
>> Unity Connection 11.5
>>
>>
>> Terry
>>
>>
>> ___
>> 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] UC server performance and UCCX agent in reserve

2017-12-15 Thread Charles Goldsmith
We are seeing the same slowness with 11.5.1 SU3 on CUCM admin pages.
Restarting Tomcat resolves the issue.  I have not dug deeper, anyone seen a
bug ID about it?

Restarting Tomcat isn't an option for us routinely, due to EM users.

On Thu, Dec 14, 2017 at 6:17 PM, Terry Oakley 
wrote:

> For the past week and a bit I have noticed a decline in UC (Call Manager)
> response time when editing/adding a device.   The message 'loading' stays
> on for 5 to 10 seconds or even longer.   Page refresh is also really slow.
>   In looking at RTMT the CPU/Memory/disk space are all around 50% or less
> with no apparent spikes.   Any suggestions on where this lag could be?
>
>
> On another but may be related , a couple of our agents (but not all) both
> have had their phones restart while in use, and today both had their agent
> go into Reserved state for a couple of minutes before finally connecting
> and allowing them service. Again any suggestions on where one would
> look would be appreciated.
>
>
> UC 11.5 SU3
>
> UCCX 11.5
>
> IMP 11.5 SU3
>
> O365
>
> Unity Connection 11.5
>
>
> Terry
>
>
>
> ___
> 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] Contact Center Management Tool

2017-12-14 Thread Charles Goldsmith
Agreed, I have an admin script that incorporates the prompt recorder,
holiday schedule change and a way to emergency close/open the queue through
IVR, but it's n ot user friendly for the most part.  A web frontend is
definitely needed.

On Thu, Dec 14, 2017 at 11:25 AM, Ben Amick <bam...@humanarc.com> wrote:

> I know there’s a good PoC IVR script in one of Cisco’s packages somewhere
> that’s a decent prompt recorder.
>
>
>
> Past that, I know the scripts I have are built in a way that I can manage
> two documents in CCX to update the weekly schedule and holiday dates, but
> any more granularity I don’t even have a way to manage in the current
> scripts. I wouldn’t know how to expose that to supervisors though.
>
>
>
> Ben Amick
>
> Unified Communications Analyst
>
>
>
> *From:* cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] *On Behalf
> Of *Charles Goldsmith
> *Sent:* Thursday, December 14, 2017 11:49 AM
> *To:* Brian Meade <bmead...@vt.edu>
> *Cc:* voip puck <cisco-voip@puck.nether.net>
> *Subject:* Re: [cisco-voip] Contact Center Management Tool
>
>
>
> I never understood why this wasn't built into a user portal by Cisco for
> the supervisors.  I have not seen any viable products that would fit this,
> but we need one.
>
>
>
> On Thu, Dec 14, 2017 at 10:36 AM, Brian Meade <bmead...@vt.edu> wrote:
>
> Hey everyone,
>
>
>
> I've got a customer looking for an ideally web-based product to front-end
> a lot of their call center applications allowing them to easily control
> daily schedules, holidays including alternate schedules per holiday, force
> open/close, and prompt changing/recording.
>
>
>
> Currently they use a product called Netera Script Automation Manager (SAM)
> that is no longer supported.
>
>
>
> I'm sure I could make a SQL DB for all this and a web front-end but was
> hoping for more of a commercially available option so they have a support
> model going forward.
>
>
>
> We're also looking at replacing with an IVR but some of the stuff they
> want to do on the fly is difficult on an IVR such as changing the hours for
> next Friday.
>
>
>
> Anyone seen any options here or have some ideas of good ways to handle
> these tasks for non-technical users?
>
>
>
> Thanks,
>
> Brian Meade
>
>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
> <http://cp.mcafee.com/d/1jWVIp4xAgdELEIFzHFTudTdEEILIFzxO9EVdEEILIFzDDSjqabbXPUVVZMSyyUqejhPuZQrCO6GOIl1hdJnor6TbCOrqKMSdKndTIgRdDn-LPPP2bPWfnKnjpupV5BBUsMyPR4klHFGTKNOEuvkzaT0QSyrhdTWWaqr9EVKDsQsCXCOsVHkiP5CX5u1FfUY3s4RtxxYGjB1SKmBiRiVCIBztFkJkKpH9oKgGT2TQ1iPtyL0QDYu1FIsqen1NI5-Aq83iTqlblbCqOmdbFEw4GMDJFCy0i-4_yq81LoqhZnUjd409HkYSMedZ54EeoZ4>
>
>
>
> Confidentiality Note: This message is intended for use only by the
> individual or entity to which it is addressed and may contain information
> that is privileged, confidential, and exempt from disclosure under
> applicable law. If the reader of this message is not the intended recipient
> or the employee or agent responsible for delivering the message to the
> intended recipient, you are hereby notified that any dissemination,
> distribution or copying of this communication is strictly prohibited. If
> you have received this communication in error, please contact the sender
> immediately and destroy the material in its entirety, whether electronic or
> hard copy. Thank you
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


Re: [cisco-voip] Contact Center Management Tool

2017-12-14 Thread Charles Goldsmith
I never understood why this wasn't built into a user portal by Cisco for
the supervisors.  I have not seen any viable products that would fit this,
but we need one.

On Thu, Dec 14, 2017 at 10:36 AM, Brian Meade  wrote:

> Hey everyone,
>
> I've got a customer looking for an ideally web-based product to front-end
> a lot of their call center applications allowing them to easily control
> daily schedules, holidays including alternate schedules per holiday, force
> open/close, and prompt changing/recording.
>
> Currently they use a product called Netera Script Automation Manager (SAM)
> that is no longer supported.
>
> I'm sure I could make a SQL DB for all this and a web front-end but was
> hoping for more of a commercially available option so they have a support
> model going forward.
>
> We're also looking at replacing with an IVR but some of the stuff they
> want to do on the fly is difficult on an IVR such as changing the hours for
> next Friday.
>
> Anyone seen any options here or have some ideas of good ways to handle
> these tasks for non-technical users?
>
> Thanks,
> Brian Meade
>
> ___
> 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] DRS Backups - File & Database Record Extraction

2017-11-20 Thread Charles Goldsmith
I like how he just got almost everyone on this list to follow him on
twitter :)

guilty as charged, in case he does create the restore utility

On Fri, Nov 17, 2017 at 4:03 PM, Pete Brown  wrote:

> That's pretty slick!  Well commented, too.  Thanks for sharing.
>
>
>
> --
> *From:* Anthony Holloway 
> *Sent:* Friday, November 17, 2017 3:51 PM
> *To:* Pete Brown
> *Cc:* cisco-voip@puck.nether.net
> *Subject:* Re: [cisco-voip] DRS Backups - File & Database Record
> Extraction
>
> This is a good time to remind people that they could use automation tools
> to download the scripts and prompts outside of DRS all together.
>
> https://twitter.com/avholloway45633/status/647450649353846784
> 
>
> On Fri, Nov 17, 2017 at 1:17 PM Pete Brown  wrote:
>
> An update for those who have asked about extracting database
> records directly from DRS backups.  I've had some success reading BLOB
> data from Informix ontape files, so we can read flat files from the TARs as
> well as files stored as BLOB fields in Informix.  It's working well
> enough to extract prompt & script files from a sample UCCX 9 backup.
> Definitely not stable enough to release, but it's getting there.
>
> The next step is to design an interface which allows users to open DRS
> backups and browse the contents.  Think DRS Message Fisher, but for
> reading UCCX and CUCM backups as well.  Since the tools are free and I
> can't exactly afford a design team, this is where I could use some
> assistance from the community.
>
> Please let me know if you're interested in providing some creative input
> on a UI.  Have an idea about how you'd want to browse and extract data?
> Put it in a Visio.  Sketch it out in MS Paint.  Scribble it on a napkin.
> Whatever works.  Have some C# experience and want to create a mockup?
> Bless you.  One day you'll be an unsung hero to some poor soul who
> accidentally overwrites the wrong script in UCCX and relies on your work to
> save their bacon.
>
> Thanks,
> Pete
> ___
> 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] Cisco Voice Operating System-Based Products Unauthorized Access Vulnerability

2017-11-20 Thread Charles Goldsmith
Indeed it works, and sadly, I have a customer with uccx 7 still running...

On Fri, Nov 17, 2017 at 3:46 PM, Anthony Holloway <
avholloway+cisco-v...@gmail.com> wrote:

> Bwahaha! I just logged in to your CUCM Tim.
>
> On a serious note, I think it’s interesting how this “flag” issue is such
> a big deal, when back in the old days of UCCX, Cisco was creating an
> intentional back-door in all installs, using the same username and password
> on all of them.
>
> For the curious, it was :
>
> Username: CRSAdministrator
> Password: NwY.t9g(f'L9[3C
>
> If you have access to a UCCX 7x or lower, try logging in to Windows with
> that account and report back if it worked.
>
> If it does work, check the MADM logs on the C: for the clear text AXL
> username and password, so you can compromise CUCM too!
> On Fri, Nov 17, 2017 at 1:46 PM Tim Frazee  wrote:
>
>> heads up
>>
>> https://tools.cisco.com/security/center/content/
>> CiscoSecurityAdvisory/cisco-sa-20171115-vos
>>
>>
>> ___
>> 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] UCS C210 Replace 146 GB Disk in RAID5 with 300 GB Disk

2017-11-14 Thread Charles Goldsmith
Lelio, if you are using those be7k's for UC apps, your limiting factor is
always the CPU cores, you won't run out of drive space.  Also, the be7K-h
is a workhorse of a server, fastest one I've ever built a cluster on.  4
independent arrays means you can easily do maintenance on one app without
affecting the performance of another, assuming you separate your apps
between arrays and stagger them out.  I did 4 simultaneous installs on one,
each app on it's own partition and they were all done in under 2 hours.

Sadly, the pricepoint on the H isn't there for most customers.  the M is
nice, but only has 2 of the arrays, but I'll take an H for an install any
day!

On Tue, Nov 14, 2017 at 9:34 AM, Lelio Fulgenzi <le...@uoguelph.ca> wrote:

>
>
> The idea of RAID drives and managing the different volumes always had me
> on the fence on how to do things. In a perfect world, I’d stick with one
> big RAID 6 array with a spare on the shelf.
>
>
>
> The BE7K servers I ordered were delivered with 4 RAID 5 arrays.
> Personally, while I can appreciate separating the arrays, I don’t like
> losing that extra space and managing which volume to put images on is a
> pain.
>
>
>
> I’ll admit, I looked at RAID 10 (when I was first reading the TRC specs)
> and was confused to heck. I did finally understand things after referring
> to a colleague, but it was a lot of drawing out.
>
>
>
> I will say this, RAID isn’t gonna protect you if you don’t have platform
> monitoring on. You need to know the second a drive fails so you can proceed
> accordingly.
>
>
>
> Also, if the ever do construction in your computer room, do yourself a
> favour, go to the hardware store, buy a 9.99 loose fibre furnace filter and
> stick it in front of your air intakes.
>
>
>
>
>
>
>
> *From:* cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] *On Behalf
> Of *Charles Goldsmith
> *Sent:* Tuesday, November 14, 2017 9:48 AM
> *To:* Ryan Huff <ryanh...@outlook.com>
> *Cc:* cisco-voip@puck.nether.net
> *Subject:* Re: [cisco-voip] UCS C210 Replace 146 GB Disk in RAID5 with
> 300 GB Disk
>
>
>
> I've seen one URE fail in a raid 5 resilvering process, years ago on a DG
> system.  Had to rebuild and restore from backup, fun times.
>
>
>
> I agree Ryan, on a TRC system and RMA a drive, you stick with it.
>
>
>
> From my reading on TRC, you can rebuild as a RAID 10 and get faster
> speeds, but you lose some space in the process.
>
>
>
> On my personal systems, I'm using RAID 10 everywhere.
>
>
>
> On Tue, Nov 14, 2017 at 8:17 AM, Ryan Huff <ryanh...@outlook.com> wrote:
>
> As I’ve read and understood; it isn’t due to actual functionality though.
> It is as you say, due mostly to longer rebuild times (indexing a physically
> larger geometry than the rest of the array members, for a smaller logical
> geometry) and the risk (rare IMO) to the rest of the array (as a rebuild
> will stress the array and could cause other, near-death disks to fail
> thereby causing the array to fail). It also wastes the extra horsepower of
> the disk since the existing RAID can’t capitalize on the resources of the
> larger disk.
>
>
>
> So in a case of, would you go out and buy a new disk that way  I’d say
> no; but if that is the result of a covered RMA, I’d say go for it.
>
>
>
> I’m no diskologist though ... just based on my own experiences of what has
> worked for me for the last couple of decades ... and I’ve never lost a
> server ... outside of that one time when my pants pocket snagged the
> release on the 2nd disk in a R5 on my way out the door ... bad memories.
>
> -Ryan
>
>
> On Nov 14, 2017, at 9:03 AM, Charles Goldsmith <wo...@justfamily.org>
> wrote:
>
> Keep in mind, RAID 5 is ok for smaller disks, but larger disks it's no
> longer recommended, but sadly, the best article about it is from Dell:
> http://en.community.dell.com/techcenter/b/techcenter/archive/2012/08/14/
> new-equallogic-raid-tech-report-considerations-and-best-practices-released
>
>
>
> With bigger disks, it's even said that RAID 6 is no longer good enough,
> due to large rebuild times in case of a failure.  http://www.zdnet.
> com/blog/storage/why-raid-6-stops-working-in-2019/805
>
>
>
> On Tue, Nov 14, 2017 at 7:41 AM, Ryan Huff <ryanh...@outlook.com> wrote:
>
> Reto,
>
> Seek/rpm speeds and media type (flash, sata ... etc) are usually what
> matter the most for RAID disks. If your only difference is total storage
> capacity, the bigger disk will usually work just fine, your just gonna
> waste the additional 154GB of space (because the RAID will only provision
> 146GB of that 300GB disk).
>
>
>
> Just remembe

Re: [cisco-voip] UCS C210 Replace 146 GB Disk in RAID5 with 300 GB Disk

2017-11-14 Thread Charles Goldsmith
I've seen one URE fail in a raid 5 resilvering process, years ago on a DG
system.  Had to rebuild and restore from backup, fun times.

I agree Ryan, on a TRC system and RMA a drive, you stick with it.

>From my reading on TRC, you can rebuild as a RAID 10 and get faster speeds,
but you lose some space in the process.

On my personal systems, I'm using RAID 10 everywhere.

On Tue, Nov 14, 2017 at 8:17 AM, Ryan Huff <ryanh...@outlook.com> wrote:

> As I’ve read and understood; it isn’t due to actual functionality though.
> It is as you say, due mostly to longer rebuild times (indexing a physically
> larger geometry than the rest of the array members, for a smaller logical
> geometry) and the risk (rare IMO) to the rest of the array (as a rebuild
> will stress the array and could cause other, near-death disks to fail
> thereby causing the array to fail). It also wastes the extra horsepower of
> the disk since the existing RAID can’t capitalize on the resources of the
> larger disk.
>
> So in a case of, would you go out and buy a new disk that way  I’d say
> no; but if that is the result of a covered RMA, I’d say go for it.
>
> I’m no diskologist though ... just based on my own experiences of what has
> worked for me for the last couple of decades ... and I’ve never lost a
> server ... outside of that one time when my pants pocket snagged the
> release on the 2nd disk in a R5 on my way out the door ... bad memories.
>
> -Ryan
>
> On Nov 14, 2017, at 9:03 AM, Charles Goldsmith <wo...@justfamily.org>
> wrote:
>
> Keep in mind, RAID 5 is ok for smaller disks, but larger disks it's no
> longer recommended, but sadly, the best article about it is from Dell:
> http://en.community.dell.com/techcenter/b/techcenter/archive/2012/08/14/
> new-equallogic-raid-tech-report-considerations-and-best-practices-released
>
> With bigger disks, it's even said that RAID 6 is no longer good enough,
> due to large rebuild times in case of a failure.  http://www.zdnet.
> com/blog/storage/why-raid-6-stops-working-in-2019/805
>
> On Tue, Nov 14, 2017 at 7:41 AM, Ryan Huff <ryanh...@outlook.com> wrote:
>
>> Reto,
>>
>> Seek/rpm speeds and media type (flash, sata ... etc) are usually what
>> matter the most for RAID disks. If your only difference is total storage
>> capacity, the bigger disk will usually work just fine, your just gonna
>> waste the additional 154GB of space (because the RAID will only provision
>> 146GB of that 300GB disk).
>>
>> Just remember on a RAID 5, don’t pull/lose more that 1 disk at a time
>>  painful lesson long ago I share over beer every now and then.
>>
>> -Ryan
>>
>> On Nov 14, 2017, at 8:23 AM, Reto Gassmann <v...@mrga.ch> wrote:
>>
>> Hallo
>>
>> We have a UCS C210 Server with 10x146 GB Disks. One of the Disks failed
>> and I got a 300 GB replacement Disk from Cisco.
>>
>> Is that a problem if I replace the defect 146 Disk in the RAID 5 with a
>> 300 GB Disk?
>>
>> Thanks for help
>> Regards Reto
>>
>> ___
>> 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] UCS C210 Replace 146 GB Disk in RAID5 with 300 GB Disk

2017-11-14 Thread Charles Goldsmith
Keep in mind, RAID 5 is ok for smaller disks, but larger disks it's no
longer recommended, but sadly, the best article about it is from Dell:
http://en.community.dell.com/techcenter/b/techcenter/archive/2012/08/14/new-equallogic-raid-tech-report-considerations-and-best-practices-released

With bigger disks, it's even said that RAID 6 is no longer good enough, due
to large rebuild times in case of a failure.
http://www.zdnet.com/blog/storage/why-raid-6-stops-working-in-2019/805

On Tue, Nov 14, 2017 at 7:41 AM, Ryan Huff  wrote:

> Reto,
>
> Seek/rpm speeds and media type (flash, sata ... etc) are usually what
> matter the most for RAID disks. If your only difference is total storage
> capacity, the bigger disk will usually work just fine, your just gonna
> waste the additional 154GB of space (because the RAID will only provision
> 146GB of that 300GB disk).
>
> Just remember on a RAID 5, don’t pull/lose more that 1 disk at a time 
> painful lesson long ago I share over beer every now and then.
>
> -Ryan
>
> On Nov 14, 2017, at 8:23 AM, Reto Gassmann  wrote:
>
> Hallo
>
> We have a UCS C210 Server with 10x146 GB Disks. One of the Disks failed
> and I got a 300 GB replacement Disk from Cisco.
>
> Is that a problem if I replace the defect 146 Disk in the RAID 5 with a
> 300 GB Disk?
>
> Thanks for help
> Regards Reto
>
> ___
> 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] Skipping * on inbound external calls to Unity

2017-10-03 Thread Charles Goldsmith
IIRC, you should be able to setup a direct routing rule with the DID and
have it send to Conversation > Attempt Sign-In.

On CUCM, just setup a CTI-RP to send the number over to CUC.

On Tue, Oct 3, 2017 at 10:52 AM, Matthew Huff  wrote:

> If we have an externally available number to access Unity voicemail, is
> there anyway of changing it so that it doesn't prompt asking for phone
> number to dial? You can hit * to enter your extension and passcode, but
> only if you remember to hit *.
>
>
>
> 
> Matthew Huff | 1 Manhattanville Rd
> Director of Operations   | Purchase, NY 10577
> OTA Management LLC   | Phone: 914-460-4039
> aim: matthewbhuff| Fax:   914-694-5669
>
>
> ___
> 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 on (not)used phones or desks

2017-10-02 Thread Charles Goldsmith
This report works purely off of CDR data, so the report will only be as
good as the data.  Let's say you have the last 6 months of CDR data
archived on an SFTP server.  You can upload that into Variphy and let it
process it and then run the report.  It will tell you what phones have not
been used in the last 6 months, including your extension mobility DN's.
The report is easy to setup and they have good documentation for it.

Request a demo from them, the product is very good for this plus other
features.


On Mon, Oct 2, 2017 at 2:51 PM, <ci...@cips.nl> wrote:

> This looks interesting, thank you for the link.
>
>
>
> I quickly looked at the solution and it seems a nice and complete product.
>
> However it still seems some work and maintenance to get this working.
>
> How will this work with phones not logged in and users logged in to phones
> via extension mobility?
>
> It looks like I have to enrich the data collected by this tool manually.
>
> Any experience whit this?
>
>
>
> Kr,
>
> Henk
>
>
>
> *From:* Charles Goldsmith [mailto:wo...@justfamily.org]
> *Sent:* maandag 2 oktober 2017 15:36
> *To:* ci...@cips.nl
> *Cc:* voip puck <cisco-voip@puck.nether.net>
> *Subject:* Re: [cisco-voip] reporting on (not)used phones or desks
>
>
>
> variphy.com has a report that looks at CDR records and will give you a
> report on directory numbers that have not been used, but you would need to
> build a database of CDR records on Variphy or import them if you archived
> elsewhere.
>
>
>
> On Mon, Oct 2, 2017 at 8:10 AM, <ci...@cips.nl> wrote:
>
> Hi,
>
>
>
> We have around 450 desks in the office and between 250-275 are mainly used
> by sales employees and flexworkers who do not need a personal desk because
> they are not always in the office, every day.
>
> We are using extension mobility for almost all users, with mainly 7942 and
> 8841 phones.
>
> I’m looking for a solution to get some reporting details on the usage of
> the desks.
>
> We need to cut-down the number of desks and I want to see which desks are
> not used, preferably by floor.
>
> Are there any tools you use to get this visible?
>
> I was thinking of a phone report of phones which have not been used for a
> specific period of time, or maybe do something with extension mobility?
>
> Any thoughts anyone?
>
>
>
> Thanks.
>
> Henk
>
>
> ___
> 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] reporting on (not)used phones or desks

2017-10-02 Thread Charles Goldsmith
variphy.com has a report that looks at CDR records and will give you a
report on directory numbers that have not been used, but you would need to
build a database of CDR records on Variphy or import them if you archived
elsewhere.

On Mon, Oct 2, 2017 at 8:10 AM,  wrote:

> Hi,
>
>
>
> We have around 450 desks in the office and between 250-275 are mainly used
> by sales employees and flexworkers who do not need a personal desk because
> they are not always in the office, every day.
>
> We are using extension mobility for almost all users, with mainly 7942 and
> 8841 phones.
>
> I’m looking for a solution to get some reporting details on the usage of
> the desks.
>
> We need to cut-down the number of desks and I want to see which desks are
> not used, preferably by floor.
>
> Are there any tools you use to get this visible?
>
> I was thinking of a phone report of phones which have not been used for a
> specific period of time, or maybe do something with extension mobility?
>
> Any thoughts anyone?
>
>
>
> Thanks.
>
> Henk
>
> ___
> 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] ESXi support updated.... 6.5 for a lot of apps

2017-09-13 Thread Charles Goldsmith
Yes, that is indeed new info and good to see them backporting 11.5.

The big question is, and we'll be asked a lot from customers, what will it
take to upgrade existing 5.5/6.0 ESXi servers to 6.5 and  make sure it
stays compliant with TAC support.


On Wed, Sep 13, 2017 at 3:23 PM, Lelio Fulgenzi  wrote:

> Just a heads up...
>
> I'm just reviewing the ESXi version support and see that it's been updated
> for both v12 of the suite, but also 11.5/11.6 updates as well.
>
> https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/
> uc_system/virtualization/cisco-collaboration-virtualization.html
>
> I'm pretty sure I checked this within the last 4 - 8 weeks and only 6.0
> was supported.
>
> Now 6.5 is supported in many of the applications.
>
> ---
> 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] Inactive Device Query?

2017-09-13 Thread Charles Goldsmith
Anthony, from my understanding, that's exactly what Variphy is doing, doing
database correlation on the collected CDR records.  Variphy pulls in all
CDR records into a mysql database and runs queries locally vs doing any
queries back to CUCM for this info.

Registered vs Unregistered info is good, but the info to gain when a phone
was last used or how much usage it gets is a commonly requested feature
I've seen from customers.  They don't want an unused resource sitting on a
desk for months on end.


On Wed, Sep 13, 2017 at 12:58 PM, Anthony Holloway <
avholloway+cisco-v...@gmail.com> wrote:

> The problem with CDR searches is that unless you script/program something,
> you cannot ask SQL (that I know of) for something that's not there.  I.e.,
> Show me all the records in the table you don't have a record for in the
> last 90 days.
>
> So then, you would either need to do one of three things, in my estimation:
>
>
> 1) Search SQL one device at a time
>
> Example:
>
> run sql car select datetimestamporigination, origdevicename,
> destdevicename from tbl_billing_data where date(datetimestamporigination)
> >= today-90 and (origdevicename = "SEP0001" or destdevicename =
> "SEP0001")
>
>
> 2) Dump all CDR records for phones in the last 90 days, then do a vlookup
> in excel on an export of your devices to see whose in the CDR report
>
> Example:
>
> *CDR*
> run sql car select datetimestamporigination, origdevicename,
> destdevicename from tbl_billing_data where date(datetimestamporigination)
> >= today-90 and (origdevicename like 'SEP%' or destdevicename like 'SEP%')
>
> *Devices*
> run sql select name from device where name like "SEP%"
>
> *Excel*
> Assuming you pasted CDR in columns A - C, skipped column D, and pasted
> Devices in column E, then used this formula in column F (headers on row 1):
>
> =IFNA(VLOOKUP($E2, $B:$B, 1, FALSE), VLOOKUP($E2, $C:$C, 1, FALSE))
>
> The result in column F will either be the device name, if it was involved
> in a call in the last 90 days, or #N/A if it wasn't.
>
> 3) Write some code that does all the fancy bits for you
>
> Sorry, no example.  :(
>
> On Tue, Sep 12, 2017 at 11:46 AM Ben Amick <bam...@humanarc.com> wrote:
>
>> I assume it essentaly just goes back and finds the last record in the
>> table relevant to that extension/device in the CDR records, right?
>>
>>
>>
>> What’s the ballpark cost of that Variphy look like? We already have a
>> number of custom SQL reports we export our CDR into so I don’t think I’d be
>> able to get it for my org unless I were to front it myself or find a
>> considerable ROI to pull out of it.
>>
>>
>>
>> Ben Amick
>>
>> Unified Communications Analyst
>>
>>
>>
>> *From:* Charles Goldsmith [mailto:wo...@justfamily.org]
>> *Sent:* Tuesday, September 12, 2017 12:39 PM
>> *To:* Ben Amick <bam...@humanarc.com>
>> *Cc:* cisco-voip@puck.nether.net
>> *Subject:* Re: [cisco-voip] Inactive Device Query?
>>
>>
>>
>> Ben, you can glean this info via CDR if you archive those, but not an
>> easy task.  Variphy has a report to pull this type of info from CDR and is
>> quite handy.
>>
>>
>>
>> On Tue, Sep 12, 2017 at 11:31 AM, Ben Amick <bam...@humanarc.com> wrote:
>>
>> So is there any solution for pre-12 instances for this scenario?
>> Specifically, 9.X.
>>
>>
>>
>> (That said, there’s some nifty features in v12, notably the message
>> archiving enforcement that will be very helpful to my org)
>>
>>
>>
>> Ben Amick
>>
>> Unified Communications Analyst
>>
>>
>>
>> *From:* Matthew Loraditch [mailto:mloradi...@heliontechnologies.com]
>> *Sent:* Tuesday, September 12, 2017 12:07 PM
>> *To:* Ben Amick <bam...@humanarc.com>; cisco-voip@puck.nether.net
>> *Subject:* RE: Inactive Device Query?
>>
>>
>>
>> https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/
>> rel_notes/12_0_1/cucm_b_release-notes-for-cucm-imp-
>> 1201/cucm_b_release-notes-for-cucm-imp-1201_chapter_00.html
>>
>>
>>
>> Scroll to this section:
>>
>> New Columns to Manage Devices Efficiently
>>
>>
>>
>>
>>
>> Matthew G. Loraditch – CCNP-Voice, CCNA-R, CCDA
>> Network Engineer
>> Direct Voice: 443.541.1518 <(443)%20541-1518>
>> [image: image001.jpg]
>>
>> Facebook
>> <http://cp.mcafee.com/d/k-Kr3x8Sy_tZdBdxyVKVJ55BZBcsehd79J5

Re: [cisco-voip] Inactive Device Query?

2017-09-12 Thread Charles Goldsmith
I think you are correct Ben, it just tracks usage of the phone via CDR.

I'm only a customer and fan of Variphy, pricing is based on feature and
device count.

I'm cc'ing the correct guy to help you there.

On Tue, Sep 12, 2017 at 11:44 AM, Ben Amick <bam...@humanarc.com> wrote:

> I assume it essentaly just goes back and finds the last record in the
> table relevant to that extension/device in the CDR records, right?
>
>
>
> What’s the ballpark cost of that Variphy look like? We already have a
> number of custom SQL reports we export our CDR into so I don’t think I’d be
> able to get it for my org unless I were to front it myself or find a
> considerable ROI to pull out of it.
>
>
>
> Ben Amick
>
> Unified Communications Analyst
>
>
>
> *From:* Charles Goldsmith [mailto:wo...@justfamily.org]
> *Sent:* Tuesday, September 12, 2017 12:39 PM
> *To:* Ben Amick <bam...@humanarc.com>
> *Cc:* cisco-voip@puck.nether.net
> *Subject:* Re: [cisco-voip] Inactive Device Query?
>
>
>
> Ben, you can glean this info via CDR if you archive those, but not an easy
> task.  Variphy has a report to pull this type of info from CDR and is quite
> handy.
>
>
>
> On Tue, Sep 12, 2017 at 11:31 AM, Ben Amick <bam...@humanarc.com> wrote:
>
> So is there any solution for pre-12 instances for this scenario?
> Specifically, 9.X.
>
>
>
> (That said, there’s some nifty features in v12, notably the message
> archiving enforcement that will be very helpful to my org)
>
>
>
> Ben Amick
>
> Unified Communications Analyst
>
>
>
> *From:* Matthew Loraditch [mailto:mloradi...@heliontechnologies.com]
> *Sent:* Tuesday, September 12, 2017 12:07 PM
> *To:* Ben Amick <bam...@humanarc.com>; cisco-voip@puck.nether.net
> *Subject:* RE: Inactive Device Query?
>
>
>
> https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/
> rel_notes/12_0_1/cucm_b_release-notes-for-cucm-imp-
> 1201/cucm_b_release-notes-for-cucm-imp-1201_chapter_00.html
>
>
>
> Scroll to this section:
>
> New Columns to Manage Devices Efficiently
>
>
>
>
>
> Matthew G. Loraditch – CCNP-Voice, CCNA-R, CCDA
> Network Engineer
> Direct Voice: 443.541.1518 <(443)%20541-1518>
> [image: Email_Sig_Template_H_shortcopy_UPDATED]
>
> Facebook
> <http://cp.mcafee.com/d/k-Kr3x8Sy_tZdBdxyVKVJ55BZBcsehd79J55BZBcsY-Orhhpvuv7ffK6Qkn3hOqerTKzsSgRmlyEa9JGX3oSVsSjrlS6NJOVIsOVtUwqen-LObMUsCOUVRXBQSm4uphu76zBdN_G8FHnjlKC_OEuvkzaT0QSyrvdTVdWUVBAQsIfTdTdAVPmEBC5etSTAaRaYLxfPVlxfX4Okvte9DCRjWNR2kX4MkjY-loj-Ne5jWApvjBPqqb9EVjdwIqid40r3rjApYQg1TCpmYQg0eTYiN8SCUrW7EB_X22fW0z>
> | Twitter
> <http://cp.mcafee.com/d/FZsS720wrhvK-COCMNsTsSyyO-OCe78CzASyyO-OCeuvpdEEILLfzDDT3qabxEVd7dXThKr8qHaNk54SRtxIrsKr9JGX3oSVsSepsKYgd7b_nV5UsejpssWZOWrb2fcEL3zhOCU_R4kRHFGTjvVkffGhBrwqrjdLCXYCZssOOqem7XCXCOsVHkiP9C9jDYunMb-vaI0jZypJk-ItgBeNc54_fBm4_Ijxk-F6nQVsSCyOqekPob6Azh06MSQV6vd40tVClLd403J_4IidFK6-LcV0kM-0aB>
> | LinkedIn
> <http://cp.mcafee.com/d/FZsS92hJ5-XWrar35PtPqabbXaoUsyqejqabbXaoVVZASyyO-Y-euvsdEEK6zAQsTLt6VIxGIH5gkjrlS6NJOVICSHIdzrBPoVBOXN0QsLZvAnxMVdBNPHTbFII8YOyYed7arz_khjmKCHtd_BgY-F6lK1FJAS-rLOrRNPb9EVovKrKr9PCJhbcasva1nQ9gVv5RJwmMDVYGMbP-Ne5jWApvgBe9kWtlxm6ChkDlnPqFZoWxatyoa9-vaI9_oD2FZicLFOVJd5AQsFCMmd96y0dxJFOc-q80XPcHuq807r-9oArjsdARtndHh-RNMW>
> | G+
> <http://cp.mcafee.com/d/avndy0w738OrhvK-COCMNsTsSyyO-OCe78CzASyyO-OCeuvpdEEILLfzDDT3qabxEVd7dXThKr8qHaNk54SRtxIrsKr9JGX3oSVsSepsKYgd7b_nV5UsejpssWZOWrb2fcEL3zhOCU_R4kRHFGTjvVkffGhBrwqrodLCXYCZssOOqem7XCXCOsVHkiP5zSWshHkyv_bUQ1z3882_DOH2vS9MGvkzbWoJmAW6RjWNR2kX4MkjY-loj-Ne5jWApvjBPqqb9EVjdwIqid40r3rjApYQg1TCpmYQg0eTYiN8SCUrf6Dk>
>
>
>
> *From:* cisco-voip [mailto:cisco-voip-boun...@puck.nether.net
> <cisco-voip-boun...@puck.nether.net>] *On Behalf Of *Ben Amick
> *Sent:* Tuesday, September 12, 2017 11:56 AM
> *To:* cisco-voip@puck.nether.net
> *Subject:* [cisco-voip] Inactive Device Query?
>
>
>
> I haven’t seen it mentioned before, but I feel like it’s a common thing to
> go through an audit old phones in the environment, but other than looking
> through lists of terminated users and cross referencing active users, I
> can’t think of any good way to audit phones to see if they’re alive
> anymore, especially with softphones.
>
>
>
> In AD I would just pull a report with powershell of users/computers not
> logged in for >90 days, is there any comparable option in CUCM for inactive
> phones that you could audit against? Like last registration date or some
> such?
>
>
>
> Ben Amick
>
> Unified Communications Analyst
>
>
>
>
> Confidentiality Note: This message is intended for use only by the
> individual or entity to which it is addressed and may con

Re: [cisco-voip] Inactive Device Query?

2017-09-12 Thread Charles Goldsmith
Ben, you can glean this info via CDR if you archive those, but not an easy
task.  Variphy has a report to pull this type of info from CDR and is quite
handy.

On Tue, Sep 12, 2017 at 11:31 AM, Ben Amick  wrote:

> So is there any solution for pre-12 instances for this scenario?
> Specifically, 9.X.
>
>
>
> (That said, there’s some nifty features in v12, notably the message
> archiving enforcement that will be very helpful to my org)
>
>
>
> Ben Amick
>
> Unified Communications Analyst
>
>
>
> *From:* Matthew Loraditch [mailto:mloradi...@heliontechnologies.com]
> *Sent:* Tuesday, September 12, 2017 12:07 PM
> *To:* Ben Amick ; cisco-voip@puck.nether.net
> *Subject:* RE: Inactive Device Query?
>
>
>
> https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/
> rel_notes/12_0_1/cucm_b_release-notes-for-cucm-imp-
> 1201/cucm_b_release-notes-for-cucm-imp-1201_chapter_00.html
>
>
>
> Scroll to this section:
>
> New Columns to Manage Devices Efficiently
>
>
>
>
>
> Matthew G. Loraditch – CCNP-Voice, CCNA-R, CCDA
> Network Engineer
> Direct Voice: 443.541.1518 <(443)%20541-1518>
> [image: Email_Sig_Template_H_shortcopy_UPDATED]
>
> Facebook
> 
> | Twitter
> 
> | LinkedIn
> 
> | G+
> 
>
>
>
> *From:* cisco-voip [mailto:cisco-voip-boun...@puck.nether.net
> ] *On Behalf Of *Ben Amick
> *Sent:* Tuesday, September 12, 2017 11:56 AM
> *To:* cisco-voip@puck.nether.net
> *Subject:* [cisco-voip] Inactive Device Query?
>
>
>
> I haven’t seen it mentioned before, but I feel like it’s a common thing to
> go through an audit old phones in the environment, but other than looking
> through lists of terminated users and cross referencing active users, I
> can’t think of any good way to audit phones to see if they’re alive
> anymore, especially with softphones.
>
>
>
> In AD I would just pull a report with powershell of users/computers not
> logged in for >90 days, is there any comparable option in CUCM for inactive
> phones that you could audit against? Like last registration date or some
> such?
>
>
>
> Ben Amick
>
> Unified Communications Analyst
>
>
>
>
> Confidentiality Note: This message is intended for use only by the
> individual or entity to which it is addressed and may contain information
> that is privileged, confidential, and exempt from disclosure under
> applicable law. If the reader of this message is not the intended recipient
> or the employee or agent responsible for delivering the message to the
> intended recipient, you are hereby notified that any dissemination,
> distribution or copying of this communication is strictly prohibited. If
> you have received this communication in error, please contact the sender
> immediately and destroy the material in its entirety, whether electronic or
> hard copy. Thank you
>
> Confidentiality Note: This message is intended for use only by the
> individual or entity to which it is addressed and may contain information
> that is privileged, confidential, and exempt from disclosure under
> applicable law. If the reader of this message is not the intended recipient
> or the employee or agent responsible for delivering the message to the
> intended recipient, you are hereby notified that any dissemination,
> distribution or copying of this communication is strictly prohibited. If
> you have received this communication in error, please contact the sender
> immediately and destroy the material in its entirety, whether electronic or
> hard copy. Thank you
>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>

Re: [cisco-voip] OT: Add move change

2017-09-06 Thread Charles Goldsmith
Scott, sounds like you are looking for something to notify you when changes
are made.  Variphy does this well with their snapshot compare.  Compare can
look at different snapshots and compare the difference, or compare a
snapshot to current in CUCM.

Not associated with Variphy, other than a happy customer.

On Wed, Sep 6, 2017 at 10:09 AM, Scott Voll  wrote:

> What do other use for add, moves and changes to there environments?
>
> We have a home grown app that is not working well, to notify Telecom group
> about changes to the phones, new users, configuration changes, etc.
>
> Does anyone know of any can'd or cloud based software?  Are there any that
> interface with Cisco to automate the process via AXL / SOAP?
>
> Just putting my feelers out to see what is available.
>
> Thanks
>
> Scott
>
>
> ___
> 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] PLM 11.0 issues with CUC 11.5.1 SU3?

2017-08-28 Thread Charles Goldsmith
I would expect that would work, rehosting the licenses over to CUC.  I've
had to do that in similar circumstances where we needed to upgrade CUC
before CUCM.  Either that or build a dedicated PLM and rehost the licenses
there, kinda your choice.  It does take up an extra vCPU that is sometimes
not available.  With 12.0 changing things around, I wouldn't waste time
with the dedicated PLM though.

On Mon, Aug 28, 2017 at 12:57 AM, Erick Bergquist <erick...@gmail.com>
wrote:

> Ok, I was thinking about it being that.  Should have stuck to CUC 11.5.1
> SU2.
>
> It was working fine for a week. Weird.
>
> So I wonder if I can rehost the licenses to Unity Connection 11.5 SU3
> and have CUCM 11.0 talk to PLM on unity connection 11.5.1 SU3 fine?
>
> PLM is co-located on CUCM 11.0 right now (not standalone PLM server).
>
> Thanks!
>
>
> On Sun, Aug 27, 2017 at 11:50 PM, Charles Goldsmith
> <wo...@justfamily.org> wrote:
> > 11.5.1su3 requires PLM 11.5.1su2, due to the change with the encryption
> > license:
> > https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/
> plm/11_5_1_SU2/releasenotes/cplm_b_release-notes-cplm-
> 1151su2/cplm_b_release-notes-cplm-1151su2_chapter_01.html
> > Look at the first Note.
> >
> > YMMV, but I ran into a bug when I upgraded a PLM to su2 recently, it
> > wouldn't switch version, even after a reboot, got a vague error about
> > locking the database.  After waiting a few hours with no change, booted
> off
> > of the recovery CD and forced the switch.  No issues after that.  I had a
> > good backup, so wasn't concerned about forcing it.
> >
> > On Mon, Aug 28, 2017 at 12:43 AM, Erick Bergquist <erick...@gmail.com>
> > wrote:
> >>
> >> Anyone having any issues with CUC 11.5.1 SU3 and PLM on a 11.0.1?
> >>
> >> (thinking about rehosting licenses to the 11.5.1 SU3 CUC node)
> >>
> >> It has been working fine for a week since the upgrade and today CUC
> >> threw a license error.
> >>
> >> PLM 11.0 shows a "Application Error" for the Unity Connection instance.
> >>
> >> I deleted the product instance from PLM, added it back and it picks up
> >> correct 11.5 version fine then on Sync gives "Application Error".
> >>
> >> I've reset the unity servers and call manager acting as PLM and same
> >> thing.
> >>
> >> I reset PLM to default demo mode, deleted the Product instances, and
> >> applied the licenses again.  I added Product instances back and it is
> >> not liking  Unity still. PLM has all 11.x licenses. PLM detects the
> >> unity version 11.5 correct but doesn't sync.
> >>
> >> Reason we're using CUCM 11.0 over 11.5 is due to phone depreciation in
> >> 11.5 with some model phones.
> >>
> >> Erick
> >> ___
> >> 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] PLM 11.0 issues with CUC 11.5.1 SU3?

2017-08-27 Thread Charles Goldsmith
11.5.1su3 requires PLM 11.5.1su2, due to the change with the encryption
license:
https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/plm/11_5_1_SU2/releasenotes/cplm_b_release-notes-cplm-1151su2/cplm_b_release-notes-cplm-1151su2_chapter_01.html
  Look at the first Note.

YMMV, but I ran into a bug when I upgraded a PLM to su2 recently, it
wouldn't switch version, even after a reboot, got a vague error about
locking the database.  After waiting a few hours with no change, booted off
of the recovery CD and forced the switch.  No issues after that.  I had a
good backup, so wasn't concerned about forcing it.

On Mon, Aug 28, 2017 at 12:43 AM, Erick Bergquist 
wrote:

> Anyone having any issues with CUC 11.5.1 SU3 and PLM on a 11.0.1?
>
> (thinking about rehosting licenses to the 11.5.1 SU3 CUC node)
>
> It has been working fine for a week since the upgrade and today CUC
> threw a license error.
>
> PLM 11.0 shows a "Application Error" for the Unity Connection instance.
>
> I deleted the product instance from PLM, added it back and it picks up
> correct 11.5 version fine then on Sync gives "Application Error".
>
> I've reset the unity servers and call manager acting as PLM and same thing.
>
> I reset PLM to default demo mode, deleted the Product instances, and
> applied the licenses again.  I added Product instances back and it is
> not liking  Unity still. PLM has all 11.x licenses. PLM detects the
> unity version 11.5 correct but doesn't sync.
>
> Reason we're using CUCM 11.0 over 11.5 is due to phone depreciation in
> 11.5 with some model phones.
>
> Erick
> ___
> 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] UCM Upgrade Poll

2017-08-27 Thread Charles Goldsmith
I should have looked at that link a bit closer, it doesn't mention the cop
file:
http://www.cisco.com/web/software/282204704/18582/CleanupCommonCOPfilev1.4.pdf


Which is the 3rd method, but there is a caveat, so read it closely.

On Sun, Aug 27, 2017 at 11:25 PM, Charles Goldsmith <wo...@justfamily.org>
wrote:

> There is!
>
> http://docwiki.cisco.com/wiki/Unified_CM_L2_Upgrade_Disk_
> Space_issues#Free_Up_Space_for_Unified_CM_L2_Upgrade.C2.A0
>
> That entire page is good reading.
>
>
> On Sun, Aug 27, 2017 at 11:20 PM, Lelio Fulgenzi <le...@uoguelph.ca>
> wrote:
>
>> Are there instructions on how to free up disk space?
>>
>> Sent from my iPhone
>>
>> On Aug 27, 2017, at 11:18 PM, Erick Bergquist <erick...@gmail.com> wrote:
>>
>> I've done a few dozen inplace upgrades of CUCM, Unity, UCCX with existing
>> VMs with no real issues over the past few years. Talking 8.x to 10.x  or
>> 11.x or 9.x to 10/11.x.
>>
>> Issues encountered:
>>
>> Freeing up disk space on existing VM for the RU/SU to install on a few
>> upgrades (more of a slow down)
>>
>> Recently had issue with IM 9.x to 11.x where a invalid ntp entry was in
>> the platformcfg.xml XML file that there is a bug ID on that TAC had to get
>> in with root access to remove. After that the IM inplace upgrade went
>> fine.
>>
>> And a few non-upgrade issues involving license matters and getting
>> correct number of licenses.
>>
>> I was reading another post about 12.0 using CentOS now, need to read that
>> over more and see what is changing with upgrade process.
>>
>>
>> My only wish was if these would go faster. Maybe have an incremental
>> patch with just fixes instead of a full size SU/install file and
>> reinstalling every file - especially for SU patches within same major
>> version.
>>
>> YMMV, Erick
>>
>>
>> On Thu, Aug 24, 2017 at 10:34 AM, Anthony Holloway <
>> avholloway+cisco-v...@gmail.com> wrote:
>>
>>> Why not just come along with me on my next upgrade.  You can feel the
>>> pain...err excitement, of planning and executing an upgrade in the real
>>> world.  ;)
>>>
>>> On Thu, Aug 24, 2017 at 9:52 AM Ryan Ratliff (rratliff) <
>>> rratl...@cisco.com> wrote:
>>>
>>>> Thanks everyone for the feedback.
>>>>
>>>> We are looking at ways to make upgrades easier and stories like these
>>>> are very helpful.
>>>>
>>>> -Ryan
>>>>
>>>> On Aug 24, 2017, at 10:17 AM, Scott Voll <svoll.v...@gmail.com> wrote:
>>>>
>>>> 1. I'm guessing we are 10% True bugs and 90% environment, but I will
>>>> agree with other comments about DNS and NTP being a dumb reason to fail
>>>>
>>>> 2. as for time, over the years we used to spend over 6 months on
>>>> upgrades.. we are down to about 2 months.  in our enviroment we have to
>>>> document all the changes before so it can be communicated to the end user.
>>>> Researching for the answers has moved from Anthony's 100 documents to just
>>>> opening a TAC case.  It has become way to time consuming to find all the
>>>> right doc's to get the correct answer.
>>>>
>>>> YMMV
>>>>
>>>> Scott
>>>>
>>>>
>>>> On Wed, Aug 23, 2017 at 1:46 PM, Anthony Holloway <
>>>> avholloway+cisco-v...@gmail.com> wrote:
>>>>
>>>>> Wow, it's kind of cool that you're even asking.  Thanks for that.
>>>>>
>>>>> Already I can see this is going to be a wide gap in responses. Partner
>>>>> vs end user, this customer vs that customer, this version vs that version,
>>>>> this scenario vs that one, and on, and on, and on.
>>>>>
>>>>> 1) I feel like it's always a bug (100%), in that, developers should
>>>>> code solutions that can work around most issues.  E.g., I had an upgrade
>>>>> fail on a CUCM because the ntp was 0.us.pool.ntp.org, despite CUCM
>>>>> happily syncing to it in the current version.  OR Common partition not
>>>>> having enough space, when devs could just purge old logs to make room, or
>>>>> simply make better logs to begin with (I do admit, moving to compress logs
>>>>> [TAR/GZ] was sweet)
>>>>>
>>>>> 2) This is a painful one for me, but I put in a lot of time preparing
>>>>> for an upgrade.  A large portion of the time 

Re: [cisco-voip] UCM Upgrade Poll

2017-08-27 Thread Charles Goldsmith
There is!

http://docwiki.cisco.com/wiki/Unified_CM_L2_Upgrade_Disk_Space_issues#Free_Up_Space_for_Unified_CM_L2_Upgrade.C2.A0


That entire page is good reading.


On Sun, Aug 27, 2017 at 11:20 PM, Lelio Fulgenzi  wrote:

> Are there instructions on how to free up disk space?
>
> Sent from my iPhone
>
> On Aug 27, 2017, at 11:18 PM, Erick Bergquist  wrote:
>
> I've done a few dozen inplace upgrades of CUCM, Unity, UCCX with existing
> VMs with no real issues over the past few years. Talking 8.x to 10.x  or
> 11.x or 9.x to 10/11.x.
>
> Issues encountered:
>
> Freeing up disk space on existing VM for the RU/SU to install on a few
> upgrades (more of a slow down)
>
> Recently had issue with IM 9.x to 11.x where a invalid ntp entry was in
> the platformcfg.xml XML file that there is a bug ID on that TAC had to get
> in with root access to remove. After that the IM inplace upgrade went
> fine.
>
> And a few non-upgrade issues involving license matters and getting correct
> number of licenses.
>
> I was reading another post about 12.0 using CentOS now, need to read that
> over more and see what is changing with upgrade process.
>
>
> My only wish was if these would go faster. Maybe have an incremental patch
> with just fixes instead of a full size SU/install file and reinstalling
> every file - especially for SU patches within same major version.
>
> YMMV, Erick
>
>
> On Thu, Aug 24, 2017 at 10:34 AM, Anthony Holloway <
> avholloway+cisco-v...@gmail.com> wrote:
>
>> Why not just come along with me on my next upgrade.  You can feel the
>> pain...err excitement, of planning and executing an upgrade in the real
>> world.  ;)
>>
>> On Thu, Aug 24, 2017 at 9:52 AM Ryan Ratliff (rratliff) <
>> rratl...@cisco.com> wrote:
>>
>>> Thanks everyone for the feedback.
>>>
>>> We are looking at ways to make upgrades easier and stories like these
>>> are very helpful.
>>>
>>> -Ryan
>>>
>>> On Aug 24, 2017, at 10:17 AM, Scott Voll  wrote:
>>>
>>> 1. I'm guessing we are 10% True bugs and 90% environment, but I will
>>> agree with other comments about DNS and NTP being a dumb reason to fail
>>>
>>> 2. as for time, over the years we used to spend over 6 months on
>>> upgrades.. we are down to about 2 months.  in our enviroment we have to
>>> document all the changes before so it can be communicated to the end user.
>>> Researching for the answers has moved from Anthony's 100 documents to just
>>> opening a TAC case.  It has become way to time consuming to find all the
>>> right doc's to get the correct answer.
>>>
>>> YMMV
>>>
>>> Scott
>>>
>>>
>>> On Wed, Aug 23, 2017 at 1:46 PM, Anthony Holloway <
>>> avholloway+cisco-v...@gmail.com> wrote:
>>>
 Wow, it's kind of cool that you're even asking.  Thanks for that.

 Already I can see this is going to be a wide gap in responses. Partner
 vs end user, this customer vs that customer, this version vs that version,
 this scenario vs that one, and on, and on, and on.

 1) I feel like it's always a bug (100%), in that, developers should
 code solutions that can work around most issues.  E.g., I had an upgrade
 fail on a CUCM because the ntp was 0.us.pool.ntp.org, despite CUCM
 happily syncing to it in the current version.  OR Common partition not
 having enough space, when devs could just purge old logs to make room, or
 simply make better logs to begin with (I do admit, moving to compress logs
 [TAR/GZ] was sweet)

 2) This is a painful one for me, but I put in a lot of time preparing
 for an upgrade.  A large portion of the time is, in my opinion, wasted
 finding the right documentation and then trying to interpret it.  Here's a
 fun one: there's over 100 documents an Engineer needs to reference in
 preparation for what I would consider a low-medium level environment.  I've
 posted this before, but I'll post it again, I have a matrix of documents I
 need to reference during the planning and execution phase of an upgrade:




 On Wed, Aug 23, 2017 at 8:38 AM Ryan Ratliff (rratliff) <
 rratl...@cisco.com> wrote:

> Quick 2 question poll, feel free to unicast or share your response
> with the group.
>
> 1. When you or your customers have a UCM or IMP upgrade fail, what
> percentage of failures are due to a bug vs something in the environment
> (user error, db updates, etc)?
> % bug:
> % not a bug:
> Yes it’s a very subjective question but that’s ok, use your judgement.
>
> 2. When an upgrade goes smoothly with no issues, how much time do you
> put into the planning and preparation for the upgrade (not the execution)?
>
> Thanks,
>
> -Ryan
>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>

 

Re: [cisco-voip] Cisco IM & Presence 11 5.1 SU2 corrupt install with 2nd server

2017-08-26 Thread Charles Goldsmith
Thanks for that Anthony, but something else that was in that presentation
that I didn't know about, was the 8.6 or older installs.  If the license
isn't migrated prior to Dec 1, the customer will have to purchase the
licenses again when they upgrade to 9.x or higher.  Basically, license
migrations for 8.6 and older will no longer be available after November,
unless they have SWSS on 8.x and the slide says very few people will have
that.

On Sat, Aug 26, 2017 at 11:39 AM, Anthony Holloway <
avholloway+cisco-v...@gmail.com> wrote:

> Actually, Cisco announced CentOS as the OS for CUCM 12.0 at Cisco Live US
> 2017.
>
> BRKUCC-2011 - Best Practices for Migrating Previous Versions of CUCM to
> version 12 (2017 Las Vegas)
> <https://www.ciscolive.com/online/connect/sessionDetail.ww?SESSION_ID=95812=true>
>
> On Fri, Aug 25, 2017 at 3:15 PM Brian Meade <bmead...@vt.edu> wrote:
>
>> Historically this was due to Red Hat not wanting bootable versions of
>> their OS out there for everybody.  I think there was a plan to go to CentOS
>> for UCOS at some point but not sure if that ever got anywhere.  That was
>> going to allow bootables on cisoc.com again.
>>
>> I doubt 11.6 is on CentOS now because I would expect a refresh upgrade if
>> so but who knows.  Maybe Red Hat changed their agreement with Cisco?
>>
>> On Fri, Aug 25, 2017 at 10:25 AM, Charles Goldsmith <wo...@justfamily.org
>> > wrote:
>>
>>> I remember years ago Cisco starting posting bootable ISO's and then
>>> turned around and pulled them due to issues with another department.  Here
>>> is the relevant thread: https://puck.nether.
>>> net/pipermail/cisco-voip/2010-August/015533.html  Have to read some of
>>> the quoted messages that were not posted to the list.
>>>
>>> On Fri, Aug 25, 2017 at 9:12 AM, Ryan Huff <ryanh...@outlook.com> wrote:
>>>
>>>> The Unified Communications IM and Presence ISO is bootable I believe
>>>> (maybe that changed?); although it's sister ISO, Unified Communications
>>>> Manager is not.
>>>>
>>>> --
>>>> *From:* cisco-voip <cisco-voip-boun...@puck.nether.net> on behalf of
>>>> Anthony Holloway <avholloway+cisco-v...@gmail.com>
>>>> *Sent:* Friday, August 25, 2017 10:08 AM
>>>> *To:* Matthew Huff; cisco-voip list
>>>> *Subject:* Re: [cisco-voip] Cisco IM & Presence 11 5.1 SU2 corrupt
>>>> install with 2nd server
>>>>
>>>> I don't have an answer for you, but you reminded me that UCCX 11.6 is
>>>> setting the new standard for ISOs.  The UCCX 11.6 ISO on CCO for upgrading,
>>>> is also bootable, and can be used for fresh installs as well.  Get on board
>>>> IM, so people don't have to create their own bootable media.
>>>>
>>>> *Single ISO for Upgrades and Fresh-Install*
>>>> *In UCCX 11.6, there is only 1 ISO released that is posted on Cisco.com
>>>> and this ISO can be used for either an upgrade or a fresh install. The ISO
>>>> follows the regular naming convention of UCSInstall_UCCX
>>>> _11.6.X-XX.sgn.iso  **This ISO is provided with both boot options,
>>>> so serves as a bootable image as well.*
>>>> *Source: 
>>>> https://www.cisco.com/c/en/us/support/docs/customer-collaboration/unified-contact-center-express/211582-Tech-Note-on-UCCX-11-6-Pre-Release-Commu.html
>>>> <https://www.cisco.com/c/en/us/support/docs/customer-collaboration/unified-contact-center-express/211582-Tech-Note-on-UCCX-11-6-Pre-Release-Commu.html>*
>>>>
>>>> On Thu, Aug 24, 2017 at 1:13 PM Matthew Huff <mh...@ox.com> wrote:
>>>>
>>>>> I’ve tried repeatedly to install our second IM server, and it always
>>>>> fails with a corrupt file during post-install. I re-downloaded the ISO and
>>>>> recreated the bootable ISO, so I don’t believe it’s a ISO issue. Anyone 
>>>>> see
>>>>> this?
>>>>> ___
>>>>> 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] what happened to the admin guides I remember? 11.5 is missing lots!

2017-08-24 Thread Charles Goldsmith
I hate doing this, because it's tacky IMO, but shows a good way to find the
guides: http://lmgtfy.com/?q=cisco+cucm+11.0+administration+guide

The first link gives you the list of all of the guides.

As to content, not sure, the guides are definitely smaller than they used
to be, but as to the amount, I've not analyzed them..  I'm sure Anthony
has, he's got an eye for detail.

On Thu, Aug 24, 2017 at 8:31 PM, Lelio Fulgenzi  wrote:

>
> Yup. That's the one. I ended up going to the documentation map for v11 and
> looking through a number of different documents. Eventually found the admin
> guide I was used to seeing. But the first two or three I found were very
> watered down!
>
> I'm sure I couldn't find it again without twenty minutes flying by. :(
>
> Sent from my iPhone
>
> On Aug 24, 2017, at 9:01 PM, Anthony Holloway <
> avholloway+cisco-v...@gmail.com> wrote:
>
> You mean this thread I started?
>
> http://cisco-voip.markmail.org/thread/do3kyb4lzsbqxqrs
>
> On Thu, Aug 24, 2017 at 3:31 PM Lelio Fulgenzi  wrote:
>
>>
>> I recall this thread going by, but I'm trying to get some information
>> regarding LDAP sync configuration and supported versions and it's going
>> nowhere. Fast.
>>
>> The documentation I can find by following the breadcrumbs from CCO is
>> seriously lacking.
>>
>> What giveS?
>>
>> ---
>> Lelio Fulgenzi, B.A.
>> Senior Analyst, Network Infrastructure
>> Computing and Communications Services (CCS)
>> University of Guelph
>>
>> 519-824-4120 Ext 56354 <(519)%20824-4120>
>> 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] 11.5.1su3 and 12.0 release notes

2017-08-24 Thread Charles Goldsmith
Very understandable, and it does appear to just be a copy/paste error, we
just need clarification so we can educate our customers properly.

Thanks very much for the help on it


On Thu, Aug 24, 2017 at 1:46 PM, Ryan Ratliff (rratliff) <rratl...@cisco.com
> wrote:

> Inquiries have been made, I’m waiting to see what happened.
>
> I suspect it’s simple human error because so many features were common to
> the two releases and they went out at almost the same time.
>
> -Ryan
>
> On Aug 24, 2017, at 2:02 PM, Charles Goldsmith <wo...@justfamily.org>
> wrote:
>
> Thanks for the answer Ryan.  Any chance we can get the release notes
> corrected as to which features are in which release?  For example, the new
> User Interface updates are not in SU3, but show in the release notes.
>
> Thanks again!
>
> On Thu, Aug 24, 2017 at 12:53 PM, Ryan Ratliff (rratliff) <
> rratl...@cisco.com> wrote:
>
>> It is definitely the case that some of the 12.0 features were ported back
>> to 11.5su3.
>>
>> I’m not sure what’s up with APNS stuff in the 12.0 doc, I’m 99% sure it’s
>> there.
>>
>> -Ryan
>>
>> On Aug 23, 2017, at 6:02 PM, Lelio Fulgenzi <le...@uoguelph.ca> wrote:
>>
>>
>> I hope they clear this up soon. The worst part is, they (Cisco) mentioned
>> that SU3 isn't even the final version we should expect to be running come
>> September 2018.
>>
>> I cried a little inside when I read that in the forums.
>>
>>
>>
>> Sent from my iPhone
>>
>> On Aug 23, 2017, at 5:10 PM, Charles Goldsmith <wo...@justfamily.org>
>> wrote:
>>
>> Several sections in the New and Changed Features mentions 12.0 features,
>> and I wasn't sure if this was a copy/paste issue, or if these features are
>> available in su3 as well.
>>
>> One came to mind: https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cu
>> cm/rel_notes/11_5_1/SU3/cucm_b_release-notes-cucm-imp-1151s
>> u3/cucm_b_release-notes-cucm-imp-1151su3_chapter_00.html#
>> reference_6D6A4367D19A6A792BA1844DE6F9A9A5
>>
>> Also, of note, 12.0 doesn't have info about apple's new APNs changes that
>> SU3 has, I'm assuming that feature will come to an SU for 12.0 or was it
>> just not documented?
>>
>> https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/rel
>> _notes/12_0_1/cucm_b_release-notes-for-cucm-imp-1201/cucm_
>> b_release-notes-for-cucm-imp-1201_chapter_00.html
>>
>> 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] 11.5.1su3 and 12.0 release notes

2017-08-24 Thread Charles Goldsmith
Thanks for the answer Ryan.  Any chance we can get the release notes
corrected as to which features are in which release?  For example, the new
User Interface updates are not in SU3, but show in the release notes.

Thanks again!

On Thu, Aug 24, 2017 at 12:53 PM, Ryan Ratliff (rratliff) <
rratl...@cisco.com> wrote:

> It is definitely the case that some of the 12.0 features were ported back
> to 11.5su3.
>
> I’m not sure what’s up with APNS stuff in the 12.0 doc, I’m 99% sure it’s
> there.
>
> -Ryan
>
> On Aug 23, 2017, at 6:02 PM, Lelio Fulgenzi <le...@uoguelph.ca> wrote:
>
>
> I hope they clear this up soon. The worst part is, they (Cisco) mentioned
> that SU3 isn't even the final version we should expect to be running come
> September 2018.
>
> I cried a little inside when I read that in the forums.
>
>
>
> Sent from my iPhone
>
> On Aug 23, 2017, at 5:10 PM, Charles Goldsmith <wo...@justfamily.org>
> wrote:
>
> Several sections in the New and Changed Features mentions 12.0 features,
> and I wasn't sure if this was a copy/paste issue, or if these features are
> available in su3 as well.
>
> One came to mind: https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/
> cucm/rel_notes/11_5_1/SU3/cucm_b_release-notes-cucm-imp-
> 1151su3/cucm_b_release-notes-cucm-imp-1151su3_chapter_00.html#reference_
> 6D6A4367D19A6A792BA1844DE6F9A9A5
>
> Also, of note, 12.0 doesn't have info about apple's new APNs changes that
> SU3 has, I'm assuming that feature will come to an SU for 12.0 or was it
> just not documented?
>
> https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/
> rel_notes/12_0_1/cucm_b_release-notes-for-cucm-imp-
> 1201/cucm_b_release-notes-for-cucm-imp-1201_chapter_00.html
>
> 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] UCM Upgrade Poll

2017-08-23 Thread Charles Goldsmith
But Anthony, we all know you are an over achiever!

And that's ok, it makes you one of our experts on here too...

On Wed, Aug 23, 2017 at 3:46 PM, Anthony Holloway <
avholloway+cisco-v...@gmail.com> wrote:

> Wow, it's kind of cool that you're even asking.  Thanks for that.
>
> Already I can see this is going to be a wide gap in responses. Partner vs
> end user, this customer vs that customer, this version vs that version,
> this scenario vs that one, and on, and on, and on.
>
> 1) I feel like it's always a bug (100%), in that, developers should code
> solutions that can work around most issues.  E.g., I had an upgrade fail on
> a CUCM because the ntp was 0.us.pool.ntp.org, despite CUCM happily
> syncing to it in the current version.  OR Common partition not having
> enough space, when devs could just purge old logs to make room, or simply
> make better logs to begin with (I do admit, moving to compress logs
> [TAR/GZ] was sweet)
>
> 2) This is a painful one for me, but I put in a lot of time preparing for
> an upgrade.  A large portion of the time is, in my opinion, wasted finding
> the right documentation and then trying to interpret it.  Here's a fun one:
> there's over 100 documents an Engineer needs to reference in preparation
> for what I would consider a low-medium level environment.  I've posted this
> before, but I'll post it again, I have a matrix of documents I need to
> reference during the planning and execution phase of an upgrade:
>
>
>
>
> On Wed, Aug 23, 2017 at 8:38 AM Ryan Ratliff (rratliff) <
> rratl...@cisco.com> wrote:
>
>> Quick 2 question poll, feel free to unicast or share your response with
>> the group.
>>
>> 1. When you or your customers have a UCM or IMP upgrade fail, what
>> percentage of failures are due to a bug vs something in the environment
>> (user error, db updates, etc)?
>> % bug:
>> % not a bug:
>> Yes it’s a very subjective question but that’s ok, use your judgement.
>>
>> 2. When an upgrade goes smoothly with no issues, how much time do you put
>> into the planning and preparation for the upgrade (not the execution)?
>>
>> Thanks,
>>
>> -Ryan
>>
>> ___
>> 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] 11.5.1su3 and 12.0 release notes

2017-08-23 Thread Charles Goldsmith
Several sections in the New and Changed Features mentions 12.0 features,
and I wasn't sure if this was a copy/paste issue, or if these features are
available in su3 as well.

One came to mind:
https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/rel_notes/11_5_1/SU3/cucm_b_release-notes-cucm-imp-1151su3/cucm_b_release-notes-cucm-imp-1151su3_chapter_00.html#reference_6D6A4367D19A6A792BA1844DE6F9A9A5


Also, of note, 12.0 doesn't have info about apple's new APNs changes that
SU3 has, I'm assuming that feature will come to an SU for 12.0 or was it
just not documented?

https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/rel_notes/12_0_1/cucm_b_release-notes-for-cucm-imp-1201/cucm_b_release-notes-for-cucm-imp-1201_chapter_00.html

Thanks
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


Re: [cisco-voip] UCCX 11.6 pre-release communication and webinar

2017-08-17 Thread Charles Goldsmith
Abhiram, I understand why it was moved, but having a plugin is not a good
resolution to the issue, and IMHO, not a good use of development time.  I
understand it was probably easier than converting it into something else,
like HTML 5, but that's the right direction.

Ben stated it much better than I can, why a plugin is not a good direction.

Thanks!!


On Thu, Aug 17, 2017 at 8:24 AM, Abhiram Kramadhati (akramadh) <
akram...@cisco.com> wrote:

> You are right! The newer updates to the browser blocking Java applets was
> the reason this step was taken:
>
> https://support.mozilla.org/t5/Problems-with-add-ons-
> plugins-or/Why-do-Java-Silverlight-Adobe-Acrobat-and-
> other-plugins-no/ta-p/31069
>
>
>
> So, the only change done is to make the RTR applet downloadable on a
> separate browser instance – and that way the applet does not try to load in
> the browser and then get blocked. It was an applet before too, but used to
> load in the browser as a plugin. Now, we download it and run it as a Java
> app on the PC.
>
>
>
> Regards,
>
> Abhiram Kramadhati
>
> Technical Solutions Manager, CCBU
>
> CCIE Collaboration # 40065
>
>
>
>
>
> *From: *Charles Goldsmith <wo...@justfamily.org>
> *Date: *Thursday, 17 August 2017 at 10:31 PM
> *To: *"Abhiram Kramadhati (akramadh)" <akram...@cisco.com>
> *Cc: *"cisco-voip@puck.nether.net" <cisco-voip@puck.nether.net>
> *Subject: *Re: [cisco-voip] UCCX 11.6 pre-release communication and
> webinar
>
>
>
> What's the reasoning for moving the Real Time Reporting Tool to a java
> applet?  Isn't that a step back in the industry when we see so many things
> moving to HTML 5?  No one likes java, except maybe a few programmers...
>
>
>
> On Wed, Aug 16, 2017 at 12:19 AM, Abhiram Kramadhati (akramadh) <
> akram...@cisco.com> wrote:
>
> Important pre-release communication: https://www.cisco.com/c/en/us/
> support/docs/customer-collaboration/unified-contact-
> center-express/211582-Tech-Note-on-UCCX-11-6-Pre-Release-Commu.html
>
>
>
> *Webinar for APJC: UCCX 11.6 introduction and upgrade best practices*
>
>
>
> Registration link: http://cisco.cvent.com/events/
> webinar-uccx-11-6-preview-and-looking-ahead/event-summary-
> 30265d15f92346b5a314b8b22be1e262.aspx
>
>
>
> 22nd August. 3:00PM - 4:30PM, Sydney time
>
> Agenda:
>
>- Introduction to UCCX 11.6
>- 11.6 demo
>- Upgrade best practices and planning for 11.6 migration
>
>
>
> Presented by Product Management and the Customer Success team.
>
>
>
> Regards,
>
> Abhiram Kramadhati
>
> Technical Solutions Manager, CCBU
>
> CCIE Collaboration # 40065
>
>
>
>
> ___
> 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 11.6 pre-release communication and webinar

2017-08-17 Thread Charles Goldsmith
What's the reasoning for moving the Real Time Reporting Tool to a java
applet?  Isn't that a step back in the industry when we see so many things
moving to HTML 5?  No one likes java, except maybe a few programmers...

On Wed, Aug 16, 2017 at 12:19 AM, Abhiram Kramadhati (akramadh) <
akram...@cisco.com> wrote:

> Important pre-release communication: https://www.cisco.com/c/en/us/
> support/docs/customer-collaboration/unified-contact-
> center-express/211582-Tech-Note-on-UCCX-11-6-Pre-Release-Commu.html
>
>
>
> *Webinar for APJC: UCCX 11.6 introduction and upgrade best practices*
>
>
>
> Registration link: http://cisco.cvent.com/events/
> webinar-uccx-11-6-preview-and-looking-ahead/event-summary-
> 30265d15f92346b5a314b8b22be1e262.aspx
>
>
>
> 22nd August. 3:00PM - 4:30PM, Sydney time
>
> Agenda:
>
>- Introduction to UCCX 11.6
>- 11.6 demo
>- Upgrade best practices and planning for 11.6 migration
>
>
>
> Presented by Product Management and the Customer Success team.
>
>
>
> Regards,
>
> Abhiram Kramadhati
>
> Technical Solutions Manager, CCBU
>
> CCIE Collaboration # 40065
>
>
>
> ___
> 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] what triggers license change in UCCx?

2017-08-08 Thread Charles Goldsmith
The password will not affect the LIC Mac, so you can use a dummy pw to
check your settings for AFG.  Just can't use it to generate the XML's for
the floppy image for installs, with your current pw.

On Tue, Aug 8, 2017 at 3:44 PM, Lelio Fulgenzi <le...@uoguelph.ca> wrote:

> Believe it or not, our password breaks the answer generator. L
>
>
>
>
>
> ---
>
> Lelio Fulgenzi, B.A.
>
> Senior Analyst, Network Infrastructure
>
> Computing and Communications Services (CCS)
>
> University of Guelph
>
>
>
> 519-824-4120 Ext 56354 <(519)%20824-4120>
>
> le...@uoguelph.ca
>
> www.uoguelph.ca/ccs
>
> Room 037, Animal Science and Nutrition Building
>
> Guelph, Ontario, N1G 2W1
>
>
>
> *From:* Ryan Huff [mailto:ryanh...@outlook.com]
> *Sent:* Tuesday, August 08, 2017 2:58 PM
> *To:* Lelio Fulgenzi
> *Cc:* Brian Meade; voyp list, cisco-voip (cisco-voip@puck.nether.net)
>
> *Subject:* Re: [cisco-voip] what triggers license change in UCCx?
>
>
>
> Biggest issue with the UCCX rehost most folks have is not expecting it and
> then winding up with a degraded call center until the rehost is complete.
>
>
>
> The Answer File Generator (https://www.cisco.com/c/en/
> us/applicat/content/cuc-afg/index.html) is a good way to help predict the
> LMAC, so you can get the rehost done before your maintenance window.
>
> Sent from my iPhone
>
>
> On Aug 8, 2017, at 2:41 PM, Lelio Fulgenzi <le...@uoguelph.ca> wrote:
>
> Good question – I’m pretty sure it was v9 that we were running into
> problems with. Installing on same hardware required a new license re-host.
>
>
>
> Hopefully the documented behavior for vm’s hold true and I don’t have to
> worry about a static MAC address on these two HA vms.
>
>
>
> ---
>
> Lelio Fulgenzi, B.A.
>
> Senior Analyst, Network Infrastructure
>
> Computing and Communications Services (CCS)
>
> University of Guelph
>
>
>
> 519-824-4120 Ext 56354 <(519)%20824-4120>
>
> le...@uoguelph.ca
>
> www.uoguelph.ca/ccs
>
> Room 037, Animal Science and Nutrition Building
>
> Guelph, Ontario, N1G 2W1
>
>
>
> *From:* bmead...@gmail.com [mailto:bmead...@gmail.com <bmead...@gmail.com>]
> *On Behalf Of *Brian Meade
> *Sent:* Tuesday, August 08, 2017 2:04 PM
> *To:* Lelio Fulgenzi
> *Cc:* Charles Goldsmith; voyp list, cisco-voip (cisco-voip@puck.nether.net
> )
> *Subject:* Re: [cisco-voip] what triggers license change in UCCx?
>
>
>
> What version was that on?
>
>
>
> I always make sure to get the platform-config.xml from "utils create
> report platform" to make sure I don't change anything on these rebuilds.
>
>
>
> On Tue, Aug 8, 2017 at 1:49 PM, Lelio Fulgenzi <le...@uoguelph.ca> wrote:
>
>
>
> So is this different than physical hardware? Because I reinstalled on
> physical hardware using the _*exact*_ same settings and had to have the
> licenses re-issued because the license mac changed.
>
>
>
> ---
>
> Lelio Fulgenzi, B.A.
>
> Senior Analyst, Network Infrastructure
>
> Computing and Communications Services (CCS)
>
> University of Guelph
>
>
>
> 519-824-4120 Ext 56354 <(519)%20824-4120>
>
> le...@uoguelph.ca
>
> www.uoguelph.ca/ccs
>
> Room 037, Animal Science and Nutrition Building
>
> Guelph, Ontario, N1G 2W1
>
>
>
> *From:* Charles Goldsmith [mailto:wo...@justfamily.org]
> *Sent:* Tuesday, August 08, 2017 12:30 PM
> *To:* Lelio Fulgenzi
> *Cc:* voyp list, cisco-voip (cisco-voip@puck.nether.net)
> *Subject:* Re: [cisco-voip] what triggers license change in UCCx?
>
>
>
> The virtual mac address on the VM does not affect the license MAC
> generated for the licensing, and it still uses the same old method as
> previous and your license MAC can be "generated" or seen by using the AFG
> tool: https://www.cisco.com/c/en/us/applicat/content/cuc-afg/index.html
>
>
>
> Taken from that webpage:
>
> The License MAC is generated based on the Primary Node's Time Zone, NTP
> Server 1, NIC Speed, NIC Duplex, Host Name, DHCP, IP Address, IP Mask,
> Gateway Address, Primary DNS, SMTP Location, and Certificate Information.
>
>
>
> On Tue, Aug 8, 2017 at 10:52 AM, Lelio Fulgenzi <le...@uoguelph.ca> wrote:
>
>
> Just curious what really triggers a license change in UCCx.
>
> I do know that any re-installation will do it, regardless if it's on the
> same physical hardware. I'm going to assume that re-installing on virtual
> equipment will have the same outcome.
>
> What if I install on virtual using 

Re: [cisco-voip] authentication failed alerts

2017-08-08 Thread Charles Goldsmith
Thanks Mike, that does help with the explanation as to why.

So, in my stated scenario, since the badPwdCount is not being incremented
because it's within the N-2, we are safe from brute force attempts, because
that would increase the counter.

Am I understanding that correctly and we can safely disable the
authentication reports?  What's best practice for that?

Thanks for the input!!


On Tue, Aug 8, 2017 at 11:28 AM, Mike King <m...@mpking.com> wrote:

> Hi Charles,
>
> You might want to have your AD guys recheck they're sources.
>
> It's a feature from Server 2003, JUST for that reason.
>
> https://blogs.technet.microsoft.com/instan/2012/09/
> 17/why-doesnt-a-user-get-locked-out-after-a-number-of-
> invalid-password-attempts-greater-than-the-domain-account-lockout-policy/
>
> To improve the experience for users and to decrease the overall total cost
> of ownership, Microsoft made the following changes to the behavior of
> domain controllers in the Windows Server 2003 family:
>
>- Password
> history check (N-2): Before a Windows Server 2003 operating
>system increments badPwdCount, it checks the invalid password against
>the password history. If the password is the same as one of the last two
>entries that are in the password history, badPwdCount is not
>incremented for both NTLM and the Kerberos protocol. This change to domain
>controllers should reduce the number of lockouts that occur because of user
>error.
>
>
> Lelio,
> Yes, you can track down the IP address of device performing the
> authentications.   But you can't apply lockout policies based on that.
>
> While on that subject, Read this one:
>
> https://support.microsoft.com/en-us/help/906305/new-setting-
> modifies-ntlm-network-authentication-behavior
>
> Beginning with Microsoft Windows Server 2003 Service Pack 1 (SP1) there is
> a change to NTLM network authentication behavior. Domain users can use
> their old password to access the network for one hour after the password is
> changed.
>
>
> On Tue, Aug 8, 2017 at 11:55 AM, Charles Goldsmith <wo...@justfamily.org>
> wrote:
>
>> So, a question out to the community about how you deal with this issue.
>> If an organization is using Webex Messenger for IM and end-users are
>> connecting Jabber to it, along with phone services and voicemail locally,
>> jabber is setup with accounts to authenticate to AD locally.  SSO is not in
>> the mix.
>>
>> When a user's AD password comes up on their expiration and it's changed,
>> they usually forget to update jabber on their laptop, phone and tablets,
>> generating a lot of authentication alerts.  Those can be filtered down by
>> adjusting the thresholds.
>>
>> I'm not an AD guy, but talking with some, when asking about why this
>> activity is not locking out the AD accounts, I was told that CUCM/CUC uses
>> a read-only connection to AD, so it will not lock out the accounts.
>>
>> Because of that problem, we can't simply disable the alerts, we need to
>> monitor them in case of brute force via MRA.
>>
>> Any thoughts on a better way to handle this specific scenario?
>>
>> I may wind up writing a script to consolidate the email authentication
>> reports into something to give a report on thresholds per user, like
>> John.Doe had 30 authenticaiton attempts in the last hour, Jane.Smith had
>> 15, and Mark.Jones had 650.
>>
>> 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] what triggers license change in UCCx?

2017-08-08 Thread Charles Goldsmith
The virtual mac address on the VM does not affect the license MAC generated
for the licensing, and it still uses the same old method as previous and
your license MAC can be "generated" or seen by using the AFG tool:
https://www.cisco.com/c/en/us/applicat/content/cuc-afg/index.html

Taken from that webpage:

The License MAC is generated based on the Primary Node's Time Zone, NTP
Server 1, NIC Speed, NIC Duplex, Host Name, DHCP, IP Address, IP Mask,
Gateway Address, Primary DNS, SMTP Location, and Certificate Information.


On Tue, Aug 8, 2017 at 10:52 AM, Lelio Fulgenzi  wrote:

>
> Just curious what really triggers a license change in UCCx.
>
> I do know that any re-installation will do it, regardless if it's on the
> same physical hardware. I'm going to assume that re-installing on virtual
> equipment will have the same outcome.
>
> What if I install on virtual using a static MAC address and simply export
> and import the UCCx VMs onto another ESXi host?
>
> Just trying to plan accordingly.
>
> 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] authentication failed alerts

2017-08-08 Thread Charles Goldsmith
Based on what the AD gurus told me, it's the way Cisco authenticates from
CUCM/CUC, so it would have to be a Cisco change.

Anyone in the know at Cisco that can let us know for sure?

Thanks!


On Tue, Aug 8, 2017 at 11:08 AM, Lelio Fulgenzi <le...@uoguelph.ca> wrote:

> That’s a very interesting scenario. I’ve always wondered about that. I
> wonder if there’s a way that AD admins can track authentications from CUCM
> cluster and apply the lock out rules accordingly?
>
>
>
> ---
>
> Lelio Fulgenzi, B.A.
>
> Senior Analyst, Network Infrastructure
>
> Computing and Communications Services (CCS)
>
> University of Guelph
>
>
>
> 519-824-4120 Ext 56354 <(519)%20824-4120>
>
> le...@uoguelph.ca
>
> www.uoguelph.ca/ccs
>
> Room 037, Animal Science and Nutrition Building
>
> Guelph, Ontario, N1G 2W1
>
>
>
> *From:* cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] *On Behalf
> Of *Charles Goldsmith
> *Sent:* Tuesday, August 08, 2017 11:55 AM
> *To:* voip puck
> *Subject:* [cisco-voip] authentication failed alerts
>
>
>
> So, a question out to the community about how you deal with this issue.
> If an organization is using Webex Messenger for IM and end-users are
> connecting Jabber to it, along with phone services and voicemail locally,
> jabber is setup with accounts to authenticate to AD locally.  SSO is not in
> the mix.
>
>
>
> When a user's AD password comes up on their expiration and it's changed,
> they usually forget to update jabber on their laptop, phone and tablets,
> generating a lot of authentication alerts.  Those can be filtered down by
> adjusting the thresholds.
>
>
>
> I'm not an AD guy, but talking with some, when asking about why this
> activity is not locking out the AD accounts, I was told that CUCM/CUC uses
> a read-only connection to AD, so it will not lock out the accounts.
>
>
>
> Because of that problem, we can't simply disable the alerts, we need to
> monitor them in case of brute force via MRA.
>
>
>
> Any thoughts on a better way to handle this specific scenario?
>
>
>
> I may wind up writing a script to consolidate the email authentication
> reports into something to give a report on thresholds per user, like
> John.Doe had 30 authenticaiton attempts in the last hour, Jane.Smith had
> 15, and Mark.Jones had 650.
>
>
>
> Thanks!
>
>
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


  1   2   3   >