Re: [cisco-voip] CCX Editor Step Properties

[Anthony Holloway]

Yeah, I was going to say that!  So RMI is just inherently slow then?  Or is
it specific to the way Cisco implemented it in the editor?

On Tue, Sep 24, 2019 at 11:15 PM Tanner Ezell 
wrote:

> No, I don't believe so. It shouldn't be reading the file contents (which
> is a shame actually, imagine how useful the input/output mappings dialog
> would be if you could actually select the variables in the scripts)
>
> On Tue, Sep 24, 2019 at 7:44 PM Anthony Holloway <
> avholloway+cisco-v...@gmail.com> wrote:
>
>> I knew it produced a list of scripts from the repo when opening the call
>> subflow step, but do you know/think it's actually reading the files too?
>> As opposed to just grabbing a list of names?
>>
>> On Tue, Sep 24, 2019 at 7:43 PM Tanner Ezell 
>> wrote:
>>
>>> I wasn't specifically responding to you Bill, just the thread in general
>>> :)
>>>
>>> That being said, it won't be slow if there isn't much data to transfer.
>>> The script editor is talking in java object terms, so small data can be
>>> quite "big" and slow over the transport medium, it is also why DB resources
>>> and such can take time on those steps. (also for the call sub flow, it
>>> tries to grab all the scripts on the system, the more there are the slower
>>> it will be).
>>>
>>> VPN only compounds the already inherently slow nature of the
>>> communication.
>>>
>>> On Tue, Sep 24, 2019 at 5:33 PM Bill Talley  wrote:
>>>
 I’m not disagreeing with you.  Im saying there are scenarios where it’s
 slow even if you’re on the local LAN.  You’re saying that’s NOT the case
 for you in any scenario?

 Sent from an iPhone mobile device with very tiny touchscreen input
 keys.  Please excude my typtos.

 On Sep 24, 2019, at 7:11 PM, Tanner Ezell 
 wrote:

 It will always be an issue. It uses RMI to pull data from the UCCX
 which is especially slow over VPN.

 On Tue, Sep 24, 2019 at 9:58 AM Bill Talley  wrote:

> Good idea, but not always true.  I have several locations with scripts
> that contain REST and DB steps.  These take 7-10 second to open properties
> on any step regardless of whether I’m onsite or remote.
>
> Sent from an iPhone mobile device with very tiny touchscreen input
> keys.  Please excude my typtos.
>
> On Sep 24, 2019, at 11:53 AM, UC Penguin  wrote:
>
> It’s much faster if the client is run at the same site as the uccx
> server (RDP to a machine with the editor installed).
>
> Not an option that’s possible for all, but there is a huge
> improvement. Especially when using the debugger.
>
>
> On Sep 24, 2019, at 10:52, Matthew Loraditch <
> mloradi...@heliontechnologies.com> wrote:
>
> I’ve seen it editing scripts locally, in the repository, versions old
> and new.
>
>
>
> Matthew Loraditch​
> Sr. Network Engineer
> p: *443.541.1518* <443.541.1518>
> w: *www.heliontechnologies.com* 
>  |  e: *mloradi...@heliontechnologies.com*
> 
>  
>  
>  
> 
> 
>
> *From:* cisco-voip  *On Behalf Of
> *Johnson, Tim
> *Sent:* Tuesday, September 24, 2019 11:47 AM
> *To:* Anthony Holloway 
> *Cc:* cisco-voip@puck.nether.net
> *Subject:* Re: [cisco-voip] CCX Editor Step Properties
>
>
>
> Yeah, it’s still an issue in 12.0. Right now it’s opening properties
> for me in 1-2 seconds, other times it’s 10.
>
>
>
> Would be nice if they did a full makeover of the tool, but I don’t
> expect it.
>
>
>
> *From:* cisco-voip  *On Behalf Of
> *Anthony Holloway
> *Sent:* Tuesday, September 24, 2019 11:11 AM
> *To:* Matthew Loraditch 
> *Cc:* cisco-voip@puck.nether.net
> *Subject:* Re: [cisco-voip] CCX Editor Step Properties
>
>
>
> I would like to know this too!  Seems to be different lengths of delay
> depending on a few factors, however, I have not nailed down what those
> factors are.  If it happened more often, I'd put some time into it, but
> since it's generally quick-ish, I ignore it.
>
>
>
> I have one system I access exclusively via AnyConnect, and it's
> running 11.6(2), and it's god awful slow.  Just clicking Add on the Set
> Enterprise Call Info step takes like 10-20 seconds for the dialog box to
> pop open.
>
>
>
> 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.
>
> 

Re: [cisco-voip] CCX Editor Step Properties

[Tanner Ezell]

No, I don't believe so. It shouldn't be reading the file contents (which is
a shame actually, imagine how useful the input/output mappings dialog would
be if you could actually select the variables in the scripts)

On Tue, Sep 24, 2019 at 7:44 PM Anthony Holloway <
avholloway+cisco-v...@gmail.com> wrote:

> I knew it produced a list of scripts from the repo when opening the call
> subflow step, but do you know/think it's actually reading the files too?
> As opposed to just grabbing a list of names?
>
> On Tue, Sep 24, 2019 at 7:43 PM Tanner Ezell 
> wrote:
>
>> I wasn't specifically responding to you Bill, just the thread in general
>> :)
>>
>> That being said, it won't be slow if there isn't much data to transfer.
>> The script editor is talking in java object terms, so small data can be
>> quite "big" and slow over the transport medium, it is also why DB resources
>> and such can take time on those steps. (also for the call sub flow, it
>> tries to grab all the scripts on the system, the more there are the slower
>> it will be).
>>
>> VPN only compounds the already inherently slow nature of the
>> communication.
>>
>> On Tue, Sep 24, 2019 at 5:33 PM Bill Talley  wrote:
>>
>>> I’m not disagreeing with you.  Im saying there are scenarios where it’s
>>> slow even if you’re on the local LAN.  You’re saying that’s NOT the case
>>> for you in any scenario?
>>>
>>> Sent from an iPhone mobile device with very tiny touchscreen input
>>> keys.  Please excude my typtos.
>>>
>>> On Sep 24, 2019, at 7:11 PM, Tanner Ezell 
>>> wrote:
>>>
>>> It will always be an issue. It uses RMI to pull data from the UCCX which
>>> is especially slow over VPN.
>>>
>>> On Tue, Sep 24, 2019 at 9:58 AM Bill Talley  wrote:
>>>
 Good idea, but not always true.  I have several locations with scripts
 that contain REST and DB steps.  These take 7-10 second to open properties
 on any step regardless of whether I’m onsite or remote.

 Sent from an iPhone mobile device with very tiny touchscreen input
 keys.  Please excude my typtos.

 On Sep 24, 2019, at 11:53 AM, UC Penguin  wrote:

 It’s much faster if the client is run at the same site as the uccx
 server (RDP to a machine with the editor installed).

 Not an option that’s possible for all, but there is a huge improvement.
 Especially when using the debugger.


 On Sep 24, 2019, at 10:52, Matthew Loraditch <
 mloradi...@heliontechnologies.com> wrote:

 I’ve seen it editing scripts locally, in the repository, versions old
 and new.



 Matthew Loraditch​
 Sr. Network Engineer
 p: *443.541.1518* <443.541.1518>
 w: *www.heliontechnologies.com* 
  |  e: *mloradi...@heliontechnologies.com*
 
  
  
  
 
 

 *From:* cisco-voip  *On Behalf Of 
 *Johnson,
 Tim
 *Sent:* Tuesday, September 24, 2019 11:47 AM
 *To:* Anthony Holloway 
 *Cc:* cisco-voip@puck.nether.net
 *Subject:* Re: [cisco-voip] CCX Editor Step Properties



 Yeah, it’s still an issue in 12.0. Right now it’s opening properties
 for me in 1-2 seconds, other times it’s 10.



 Would be nice if they did a full makeover of the tool, but I don’t
 expect it.



 *From:* cisco-voip  *On Behalf Of 
 *Anthony
 Holloway
 *Sent:* Tuesday, September 24, 2019 11:11 AM
 *To:* Matthew Loraditch 
 *Cc:* cisco-voip@puck.nether.net
 *Subject:* Re: [cisco-voip] CCX Editor Step Properties



 I would like to know this too!  Seems to be different lengths of delay
 depending on a few factors, however, I have not nailed down what those
 factors are.  If it happened more often, I'd put some time into it, but
 since it's generally quick-ish, I ignore it.



 I have one system I access exclusively via AnyConnect, and it's running
 11.6(2), and it's god awful slow.  Just clicking Add on the Set Enterprise
 Call Info step takes like 10-20 seconds for the dialog box to pop open.



 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*
 

Re: [cisco-voip] CCX Editor Step Properties

[Anthony Holloway]

I knew it produced a list of scripts from the repo when opening the call
subflow step, but do you know/think it's actually reading the files too?
As opposed to just grabbing a list of names?

On Tue, Sep 24, 2019 at 7:43 PM Tanner Ezell  wrote:

> I wasn't specifically responding to you Bill, just the thread in general :)
>
> That being said, it won't be slow if there isn't much data to transfer.
> The script editor is talking in java object terms, so small data can be
> quite "big" and slow over the transport medium, it is also why DB resources
> and such can take time on those steps. (also for the call sub flow, it
> tries to grab all the scripts on the system, the more there are the slower
> it will be).
>
> VPN only compounds the already inherently slow nature of the
> communication.
>
> On Tue, Sep 24, 2019 at 5:33 PM Bill Talley  wrote:
>
>> I’m not disagreeing with you.  Im saying there are scenarios where it’s
>> slow even if you’re on the local LAN.  You’re saying that’s NOT the case
>> for you in any scenario?
>>
>> Sent from an iPhone mobile device with very tiny touchscreen input keys.
>> Please excude my typtos.
>>
>> On Sep 24, 2019, at 7:11 PM, Tanner Ezell  wrote:
>>
>> It will always be an issue. It uses RMI to pull data from the UCCX which
>> is especially slow over VPN.
>>
>> On Tue, Sep 24, 2019 at 9:58 AM Bill Talley  wrote:
>>
>>> Good idea, but not always true.  I have several locations with scripts
>>> that contain REST and DB steps.  These take 7-10 second to open properties
>>> on any step regardless of whether I’m onsite or remote.
>>>
>>> Sent from an iPhone mobile device with very tiny touchscreen input
>>> keys.  Please excude my typtos.
>>>
>>> On Sep 24, 2019, at 11:53 AM, UC Penguin  wrote:
>>>
>>> It’s much faster if the client is run at the same site as the uccx
>>> server (RDP to a machine with the editor installed).
>>>
>>> Not an option that’s possible for all, but there is a huge improvement.
>>> Especially when using the debugger.
>>>
>>>
>>> On Sep 24, 2019, at 10:52, Matthew Loraditch <
>>> mloradi...@heliontechnologies.com> wrote:
>>>
>>> I’ve seen it editing scripts locally, in the repository, versions old
>>> and new.
>>>
>>>
>>>
>>> Matthew Loraditch​
>>> Sr. Network Engineer
>>> p: *443.541.1518* <443.541.1518>
>>> w: *www.heliontechnologies.com*   |
>>> e: *mloradi...@heliontechnologies.com*
>>> 
>>>  
>>>  
>>>  
>>>  
>>>
>>> *From:* cisco-voip  *On Behalf Of 
>>> *Johnson,
>>> Tim
>>> *Sent:* Tuesday, September 24, 2019 11:47 AM
>>> *To:* Anthony Holloway 
>>> *Cc:* cisco-voip@puck.nether.net
>>> *Subject:* Re: [cisco-voip] CCX Editor Step Properties
>>>
>>>
>>>
>>> Yeah, it’s still an issue in 12.0. Right now it’s opening properties for
>>> me in 1-2 seconds, other times it’s 10.
>>>
>>>
>>>
>>> Would be nice if they did a full makeover of the tool, but I don’t
>>> expect it.
>>>
>>>
>>>
>>> *From:* cisco-voip  *On Behalf Of 
>>> *Anthony
>>> Holloway
>>> *Sent:* Tuesday, September 24, 2019 11:11 AM
>>> *To:* Matthew Loraditch 
>>> *Cc:* cisco-voip@puck.nether.net
>>> *Subject:* Re: [cisco-voip] CCX Editor Step Properties
>>>
>>>
>>>
>>> I would like to know this too!  Seems to be different lengths of delay
>>> depending on a few factors, however, I have not nailed down what those
>>> factors are.  If it happened more often, I'd put some time into it, but
>>> since it's generally quick-ish, I ignore it.
>>>
>>>
>>>
>>> I have one system I access exclusively via AnyConnect, and it's running
>>> 11.6(2), and it's god awful slow.  Just clicking Add on the Set Enterprise
>>> Call Info step takes like 10-20 seconds for the dialog box to pop open.
>>>
>>>
>>>
>>> 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*
>>> 
>>>
>>> 
>>> 

Re: [cisco-voip] Jabber MRA with Cisco Umbrella

[Brian Meade]

Issue would be a corporate PC with umbrella going off-site.  If you add
your internal domains, it would get the _cisco-uds record always rather
then _collab-edge.

On Tue, Sep 24, 2019, 6:34 PM Norton, Mike  wrote:

> Have never used Umbrella for external clients, but I would be very
> surprised if it somehow magically exposed your “local” domains to external
> clients. Internal clients use the internal Umbrella virtual appliance to
> resolve names, and if the request is for a domain defined as “local”, the
> virtual appliance then uses the internal DNS server to resolve the name.
> External clients would not have access to the internal virtual appliance
> nor to the internal DNS server, so it should not be possible for external
> clients to get internal answers. IIRC the list of “local” domains is per
> “site” and external clients would not be in scope for the site.
>
> Defining a local domain is probably what you want.
>
> I could be wrong though - stopped using Umbrella after Cisco bought it and
> tried to more than quadruple the pricing on us.
>
> -mn
>
>
>
> *From:* cisco-voip  *On Behalf Of *Brian
> Meade
> *Sent:* September 24, 2019 12:37 PM
> *To:* cisco-voip voyp list 
> *Subject:* [cisco-voip] Jabber MRA with Cisco Umbrella
>
>
>
> Has anyone been able to get this to work?
>
>
>
> Umbrella always finds the _collab-edge SRV record even when internally.  I
> imagine if we made the voice services domain a local domain we would have
> the reverse issue of always seeing _cisco-uds even when external.
>
>
>
> Any Umbrella features that could help here?
>
>
>
> Thanks,
>
> Brian Meade
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] CCX Editor Step Properties

[Bill Talley]

Haha whew!  I was like, I know Tanner is a lot smarter than me (I’ve seen 
ContactView), but was confused about how I haven’t heard a solution to this 
overall problem. 

Sent from an iPhone mobile device with very tiny touchscreen input keys.  
Please excude my typtos.

> On Sep 24, 2019, at 7:42 PM, Tanner Ezell  wrote:
> 
> I wasn't specifically responding to you Bill, just the thread in general :)
> 
> That being said, it won't be slow if there isn't much data to transfer. The 
> script editor is talking in java object terms, so small data can be quite 
> "big" and slow over the transport medium, it is also why DB resources and 
> such can take time on those steps. (also for the call sub flow, it tries to 
> grab all the scripts on the system, the more there are the slower it will be).
> 
> VPN only compounds the already inherently slow nature of the communication. 
> 
>> On Tue, Sep 24, 2019 at 5:33 PM Bill Talley  wrote:
>> I’m not disagreeing with you.  Im saying there are scenarios where it’s slow 
>> even if you’re on the local LAN.  You’re saying that’s NOT the case for you 
>> in any scenario?
>> 
>> Sent from an iPhone mobile device with very tiny touchscreen input keys.  
>> Please excude my typtos.
>> 
>>> On Sep 24, 2019, at 7:11 PM, Tanner Ezell  wrote:
>>> 
>>> It will always be an issue. It uses RMI to pull data from the UCCX which is 
>>> especially slow over VPN. 
>>> 
 On Tue, Sep 24, 2019 at 9:58 AM Bill Talley  wrote:
 Good idea, but not always true.  I have several locations with scripts 
 that contain REST and DB steps.  These take 7-10 second to open properties 
 on any step regardless of whether I’m onsite or remote. 
 
 Sent from an iPhone mobile device with very tiny touchscreen input keys.  
 Please excude my typtos.
 
> On Sep 24, 2019, at 11:53 AM, UC Penguin  wrote:
> 
> It’s much faster if the client is run at the same site as the uccx server 
> (RDP to a machine with the editor installed).
> 
> Not an option that’s possible for all, but there is a huge improvement. 
> Especially when using the debugger.
> 
> 
>> On Sep 24, 2019, at 10:52, Matthew Loraditch 
>>  wrote:
>> 
>> I’ve seen it editing scripts locally, in the repository, versions old 
>> and new.  
>> 
>>  
>> 
>>  
>> Matthew Loraditch​
>> Sr. Network Engineer
>> p: 443.541.1518
>> w: www.heliontechnologies.com |  e: 
>> mloradi...@heliontechnologies.com
>> 
>> 
>> 
>> 
>> From: cisco-voip  On Behalf Of 
>> Johnson, Tim
>> Sent: Tuesday, September 24, 2019 11:47 AM
>> To: Anthony Holloway 
>> Cc: cisco-voip@puck.nether.net
>> Subject: Re: [cisco-voip] CCX Editor Step Properties
>> 
>>  
>> 
>> Yeah, it’s still an issue in 12.0. Right now it’s opening properties for 
>> me in 1-2 seconds, other times it’s 10.
>> 
>>  
>> 
>> Would be nice if they did a full makeover of the tool, but I don’t 
>> expect it.
>> 
>>  
>> 
>> From: cisco-voip  On Behalf Of 
>> Anthony Holloway
>> Sent: Tuesday, September 24, 2019 11:11 AM
>> To: Matthew Loraditch 
>> Cc: cisco-voip@puck.nether.net
>> Subject: Re: [cisco-voip] CCX Editor Step Properties
>> 
>>  
>> 
>> I would like to know this too!  Seems to be different lengths of delay 
>> depending on a few factors, however, I have not nailed down what those 
>> factors are.  If it happened more often, I'd put some time into it, but 
>> since it's generally quick-ish, I ignore it.
>> 
>>  
>> 
>> I have one system I access exclusively via AnyConnect, and it's running 
>> 11.6(2), and it's god awful slow.  Just clicking Add on the Set 
>> Enterprise Call Info step takes like 10-20 seconds for the dialog box to 
>> pop open.
>> 
>>  
>> 
>> On Tue, Sep 24, 2019 at 9:51 AM Matthew Loraditch 
>>  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
>> 
>> w: www.heliontechnologies.com
>> 
>>  |
>> 
>> e: mloradi...@heliontechnologies.com
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> ___
>> 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] CCX Editor Step Properties

[Tanner Ezell]

I wasn't specifically responding to you Bill, just the thread in general :)

That being said, it won't be slow if there isn't much data to transfer. The
script editor is talking in java object terms, so small data can be quite
"big" and slow over the transport medium, it is also why DB resources and
such can take time on those steps. (also for the call sub flow, it tries to
grab all the scripts on the system, the more there are the slower it will
be).

VPN only compounds the already inherently slow nature of the communication.

On Tue, Sep 24, 2019 at 5:33 PM Bill Talley  wrote:

> I’m not disagreeing with you.  Im saying there are scenarios where it’s
> slow even if you’re on the local LAN.  You’re saying that’s NOT the case
> for you in any scenario?
>
> Sent from an iPhone mobile device with very tiny touchscreen input keys.
> Please excude my typtos.
>
> On Sep 24, 2019, at 7:11 PM, Tanner Ezell  wrote:
>
> It will always be an issue. It uses RMI to pull data from the UCCX which
> is especially slow over VPN.
>
> On Tue, Sep 24, 2019 at 9:58 AM Bill Talley  wrote:
>
>> Good idea, but not always true.  I have several locations with scripts
>> that contain REST and DB steps.  These take 7-10 second to open properties
>> on any step regardless of whether I’m onsite or remote.
>>
>> Sent from an iPhone mobile device with very tiny touchscreen input keys.
>> Please excude my typtos.
>>
>> On Sep 24, 2019, at 11:53 AM, UC Penguin  wrote:
>>
>> It’s much faster if the client is run at the same site as the uccx server
>> (RDP to a machine with the editor installed).
>>
>> Not an option that’s possible for all, but there is a huge improvement.
>> Especially when using the debugger.
>>
>>
>> On Sep 24, 2019, at 10:52, Matthew Loraditch <
>> mloradi...@heliontechnologies.com> wrote:
>>
>> I’ve seen it editing scripts locally, in the repository, versions old and
>> new.
>>
>>
>>
>> Matthew Loraditch​
>> Sr. Network Engineer
>> p: *443.541.1518* <443.541.1518>
>> w: *www.heliontechnologies.com*   |
>> e: *mloradi...@heliontechnologies.com*
>> 
>>  
>>  
>>  
>>  
>>
>> *From:* cisco-voip  *On Behalf Of 
>> *Johnson,
>> Tim
>> *Sent:* Tuesday, September 24, 2019 11:47 AM
>> *To:* Anthony Holloway 
>> *Cc:* cisco-voip@puck.nether.net
>> *Subject:* Re: [cisco-voip] CCX Editor Step Properties
>>
>>
>>
>> Yeah, it’s still an issue in 12.0. Right now it’s opening properties for
>> me in 1-2 seconds, other times it’s 10.
>>
>>
>>
>> Would be nice if they did a full makeover of the tool, but I don’t expect
>> it.
>>
>>
>>
>> *From:* cisco-voip  *On Behalf Of 
>> *Anthony
>> Holloway
>> *Sent:* Tuesday, September 24, 2019 11:11 AM
>> *To:* Matthew Loraditch 
>> *Cc:* cisco-voip@puck.nether.net
>> *Subject:* Re: [cisco-voip] CCX Editor Step Properties
>>
>>
>>
>> I would like to know this too!  Seems to be different lengths of delay
>> depending on a few factors, however, I have not nailed down what those
>> factors are.  If it happened more often, I'd put some time into it, but
>> since it's generally quick-ish, I ignore it.
>>
>>
>>
>> I have one system I access exclusively via AnyConnect, and it's running
>> 11.6(2), and it's god awful slow.  Just clicking Add on the Set Enterprise
>> Call Info step takes like 10-20 seconds for the dialog box to pop open.
>>
>>
>>
>> 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*
>> 
>>
>> 
>> 
>>
>> 
>> 
>>
>> 
>> 

Re: [cisco-voip] CCX Editor Step Properties

[Bill Talley]

I’m not disagreeing with you.  Im saying there are scenarios where it’s slow 
even if you’re on the local LAN.  You’re saying that’s NOT the case for you in 
any scenario?

Sent from an iPhone mobile device with very tiny touchscreen input keys.  
Please excude my typtos.

> On Sep 24, 2019, at 7:11 PM, Tanner Ezell  wrote:
> 
> It will always be an issue. It uses RMI to pull data from the UCCX which is 
> especially slow over VPN. 
> 
>> On Tue, Sep 24, 2019 at 9:58 AM Bill Talley  wrote:
>> Good idea, but not always true.  I have several locations with scripts that 
>> contain REST and DB steps.  These take 7-10 second to open properties on any 
>> step regardless of whether I’m onsite or remote. 
>> 
>> Sent from an iPhone mobile device with very tiny touchscreen input keys.  
>> Please excude my typtos.
>> 
>>> On Sep 24, 2019, at 11:53 AM, UC Penguin  wrote:
>>> 
>>> It’s much faster if the client is run at the same site as the uccx server 
>>> (RDP to a machine with the editor installed).
>>> 
>>> Not an option that’s possible for all, but there is a huge improvement. 
>>> Especially when using the debugger.
>>> 
>>> 
 On Sep 24, 2019, at 10:52, Matthew Loraditch 
  wrote:
 
 I’ve seen it editing scripts locally, in the repository, versions old and 
 new.  
 
  
 

 Matthew Loraditch​
 Sr. Network Engineer
 p: 443.541.1518
 w: www.heliontechnologies.com   |  e: 
 mloradi...@heliontechnologies.com
 
 
 
 
 From: cisco-voip  On Behalf Of 
 Johnson, Tim
 Sent: Tuesday, September 24, 2019 11:47 AM
 To: Anthony Holloway 
 Cc: cisco-voip@puck.nether.net
 Subject: Re: [cisco-voip] CCX Editor Step Properties
 
  
 
 Yeah, it’s still an issue in 12.0. Right now it’s opening properties for 
 me in 1-2 seconds, other times it’s 10.
 
  
 
 Would be nice if they did a full makeover of the tool, but I don’t expect 
 it.
 
  
 
 From: cisco-voip  On Behalf Of Anthony 
 Holloway
 Sent: Tuesday, September 24, 2019 11:11 AM
 To: Matthew Loraditch 
 Cc: cisco-voip@puck.nether.net
 Subject: Re: [cisco-voip] CCX Editor Step Properties
 
  
 
 I would like to know this too!  Seems to be different lengths of delay 
 depending on a few factors, however, I have not nailed down what those 
 factors are.  If it happened more often, I'd put some time into it, but 
 since it's generally quick-ish, I ignore it.
 
  
 
 I have one system I access exclusively via AnyConnect, and it's running 
 11.6(2), and it's god awful slow.  Just clicking Add on the Set Enterprise 
 Call Info step takes like 10-20 seconds for the dialog box to pop open.
 
  
 
 On Tue, Sep 24, 2019 at 9:51 AM Matthew Loraditch 
  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
 
 w: www.heliontechnologies.com
 
  |
 
 e: mloradi...@heliontechnologies.com
 
 
 
 
 
 
 
 
 
 ___
 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] CCX Editor Step Properties

[Tanner Ezell]

It will always be an issue. It uses RMI to pull data from the UCCX which is
especially slow over VPN.

On Tue, Sep 24, 2019 at 9:58 AM Bill Talley  wrote:

> Good idea, but not always true.  I have several locations with scripts
> that contain REST and DB steps.  These take 7-10 second to open properties
> on any step regardless of whether I’m onsite or remote.
>
> Sent from an iPhone mobile device with very tiny touchscreen input keys.
> Please excude my typtos.
>
> On Sep 24, 2019, at 11:53 AM, UC Penguin  wrote:
>
> It’s much faster if the client is run at the same site as the uccx server
> (RDP to a machine with the editor installed).
>
> Not an option that’s possible for all, but there is a huge improvement.
> Especially when using the debugger.
>
>
> On Sep 24, 2019, at 10:52, Matthew Loraditch <
> mloradi...@heliontechnologies.com> wrote:
>
> I’ve seen it editing scripts locally, in the repository, versions old and
> new.
>
>
>
> Matthew Loraditch​
> Sr. Network Engineer
> p: *443.541.1518* <443.541.1518>
> w: *www.heliontechnologies.com*   |
> e: *mloradi...@heliontechnologies.com* 
>  
>  
>  
>  
>
> *From:* cisco-voip  *On Behalf Of 
> *Johnson,
> Tim
> *Sent:* Tuesday, September 24, 2019 11:47 AM
> *To:* Anthony Holloway 
> *Cc:* cisco-voip@puck.nether.net
> *Subject:* Re: [cisco-voip] CCX Editor Step Properties
>
>
>
> Yeah, it’s still an issue in 12.0. Right now it’s opening properties for
> me in 1-2 seconds, other times it’s 10.
>
>
>
> Would be nice if they did a full makeover of the tool, but I don’t expect
> it.
>
>
>
> *From:* cisco-voip  *On Behalf Of *Anthony
> Holloway
> *Sent:* Tuesday, September 24, 2019 11:11 AM
> *To:* Matthew Loraditch 
> *Cc:* cisco-voip@puck.nether.net
> *Subject:* Re: [cisco-voip] CCX Editor Step Properties
>
>
>
> I would like to know this too!  Seems to be different lengths of delay
> depending on a few factors, however, I have not nailed down what those
> factors are.  If it happened more often, I'd put some time into it, but
> since it's generally quick-ish, I ignore it.
>
>
>
> I have one system I access exclusively via AnyConnect, and it's running
> 11.6(2), and it's god awful slow.  Just clicking Add on the Set Enterprise
> Call Info step takes like 10-20 seconds for the dialog box to pop open.
>
>
>
> 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* 
>
> 
> 
>
> 
> 
>
> 
> 
>
> 
> 
>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
> 
>
> 

Re: [cisco-voip] Jabber MRA with Cisco Umbrella

[Norton, Mike]

Have never used Umbrella for external clients, but I would be very surprised if 
it somehow magically exposed your “local” domains to external clients. Internal 
clients use the internal Umbrella virtual appliance to resolve names, and if 
the request is for a domain defined as “local”, the virtual appliance then uses 
the internal DNS server to resolve the name. External clients would not have 
access to the internal virtual appliance nor to the internal DNS server, so it 
should not be possible for external clients to get internal answers. IIRC the 
list of “local” domains is per “site” and external clients would not be in 
scope for the site.

Defining a local domain is probably what you want.

I could be wrong though - stopped using Umbrella after Cisco bought it and 
tried to more than quadruple the pricing on us.

-mn


From: cisco-voip  On Behalf Of Brian Meade
Sent: September 24, 2019 12:37 PM
To: cisco-voip voyp list 
Subject: [cisco-voip] Jabber MRA with Cisco Umbrella

Has anyone been able to get this to work?

Umbrella always finds the _collab-edge SRV record even when internally.  I 
imagine if we made the voice services domain a local domain we would have the 
reverse issue of always seeing _cisco-uds even when external.

Any Umbrella features that could help here?

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

Re: [cisco-voip] [EXTERNAL]how to get MRA listings from expressway?

[Lelio Fulgenzi]

Thanks! I’ll try that out in the morning.

-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

[University of Guelph Cornerstone with Improve Life tagline]

On Sep 24, 2019, at 4:38 PM, Mergenthal, Chase 
mailto:chase.mergent...@bestbuy.com>> wrote:

In Expressway-C:
Click: “Status” -> “Unified Communications Status” -> “View sessions authorized 
by user credential”


--
Chase Mergenthal

From: cisco-voip 
mailto:cisco-voip-boun...@puck.nether.net>> 
On Behalf Of Lelio Fulgenzi
Sent: Tuesday, September 24, 2019 3:02 PM
To: voyp list, cisco-voip 
(cisco-voip@puck.nether.net) 
mailto:cisco-voip@puck.nether.net>>
Subject: [EXTERNAL]how to get MRA listings from expressway?


This message is from an external sender.
If you suspect this message is malicious, please click on the "Phish Reporter" 
button within Outlook OR forward this message to phishing @bestbuy.com, and 
please do NOT open any attachments or click on any links.


OK – for the life of me, I can’t remember how to find the MRA sessions from 
expressway.

I’m sure it was an easy thing, but now I can’t even remember if I look on C or 
E.

Ack!

---
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://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] [EXTERNAL]how to get MRA listings from expressway?

[Mergenthal, Chase]

In Expressway-C:
Click: "Status" -> "Unified Communications Status" -> "View sessions authorized 
by user credential"


--
Chase Mergenthal

From: cisco-voip  On Behalf Of Lelio 
Fulgenzi
Sent: Tuesday, September 24, 2019 3:02 PM
To: voyp list, cisco-voip (cisco-voip@puck.nether.net) 

Subject: [EXTERNAL]how to get MRA listings from expressway?


This message is from an external sender.
If you suspect this message is malicious, please click on the "Phish Reporter" 
button within Outlook OR forward this message to phishing @bestbuy.com, and 
please do NOT open any attachments or click on any links.


OK - for the life of me, I can't remember how to find the MRA sessions from 
expressway.

I'm sure it was an easy thing, but now I can't even remember if I look on C or 
E.

Ack!

---
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] how to get MRA listings from expressway?

[Lelio Fulgenzi]

OK - for the life of me, I can't remember how to find the MRA sessions from 
expressway.

I'm sure it was an easy thing, but now I can't even remember if I look on C or 
E.

Ack!

---
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

Re: [cisco-voip] Jabber MRA with Cisco Umbrella

[Lelio Fulgenzi]

Which deployment model have you chosen? What features are you using on the 
endpoint?

I’m _pretty_ sure we’ve using Umbrella, but we’ve basically pointed our on-prem 
DNS servers to them. And that’s it. No endpoint configuration yet.

I’ve asked the team to make sure they do tests accordingly before any other 
configuration changes to ensure Jabber on/off-premise detection works.

It’s a shame the BUs can’t co-ordinate. I mentioned Jabber on/off-prem 
detection and I don’t think any of the Umbrella folks knew what I was talking 
about. If they did, they hid it pretty well.

Hmmm, maybe this is what that Solutions Support option is all about?

---
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]

From: cisco-voip  On Behalf Of Brian Meade
Sent: Tuesday, September 24, 2019 2:37 PM
To: cisco-voip voyp list 
Subject: [cisco-voip] Jabber MRA with Cisco Umbrella

Has anyone been able to get this to work?

Umbrella always finds the _collab-edge SRV record even when internally.  I 
imagine if we made the voice services domain a local domain we would have the 
reverse issue of always seeing _cisco-uds even when external.

Any Umbrella features that could help here?

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

[cisco-voip] Jabber MRA with Cisco Umbrella

[Brian Meade]

Has anyone been able to get this to work?

Umbrella always finds the _collab-edge SRV record even when internally.  I
imagine if we made the voice services domain a local domain we would have
the reverse issue of always seeing _cisco-uds even when external.

Any Umbrella features that could help here?

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

Re: [cisco-voip] Is Your CCIE Status on Your Cisco.com Profile?

[Matthew Loraditch]

Outside of the Collab VT, I’d say if you are involved in post sales you get 
better and more timely info in the CCP about future stuff and planning than you 
do as a partner.

The stuff Srini knows and I do to some extent is about ordering and BOMs, etc 
etc. and not really useful to post sales scenarios usually.


Matthew Loraditch
Sr. Network Engineer
p: 443.541.1518
w: www.heliontechnologies.com | e: mloradi...@heliontechnologies.com
From: cisco-voip  On Behalf Of Anthony 
Holloway
Sent: Tuesday, September 24, 2019 12:59 PM
To: UC Penguin 
Cc: Cisco VoIP Group 
Subject: Re: [cisco-voip] Is Your CCIE Status on Your Cisco.com Profile?

I was just kidding around anyway.

For what it's worth, I've been at a Partner for the majority of my career (~10 
out of ~13 years), and I can honestly say that, from a post-sales engineering 
role I serve, there's very little of benefit to me on the partner side.  I 
derive almost all of my value from public documentation, the non-partner 
support forums, this mailing list, and good old fashion "let's try it and see 
what it does."

I find the partner support forum area to be quite dead, and when questions are 
asked, it's public information that could have benefited a google searcher 
looking for that answer.

Perhaps some partners will chime in here and share with me some nugget of 
information, and I'll realize, once again, I've been missing out on something 
for all these years.  SMH

I can see how though, for a pre-sales engineer, that would be quite different.  
I see Srini 
over in the partner forums just crushing it, basically doing Cisco's job for 
them, helping all kinds of partners out.  Competitors to his own company no 
less.

On Tue, Sep 24, 2019 at 11:49 AM UC Penguin 
mailto:gen...@ucpenguin.com>> wrote:
It wasn’t intended to be mean.

Just an observation.

Would be nice if CCIEs (that aren’t associated with a partner), are given more 
access similar to what is available to partners.

I can’t count the number of times going through support forums something links 
to a partner only link.

I’m probably in the minority, but just a different view point.

On Sep 24, 2019, at 10:08, Anthony Holloway 
mailto:avholloway+cisco-v...@gmail.com>> wrote:
Low blow Mt Penguin, low blow.  I'm not saying you get developers on the case 
with you.  I think it's more of a backbone TAC (if available) versus the 
outsourced TAC.  I admittedly haven't opened a TAC case since fixing my status, 
so the benefit has yet to be seen by me.  I did notice I can select Sev 2 
online, however, Sev 1 was still disabled as an option when I took a cursory 
look.

On Tue, Sep 24, 2019 at 9:32 AM UC Penguin 
mailto:gen...@ucpenguin.com>> wrote:
Mine was associated, though I haven’t seen any noticeable TAC improvements.

On Sep 24, 2019, at 09:27, Lelio Fulgenzi 
mailto:le...@uoguelph.ca>> wrote:
I’ve forwarded this note to a couple of my colleagues. I’m pretty sure they had 
a similar experience in thinking CCIE treatment was automatic. I’ll have to 
follow up with them.



---
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 
mailto:cisco-voip-boun...@puck.nether.net>> 
On Behalf Of Anthony Holloway
Sent: Tuesday, September 24, 2019 10:22 AM
To: Peter Slow mailto:peter.s...@gmail.com>>
Cc: Cisco VoIP Group 
mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] Is Your CCIE Status on Your 
Cisco.com Profile?

Thank you so much for the congratulations and appreciation!  So far no one has 
mentioned that it helped them get associated, or if they already were, so I'm 
not too sure if this was a valuable guide or not.  I'm afraid I might be the 
only knucklehead who earned his CCIE, promptly set it on a shelf, and didn't 
put it to work for me.

On Mon, Sep 23, 2019 at 6:38 PM Peter Slow 
mailto:peter.s...@gmail.com>> wrote:
Anthony,
Congratulations  on your fifth IE anniversary! It’s very nice of you to 
create and provide this guide to everyone. Thanks for creating this!

-Pete

On Tue, Sep 17, 2019 at 12:27 Anthony Holloway 
mailto:avholloway%2bcisco-v...@gmail.com>> 
wrote:
Ok, so this is kind of big news for me, so I thought I'd share it with all of 
you; current and future CCIEs.

I got my CCIE Collaboration (45633) five years ago, and had always been told 
that I would receive preferred treatment when opening TAC cases.

Now, I didn't know how to verify that statement, so I just assumed it was 
happening.  Its not unreasonable to assume this was an automatic association.  
Come to find out, I was wrong, and for five years, I have been missing out on 
this benefit.

First up, just 

Re: [cisco-voip] Is Your CCIE Status on Your Cisco.com Profile?

[Anthony Holloway]

I was just kidding around anyway.

For what it's worth, I've been at a Partner for the majority of my career
(~10 out of ~13 years), and I can honestly say that, from a post-sales
engineering role I serve, there's very little of benefit to me on the
partner side.  I derive almost all of my value from public documentation,
the non-partner support forums, this mailing list, and good old fashion
"let's try it and see what it does."

I find the partner support forum area to be quite dead, and when questions
are asked, it's public information that could have benefited a google
searcher looking for that answer.

Perhaps some partners will chime in here and share with me some nugget of
information, and I'll realize, once again, I've been missing out on
something for all these years.  SMH

I can see how though, for a pre-sales engineer, that would be quite
different.  I see Srini
 over
in the partner forums just crushing it, basically doing Cisco's job for
them, helping all kinds of partners out.  Competitors to his own company no
less.

On Tue, Sep 24, 2019 at 11:49 AM UC Penguin  wrote:

> It wasn’t intended to be mean.
>
> Just an observation.
>
> Would be nice if CCIEs (that aren’t associated with a partner), are given
> more access similar to what is available to partners.
>
> I can’t count the number of times going through support forums something
> links to a partner only link.
>
> I’m probably in the minority, but just a different view point.
>
> On Sep 24, 2019, at 10:08, Anthony Holloway <
> avholloway+cisco-v...@gmail.com> wrote:
>
> Low blow Mt Penguin, low blow.  I'm not saying you get developers on the
> case with you.  I think it's more of a backbone TAC (if available) versus
> the outsourced TAC.  I admittedly haven't opened a TAC case since fixing my
> status, so the benefit has yet to be seen by me.  I did notice I can select
> Sev 2 online, however, Sev 1 was still disabled as an option when I took a
> cursory look.
>
> On Tue, Sep 24, 2019 at 9:32 AM UC Penguin  wrote:
>
>> Mine was associated, though I haven’t seen any noticeable TAC
>> improvements.
>>
>> On Sep 24, 2019, at 09:27, Lelio Fulgenzi  wrote:
>>
>> I’ve forwarded this note to a couple of my colleagues. I’m pretty sure
>> they had a similar experience in thinking CCIE treatment was automatic.
>> I’ll have to follow up with them.
>>
>>
>>
>>
>>
>>
>>
>> ---
>>
>> *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 
>> *Anthony
>> Holloway
>> *Sent:* Tuesday, September 24, 2019 10:22 AM
>> *To:* Peter Slow 
>> *Cc:* Cisco VoIP Group 
>> *Subject:* Re: [cisco-voip] Is Your CCIE Status on Your Cisco.com
>> Profile?
>>
>>
>>
>> Thank you so much for the congratulations and appreciation!  So far no
>> one has mentioned that it helped them get associated, or if they already
>> were, so I'm not too sure if this was a valuable guide or not.  I'm afraid
>> I might be the only knucklehead who earned his CCIE, promptly set it on a
>> shelf, and didn't put it to work for me.
>>
>>
>>
>> On Mon, Sep 23, 2019 at 6:38 PM Peter Slow  wrote:
>>
>> Anthony,
>>
>> Congratulations  on your fifth IE anniversary! It’s very nice of
>> you to create and provide this guide to everyone. Thanks for creating this!
>>
>>
>>
>> -Pete
>>
>>
>>
>> On Tue, Sep 17, 2019 at 12:27 Anthony Holloway <
>> avholloway+cisco-v...@gmail.com> wrote:
>>
>> Ok, so this is kind of big news for me, so I thought I'd share it with
>> all of you; current and future CCIEs.
>>
>>
>>
>> I got my CCIE Collaboration (45633) five years ago, and had always been
>> told that I would receive preferred treatment when opening TAC cases.
>>
>>
>>
>> Now, I didn't know how to verify that statement, so I just assumed it was
>> happening.  Its not unreasonable to assume this was an automatic
>> association.  Come to find out, I was wrong, and for five years, I have
>> been missing out on this benefit.
>>
>>
>>
>> First up, just check if your CCO profile reflects your CCIE status,
>> because it might.
>>
>>
>>
>> Head on over to your Cisco.com Profile Account Management page:
>>
>> https://www.cisco.com/c/en/us/about/account.html
>>
>>
>>
>> Partners and Customers alike, will click the Customer Profile Manager
>> link.
>>
>>
>>
>> 
>>
>>
>>
>>
>>
>> Then click the Access Management tab
>>
>>
>>
>> 
>>
>>
>>
>> Then click the CCIE tab
>>
>>
>>
>> 
>>
>>
>>
>> Now, either one of two things will show here:
>>
>>
>>
>> A) If you see a link to the CCIE program, then you're golden, and you
>> don't need this guide, sorry to waste your time, but at least you can sleep
>> easy tonight.
>>
>>
>>
>> *GOOD*
>>

Re: [cisco-voip] CCX Editor Step Properties

[Bill Talley]

Good idea, but not always true.  I have several locations with scripts that 
contain REST and DB steps.  These take 7-10 second to open properties on any 
step regardless of whether I’m onsite or remote. 

Sent from an iPhone mobile device with very tiny touchscreen input keys.  
Please excude my typtos.

> On Sep 24, 2019, at 11:53 AM, UC Penguin  wrote:
> 
> It’s much faster if the client is run at the same site as the uccx server 
> (RDP to a machine with the editor installed).
> 
> Not an option that’s possible for all, but there is a huge improvement. 
> Especially when using the debugger.
> 
> 
>> On Sep 24, 2019, at 10:52, Matthew Loraditch 
>>  wrote:
>> 
>> I’ve seen it editing scripts locally, in the repository, versions old and 
>> new.  
>>  
>>  
>> Matthew Loraditch​
>> Sr. Network Engineer
>> p: 443.541.1518
>> w: www.heliontechnologies.com |  e: 
>> mloradi...@heliontechnologies.com
>> 
>> 
>> 
>> 
>> From: cisco-voip  On Behalf Of Johnson, 
>> Tim
>> Sent: Tuesday, September 24, 2019 11:47 AM
>> To: Anthony Holloway 
>> Cc: cisco-voip@puck.nether.net
>> Subject: Re: [cisco-voip] CCX Editor Step Properties
>>  
>> Yeah, it’s still an issue in 12.0. Right now it’s opening properties for me 
>> in 1-2 seconds, other times it’s 10.
>>  
>> Would be nice if they did a full makeover of the tool, but I don’t expect it.
>>  
>> From: cisco-voip  On Behalf Of Anthony 
>> Holloway
>> Sent: Tuesday, September 24, 2019 11:11 AM
>> To: Matthew Loraditch 
>> Cc: cisco-voip@puck.nether.net
>> Subject: Re: [cisco-voip] CCX Editor Step Properties
>>  
>> I would like to know this too!  Seems to be different lengths of delay 
>> depending on a few factors, however, I have not nailed down what those 
>> factors are.  If it happened more often, I'd put some time into it, but 
>> since it's generally quick-ish, I ignore it.
>>  
>> I have one system I access exclusively via AnyConnect, and it's running 
>> 11.6(2), and it's god awful slow.  Just clicking Add on the Set Enterprise 
>> Call Info step takes like 10-20 seconds for the dialog box to pop open.
>>  
>> On Tue, Sep 24, 2019 at 9:51 AM Matthew Loraditch 
>>  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
>> w: www.heliontechnologies.com
>>  | 
>> e: mloradi...@heliontechnologies.com
>> 
>> 
>> 
>> 
>> ___
>> 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] CCX Editor Step Properties

[UC Penguin]

It’s much faster if the client is run at the same site as the uccx server (RDP 
to a machine with the editor installed).

Not an option that’s possible for all, but there is a huge improvement. 
Especially when using the debugger.


> On Sep 24, 2019, at 10:52, Matthew Loraditch 
>  wrote:
> 
> I’ve seen it editing scripts locally, in the repository, versions old and 
> new.  
>  
>   
> Matthew Loraditch​
> Sr. Network Engineer
> p: 443.541.1518
> w: www.heliontechnologies.com  |  e: mloradi...@heliontechnologies.com
> 
> 
> 
> 
> From: cisco-voip  On Behalf Of Johnson, 
> Tim
> Sent: Tuesday, September 24, 2019 11:47 AM
> To: Anthony Holloway 
> Cc: cisco-voip@puck.nether.net
> Subject: Re: [cisco-voip] CCX Editor Step Properties
>  
> Yeah, it’s still an issue in 12.0. Right now it’s opening properties for me 
> in 1-2 seconds, other times it’s 10.
>  
> Would be nice if they did a full makeover of the tool, but I don’t expect it.
>  
> From: cisco-voip  On Behalf Of Anthony 
> Holloway
> Sent: Tuesday, September 24, 2019 11:11 AM
> To: Matthew Loraditch 
> Cc: cisco-voip@puck.nether.net
> Subject: Re: [cisco-voip] CCX Editor Step Properties
>  
> I would like to know this too!  Seems to be different lengths of delay 
> depending on a few factors, however, I have not nailed down what those 
> factors are.  If it happened more often, I'd put some time into it, but since 
> it's generally quick-ish, I ignore it.
>  
> I have one system I access exclusively via AnyConnect, and it's running 
> 11.6(2), and it's god awful slow.  Just clicking Add on the Set Enterprise 
> Call Info step takes like 10-20 seconds for the dialog box to pop open.
>  
> On Tue, Sep 24, 2019 at 9:51 AM Matthew Loraditch 
>  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
> w: www.heliontechnologies.com
>  | 
> e: mloradi...@heliontechnologies.com
> 
> 
> 
> 
> ___
> 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] Is Your CCIE Status on Your Cisco.com Profile?

[UC Penguin]

It wasn’t intended to be mean.

Just an observation.

Would be nice if CCIEs (that aren’t associated with a partner), are given more 
access similar to what is available to partners.

I can’t count the number of times going through support forums something links 
to a partner only link.

I’m probably in the minority, but just a different view point.

> On Sep 24, 2019, at 10:08, Anthony Holloway  
> wrote:
> 
> Low blow Mt Penguin, low blow.  I'm not saying you get developers on the case 
> with you.  I think it's more of a backbone TAC (if available) versus the 
> outsourced TAC.  I admittedly haven't opened a TAC case since fixing my 
> status, so the benefit has yet to be seen by me.  I did notice I can select 
> Sev 2 online, however, Sev 1 was still disabled as an option when I took a 
> cursory look.
> 
>> On Tue, Sep 24, 2019 at 9:32 AM UC Penguin  wrote:
>> Mine was associated, though I haven’t seen any noticeable TAC improvements.
>> 
>>> On Sep 24, 2019, at 09:27, Lelio Fulgenzi  wrote:
>>> 
>>> I’ve forwarded this note to a couple of my colleagues. I’m pretty sure they 
>>> had a similar experience in thinking CCIE treatment was automatic. I’ll 
>>> have to follow up with them.
>>> 
>>>  
>>> 
>>>  
>>> 
>>>  
>>> 
>>> ---
>>> 
>>> 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 Anthony 
>>> Holloway
>>> Sent: Tuesday, September 24, 2019 10:22 AM
>>> To: Peter Slow 
>>> Cc: Cisco VoIP Group 
>>> Subject: Re: [cisco-voip] Is Your CCIE Status on Your Cisco.com Profile?
>>> 
>>>  
>>> 
>>> Thank you so much for the congratulations and appreciation!  So far no one 
>>> has mentioned that it helped them get associated, or if they already were, 
>>> so I'm not too sure if this was a valuable guide or not.  I'm afraid I 
>>> might be the only knucklehead who earned his CCIE, promptly set it on a 
>>> shelf, and didn't put it to work for me. 
>>> 
>>>  
>>> 
>>> On Mon, Sep 23, 2019 at 6:38 PM Peter Slow  wrote:
>>> 
>>> Anthony, 
>>> 
>>> Congratulations  on your fifth IE anniversary! It’s very nice of you 
>>> to create and provide this guide to everyone. Thanks for creating this!
>>> 
>>>  
>>> 
>>> -Pete
>>> 
>>>  
>>> 
>>> On Tue, Sep 17, 2019 at 12:27 Anthony Holloway 
>>>  wrote:
>>> 
>>> Ok, so this is kind of big news for me, so I thought I'd share it with all 
>>> of you; current and future CCIEs.
>>> 
>>>  
>>> 
>>> I got my CCIE Collaboration (45633) five years ago, and had always been 
>>> told that I would receive preferred treatment when opening TAC cases.
>>> 
>>>  
>>> 
>>> Now, I didn't know how to verify that statement, so I just assumed it was 
>>> happening.  Its not unreasonable to assume this was an automatic 
>>> association.  Come to find out, I was wrong, and for five years, I have 
>>> been missing out on this benefit.
>>> 
>>>  
>>> 
>>> First up, just check if your CCO profile reflects your CCIE status, because 
>>> it might.
>>> 
>>>  
>>> 
>>> Head on over to your Cisco.com Profile Account Management page:
>>> 
>>> https://www.cisco.com/c/en/us/about/account.html  
>>> 
>>>  
>>> 
>>> Partners and Customers alike, will click the Customer Profile Manager link.
>>> 
>>>  
>>> 
>>> 
>>> 
>>>  
>>> 
>>>  
>>> 
>>> Then click the Access Management tab
>>> 
>>>  
>>> 
>>> 
>>> 
>>>  
>>> 
>>> Then click the CCIE tab
>>> 
>>>  
>>> 
>>> 
>>> 
>>>  
>>> 
>>> Now, either one of two things will show here:
>>> 
>>>  
>>> 
>>> A) If you see a link to the CCIE program, then you're golden, and you don't 
>>> need this guide, sorry to waste your time, but at least you can sleep easy 
>>> tonight.
>>> 
>>>  
>>> 
>>> GOOD
>>> 
>>> 
>>> 
>>>  
>>> 
>>> B) If you see two fields to enter your CCIE Number and Company Name, then 
>>> you are not associated
>>> 
>>>  
>>> 
>>> BAD
>>> 
>>> 
>>> 
>>>  
>>> 
>>> So, if this matches what you see, then we need to make sure some things 
>>> line up first before just submitting the information, else it will likely 
>>> just fail.
>>> 
>>>  
>>> 
>>> Step 1) Check your CCIE Profile
>>> 
>>>  
>>> 
>>> Go to: 
>>> https://ccie.cloudapps.cisco.com/CCIE/Schedule_Lab/CCIEOnline/CCIEOnline
>>> 
>>>  
>>> 
>>> Click on Profile, and check your First Name, Last Name, Email and Company 
>>> Name
>>> 
>>>  
>>> 
>>> 
>>> 
>>>  
>>> 
>>> Step 2) Check your CCO Profile
>>> 
>>>  
>>> 
>>> Go to: https://www.cisco.com/c/en/us/about/account.html (same place we 
>>> started on), and click on Customer Profile Manager
>>> 
>>>  
>>> 
>>> It should already be on the Personal tab, but if not, click that, and check 
>>> your First Name, Last Name, Email and Company
>>> 
>>>  
>>> 
>>> 
>>> 
>>>  
>>> 
>>> 

Re: [cisco-voip] Is Your CCIE Status on Your Cisco.com Profile?

[Anthony Holloway]

How in the world did that slip through the cracks?  Start power maybe?  No
one wanted to correct him?  Wowza!

On Tue, Sep 24, 2019 at 10:32 AM Lelio Fulgenzi  wrote:

> I prefer Mt. Penguin.
>
>
>
> As does Benadark Cumberband.
>
>
>
> https://www.youtube.com/watch?v=9GHPNKUMf70=3m18s
>
>
>
> ---
>
> *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 *Anthony
> Holloway
> *Sent:* Tuesday, September 24, 2019 11:26 AM
> *To:* Dave, Pavan 
> *Cc:* Cisco VoIP Group 
> *Subject:* Re: [cisco-voip] Is Your CCIE Status on Your Cisco.com Profile?
>
>
>
> Thanks for the insight!
>
>
>
> Correction to my previous post, I meant to type Mr. Penguin, and not Mt.
> Penguin.
>
>
>
> On Tue, Sep 24, 2019 at 10:18 AM Dave, Pavan  wrote:
>
> It’s been a while since my TAC days but CCIE meant you went straight to
> Backbone TAC.  They were considering phasing this out at some point, not
> sure where that went because TAC does key word based routing.
>
>
> There is/was some thinking with customers that backbone = best, but the
> way keywords are distributed this may often times be a disservice to
> getting a speedy resolution. You may have a more skilled engineer, but they
> may not see that type of problem often and it will take them much longer to
> reach a resolution.
>
>
>
>
>
>
>
> *From:* cisco-voip  *On Behalf Of *Anthony
> Holloway
> *Sent:* Tuesday, September 24, 2019 10:09 AM
> *To:* UC Penguin 
> *Cc:* Cisco VoIP Group 
> *Subject:* Re: [cisco-voip] Is Your CCIE Status on Your Cisco.com Profile?
>
>
>
> *EXTERNAL EMAIL*
>
>
>
>
>
> Low blow Mt Penguin, low blow.  I'm not saying you get developers on the
> case with you.  I think it's more of a backbone TAC (if available) versus
> the outsourced TAC.  I admittedly haven't opened a TAC case since fixing my
> status, so the benefit has yet to be seen by me.  I did notice I can select
> Sev 2 online, however, Sev 1 was still disabled as an option when I took a
> cursory look.
>
>
>
> On Tue, Sep 24, 2019 at 9:32 AM UC Penguin  wrote:
>
> Mine was associated, though I haven’t seen any noticeable TAC improvements.
>
>
>
>
>
>
>
> * Pavan Dave | Senior Engineer, Contact Center Presidio (NASDAQ: PSDO) |
> presidio.com  7701 Las Colinas Ridge #600, Irving, TX
> 75063 D: 469.464.1283 | C: 832.860.5465 | pd...@presidio.com
> *
>
>
>
> On Sep 24, 2019, at 09:27, Lelio Fulgenzi  wrote:
>
> I’ve forwarded this note to a couple of my colleagues. I’m pretty sure
> they had a similar experience in thinking CCIE treatment was automatic.
> I’ll have to follow up with them.
>
>
>
>
>
>
>
> ---
>
> *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 *Anthony
> Holloway
> *Sent:* Tuesday, September 24, 2019 10:22 AM
> *To:* Peter Slow 
> *Cc:* Cisco VoIP Group 
> *Subject:* Re: [cisco-voip] Is Your CCIE Status on Your Cisco.com Profile?
>
>
>
> Thank you so much for the congratulations and appreciation!  So far no one
> has mentioned that it helped them get associated, or if they already were,
> so I'm not too sure if this was a valuable guide or not.  I'm afraid I
> might be the only knucklehead who earned his CCIE, promptly set it on a
> shelf, and didn't put it to work for me.
>
>
>
> On Mon, Sep 23, 2019 at 6:38 PM Peter Slow  wrote:
>
> Anthony,
>
> Congratulations  on your fifth IE anniversary! It’s very nice of
> you to create and provide this guide to everyone. Thanks for creating this!
>
>
>
> -Pete
>
>
>
> On Tue, Sep 17, 2019 at 12:27 Anthony Holloway <
> avholloway+cisco-v...@gmail.com> wrote:
>
> Ok, so this is kind of big news for me, so I thought I'd share it with all
> of you; current and future CCIEs.
>
>
>
> I got my CCIE Collaboration (45633) five years ago, and had always been
> told that I would receive preferred treatment when opening TAC cases.
>
>
>
> Now, I didn't know how to verify that statement, so I just assumed it was
> happening.  Its not unreasonable to assume this was an automatic
> association.  Come to find out, I was wrong, and for five years, I have
> been missing out on this benefit.
>
>
>
> First up, just check if your CCO profile reflects your CCIE status,
> because it might.
>
>
>
> Head on over to your Cisco.com Profile Account Management page:
>
> https://www.cisco.com/c/en/us/about/account.html
>
>
>
> Partners and Customers alike, will 

Re: [cisco-voip] CCX Editor Step Properties

[Matthew Loraditch]

I’ve seen it editing scripts locally, in the repository, versions old and new.


Matthew Loraditch
Sr. Network Engineer
p: 443.541.1518
w: www.heliontechnologies.com | e: mloradi...@heliontechnologies.com
From: cisco-voip  On Behalf Of Johnson, Tim
Sent: Tuesday, September 24, 2019 11:47 AM
To: Anthony Holloway 
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] CCX Editor Step Properties

Yeah, it’s still an issue in 12.0. Right now it’s opening properties for me in 
1-2 seconds, other times it’s 10.

Would be nice if they did a full makeover of the tool, but I don’t expect it.

From: cisco-voip 
mailto:cisco-voip-boun...@puck.nether.net>> 
On Behalf Of Anthony Holloway
Sent: Tuesday, September 24, 2019 11:11 AM
To: Matthew Loraditch 
mailto:mloradi...@heliontechnologies.com>>
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] CCX Editor Step Properties

I would like to know this too!  Seems to be different lengths of delay 
depending on a few factors, however, I have not nailed down what those factors 
are.  If it happened more often, I'd put some time into it, but since it's 
generally quick-ish, I ignore it.

I have one system I access exclusively via AnyConnect, and it's running 
11.6(2), and it's god awful slow.  Just clicking Add on the Set Enterprise Call 
Info step takes like 10-20 seconds for the dialog box to pop open.

On Tue, Sep 24, 2019 at 9:51 AM Matthew Loraditch 
mailto: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
w: 
www.heliontechnologies.com
 |
e: mloradi...@heliontechnologies.com
[Helion 
Technologies]
[Facebook]
[Twitter]
[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] CCX Editor Step Properties

[Johnson, Tim]

Yeah, it’s still an issue in 12.0. Right now it’s opening properties for me in 
1-2 seconds, other times it’s 10.

Would be nice if they did a full makeover of the tool, but I don’t expect it.

From: cisco-voip  On Behalf Of Anthony 
Holloway
Sent: Tuesday, September 24, 2019 11:11 AM
To: Matthew Loraditch 
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] CCX Editor Step Properties

I would like to know this too!  Seems to be different lengths of delay 
depending on a few factors, however, I have not nailed down what those factors 
are.  If it happened more often, I'd put some time into it, but since it's 
generally quick-ish, I ignore it.

I have one system I access exclusively via AnyConnect, and it's running 
11.6(2), and it's god awful slow.  Just clicking Add on the Set Enterprise Call 
Info step takes like 10-20 seconds for the dialog box to pop open.

On Tue, Sep 24, 2019 at 9:51 AM Matthew Loraditch 
mailto: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
w: 
www.heliontechnologies.com
 |
e: mloradi...@heliontechnologies.com
[Helion 
Technologies]
[Facebook]
[Twitter]
[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] Is Your CCIE Status on Your Cisco.com Profile?

[Lelio Fulgenzi]

I prefer Mt. Penguin.

As does Benadark Cumberband.

https://www.youtube.com/watch?v=9GHPNKUMf70=3m18s

---
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]

From: cisco-voip  On Behalf Of Anthony 
Holloway
Sent: Tuesday, September 24, 2019 11:26 AM
To: Dave, Pavan 
Cc: Cisco VoIP Group 
Subject: Re: [cisco-voip] Is Your CCIE Status on Your Cisco.com Profile?

Thanks for the insight!

Correction to my previous post, I meant to type Mr. Penguin, and not Mt. 
Penguin.

On Tue, Sep 24, 2019 at 10:18 AM Dave, Pavan 
mailto:pd...@presidio.com>> wrote:
It’s been a while since my TAC days but CCIE meant you went straight to 
Backbone TAC.  They were considering phasing this out at some point, not sure 
where that went because TAC does key word based routing.

There is/was some thinking with customers that backbone = best, but the way 
keywords are distributed this may often times be a disservice to getting a 
speedy resolution. You may have a more skilled engineer, but they may not see 
that type of problem often and it will take them much longer to reach a 
resolution.



From: cisco-voip 
mailto:cisco-voip-boun...@puck.nether.net>> 
On Behalf Of Anthony Holloway
Sent: Tuesday, September 24, 2019 10:09 AM
To: UC Penguin mailto:gen...@ucpenguin.com>>
Cc: Cisco VoIP Group 
mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] Is Your CCIE Status on Your Cisco.com Profile?

EXTERNAL EMAIL


Low blow Mt Penguin, low blow.  I'm not saying you get developers on the case 
with you.  I think it's more of a backbone TAC (if available) versus the 
outsourced TAC.  I admittedly haven't opened a TAC case since fixing my status, 
so the benefit has yet to be seen by me.  I did notice I can select Sev 2 
online, however, Sev 1 was still disabled as an option when I took a cursory 
look.

On Tue, Sep 24, 2019 at 9:32 AM UC Penguin 
mailto:gen...@ucpenguin.com>> wrote:
Mine was associated, though I haven’t seen any noticeable TAC improvements.


Pavan Dave | Senior Engineer, Contact Center
Presidio (NASDAQ: PSDO) | presidio.com
7701 Las Colinas Ridge #600, Irving, TX 75063
D: 469.464.1283 | C: 832.860.5465 | 
pd...@presidio.com

On Sep 24, 2019, at 09:27, Lelio Fulgenzi 
mailto:le...@uoguelph.ca>> wrote:
I’ve forwarded this note to a couple of my colleagues. I’m pretty sure they had 
a similar experience in thinking CCIE treatment was automatic. I’ll have to 
follow up with them.



---
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 
mailto:cisco-voip-boun...@puck.nether.net>> 
On Behalf Of Anthony Holloway
Sent: Tuesday, September 24, 2019 10:22 AM
To: Peter Slow mailto:peter.s...@gmail.com>>
Cc: Cisco VoIP Group 
mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] Is Your CCIE Status on Your 
Cisco.com Profile?

Thank you so much for the congratulations and appreciation!  So far no one has 
mentioned that it helped them get associated, or if they already were, so I'm 
not too sure if this was a valuable guide or not.  I'm afraid I might be the 
only knucklehead who earned his CCIE, promptly set it on a shelf, and didn't 
put it to work for me.

On Mon, Sep 23, 2019 at 6:38 PM Peter Slow 
mailto:peter.s...@gmail.com>> wrote:
Anthony,
Congratulations  on your fifth IE anniversary! It’s very nice of you to 
create and provide this guide to everyone. Thanks for creating this!

-Pete

On Tue, Sep 17, 2019 at 12:27 Anthony Holloway 
mailto:avholloway%2bcisco-v...@gmail.com>> 
wrote:
Ok, so this is kind of big news for me, so I thought I'd share it with all of 
you; current and future CCIEs.

I got my CCIE Collaboration (45633) five years ago, and had always been told 
that I would receive preferred treatment when opening TAC cases.

Now, I didn't know how to verify that statement, so I just assumed it was 
happening.  Its not unreasonable to assume this was an automatic association.  
Come to find out, I was wrong, and for five years, I have been missing out on 
this benefit.

First up, just check if your CCO profile reflects your CCIE status, because it 
might.

Head on over to your Cisco.com Profile Account Management 
page:
https://www.cisco.com/c/en/us/about/account.html

Partners and Customers alike, will click the Customer Profile Manager link.




Then 

Re: [cisco-voip] Is Your CCIE Status on Your Cisco.com Profile?

[Anthony Holloway]

Thanks for the insight!

Correction to my previous post, I meant to type Mr. Penguin, and not Mt.
Penguin.

On Tue, Sep 24, 2019 at 10:18 AM Dave, Pavan  wrote:

> It’s been a while since my TAC days but CCIE meant you went straight to
> Backbone TAC.  They were considering phasing this out at some point, not
> sure where that went because TAC does key word based routing.
>
>
> There is/was some thinking with customers that backbone = best, but the
> way keywords are distributed this may often times be a disservice to
> getting a speedy resolution. You may have a more skilled engineer, but they
> may not see that type of problem often and it will take them much longer to
> reach a resolution.
>
>
>
>
>
>
>
> *From:* cisco-voip  *On Behalf Of *Anthony
> Holloway
> *Sent:* Tuesday, September 24, 2019 10:09 AM
> *To:* UC Penguin 
> *Cc:* Cisco VoIP Group 
> *Subject:* Re: [cisco-voip] Is Your CCIE Status on Your Cisco.com Profile?
>
>
>
> *EXTERNAL EMAIL*
>
>
>
>
>
> Low blow Mt Penguin, low blow.  I'm not saying you get developers on the
> case with you.  I think it's more of a backbone TAC (if available) versus
> the outsourced TAC.  I admittedly haven't opened a TAC case since fixing my
> status, so the benefit has yet to be seen by me.  I did notice I can select
> Sev 2 online, however, Sev 1 was still disabled as an option when I took a
> cursory look.
>
>
>
> On Tue, Sep 24, 2019 at 9:32 AM UC Penguin  wrote:
>
> Mine was associated, though I haven’t seen any noticeable TAC improvements.
>
>
>
> Pavan Dave | Senior Engineer, Contact Center
> Presidio (NASDAQ: PSDO) | presidio.com
> 7701 Las Colinas Ridge #600, Irving, TX 75063
> D: 469.464.1283 | C: 832.860.5465 | pd...@presidio.com
>
>
>
> On Sep 24, 2019, at 09:27, Lelio Fulgenzi  wrote:
>
> I’ve forwarded this note to a couple of my colleagues. I’m pretty sure
> they had a similar experience in thinking CCIE treatment was automatic.
> I’ll have to follow up with them.
>
>
>
>
>
>
>
> ---
>
> *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 *Anthony
> Holloway
> *Sent:* Tuesday, September 24, 2019 10:22 AM
> *To:* Peter Slow 
> *Cc:* Cisco VoIP Group 
> *Subject:* Re: [cisco-voip] Is Your CCIE Status on Your Cisco.com Profile?
>
>
>
> Thank you so much for the congratulations and appreciation!  So far no one
> has mentioned that it helped them get associated, or if they already were,
> so I'm not too sure if this was a valuable guide or not.  I'm afraid I
> might be the only knucklehead who earned his CCIE, promptly set it on a
> shelf, and didn't put it to work for me.
>
>
>
> On Mon, Sep 23, 2019 at 6:38 PM Peter Slow  wrote:
>
> Anthony,
>
> Congratulations  on your fifth IE anniversary! It’s very nice of
> you to create and provide this guide to everyone. Thanks for creating this!
>
>
>
> -Pete
>
>
>
> On Tue, Sep 17, 2019 at 12:27 Anthony Holloway <
> avholloway+cisco-v...@gmail.com> wrote:
>
> Ok, so this is kind of big news for me, so I thought I'd share it with all
> of you; current and future CCIEs.
>
>
>
> I got my CCIE Collaboration (45633) five years ago, and had always been
> told that I would receive preferred treatment when opening TAC cases.
>
>
>
> Now, I didn't know how to verify that statement, so I just assumed it was
> happening.  Its not unreasonable to assume this was an automatic
> association.  Come to find out, I was wrong, and for five years, I have
> been missing out on this benefit.
>
>
>
> First up, just check if your CCO profile reflects your CCIE status,
> because it might.
>
>
>
> Head on over to your Cisco.com Profile Account Management page:
>
> https://www.cisco.com/c/en/us/about/account.html
>
>
>
> Partners and Customers alike, will click the Customer Profile Manager link.
>
>
>
> 
>
>
>
>
>
> Then click the Access Management tab
>
>
>
> 
>
>
>
> Then click the CCIE tab
>
>
>
> 
>
>
>
> Now, either one of two things will show here:
>
>
>
> A) If you see a link to the CCIE program, then you're golden, and you
> don't need this guide, sorry to waste your time, but at least you can sleep
> easy tonight.
>
>
>
> *GOOD*
>
> 
>
>
>
> B) If you see two fields to enter your CCIE Number and Company Name, then
> you are not associated
>
>
>
> *BAD*
>
> 
>
>
>
> So, if this matches what you see, then we need to make sure some things
> line up first before just submitting the information, else it will likely
> just fail.
>
>
>
> Step 1) Check your CCIE Profile
>
>
>
> Go to:
> https://ccie.cloudapps.cisco.com/CCIE/Schedule_Lab/CCIEOnline/CCIEOnline
>
>
>
> Click on Profile, and check your First Name, Last Name, Email and Company
> Name
>
>
>
> 
>
>
>
> Step 2) Check your CCO Profile
>
>
>
> Go to: 

Re: [cisco-voip] Is Your CCIE Status on Your Cisco.com Profile?

[Dave, Pavan]

It’s been a while since my TAC days but CCIE meant you went straight to 
Backbone TAC.  They were considering phasing this out at some point, not sure 
where that went because TAC does key word based routing.

There is/was some thinking with customers that backbone = best, but the way 
keywords are distributed this may often times be a disservice to getting a 
speedy resolution. You may have a more skilled engineer, but they may not see 
that type of problem often and it will take them much longer to reach a 
resolution.



From: cisco-voip  On Behalf Of Anthony 
Holloway
Sent: Tuesday, September 24, 2019 10:09 AM
To: UC Penguin 
Cc: Cisco VoIP Group 
Subject: Re: [cisco-voip] Is Your CCIE Status on Your Cisco.com Profile?

EXTERNAL EMAIL




Low blow Mt Penguin, low blow.  I'm not saying you get developers on the case 
with you.  I think it's more of a backbone TAC (if available) versus the 
outsourced TAC.  I admittedly haven't opened a TAC case since fixing my status, 
so the benefit has yet to be seen by me.  I did notice I can select Sev 2 
online, however, Sev 1 was still disabled as an option when I took a cursory 
look.

On Tue, Sep 24, 2019 at 9:32 AM UC Penguin 
mailto:gen...@ucpenguin.com>> wrote:
Mine was associated, though I haven’t seen any noticeable TAC improvements.


Pavan Dave | Senior Engineer, Contact Center
Presidio (NASDAQ: PSDO) | presidio.com
7701 Las Colinas Ridge #600, Irving, TX 75063
D: 469.464.1283 | C: 832.860.5465 | 
pd...@presidio.com



On Sep 24, 2019, at 09:27, Lelio Fulgenzi 
mailto:le...@uoguelph.ca>> wrote:
I’ve forwarded this note to a couple of my colleagues. I’m pretty sure they had 
a similar experience in thinking CCIE treatment was automatic. I’ll have to 
follow up with them.



---
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 
mailto:cisco-voip-boun...@puck.nether.net>> 
On Behalf Of Anthony Holloway
Sent: Tuesday, September 24, 2019 10:22 AM
To: Peter Slow mailto:peter.s...@gmail.com>>
Cc: Cisco VoIP Group 
mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] Is Your CCIE Status on Your 
Cisco.com Profile?

Thank you so much for the congratulations and appreciation!  So far no one has 
mentioned that it helped them get associated, or if they already were, so I'm 
not too sure if this was a valuable guide or not.  I'm afraid I might be the 
only knucklehead who earned his CCIE, promptly set it on a shelf, and didn't 
put it to work for me.

On Mon, Sep 23, 2019 at 6:38 PM Peter Slow 
mailto:peter.s...@gmail.com>> wrote:
Anthony,
Congratulations  on your fifth IE anniversary! It’s very nice of you to 
create and provide this guide to everyone. Thanks for creating this!

-Pete

On Tue, Sep 17, 2019 at 12:27 Anthony Holloway 
mailto:avholloway%2bcisco-v...@gmail.com>> 
wrote:
Ok, so this is kind of big news for me, so I thought I'd share it with all of 
you; current and future CCIEs.

I got my CCIE Collaboration (45633) five years ago, and had always been told 
that I would receive preferred treatment when opening TAC cases.

Now, I didn't know how to verify that statement, so I just assumed it was 
happening.  Its not unreasonable to assume this was an automatic association.  
Come to find out, I was wrong, and for five years, I have been missing out on 
this benefit.

First up, just check if your CCO profile reflects your CCIE status, because it 
might.

Head on over to your Cisco.com Profile Account Management 
page:
https://www.cisco.com/c/en/us/about/account.html

Partners and Customers alike, will click the Customer Profile Manager link.




Then click the Access Management tab



Then click the CCIE tab



Now, either one of two things will show here:

A) If you see a link to the CCIE program, then you're golden, and you don't 
need this guide, sorry to waste your time, but at least you can sleep easy 
tonight.

GOOD


B) If you see two fields to enter your CCIE Number and Company Name, then you 
are not associated

BAD


So, if this matches what you see, then we need to make sure some things line up 
first before just submitting the information, else it will likely just fail.

Step 1) Check your CCIE Profile

Go to: https://ccie.cloudapps.cisco.com/CCIE/Schedule_Lab/CCIEOnline/CCIEOnline

Click on Profile, and check your First Name, Last Name, Email and Company Name



Step 2) Check your CCO Profile

Go to: https://www.cisco.com/c/en/us/about/account.html (same place we started 
on), and click on Customer Profile Manager

It should already be on the Personal tab, but if not, click that, and check 
your First Name, Last Name, Email and Company

Re: [cisco-voip] CCX Editor Step Properties

[Anthony Holloway]

I would like to know this too!  Seems to be different lengths of delay
depending on a few factors, however, I have not nailed down what those
factors are.  If it happened more often, I'd put some time into it, but
since it's generally quick-ish, I ignore it.

I have one system I access exclusively via AnyConnect, and it's running
11.6(2), and it's god awful slow.  Just clicking Add on the Set Enterprise
Call Info step takes like 10-20 seconds for the dialog box to pop open.

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] Is Your CCIE Status on Your Cisco.com Profile?

[Anthony Holloway]

Low blow Mt Penguin, low blow.  I'm not saying you get developers on the
case with you.  I think it's more of a backbone TAC (if available) versus
the outsourced TAC.  I admittedly haven't opened a TAC case since fixing my
status, so the benefit has yet to be seen by me.  I did notice I can select
Sev 2 online, however, Sev 1 was still disabled as an option when I took a
cursory look.

On Tue, Sep 24, 2019 at 9:32 AM UC Penguin  wrote:

> Mine was associated, though I haven’t seen any noticeable TAC improvements.
>
> On Sep 24, 2019, at 09:27, Lelio Fulgenzi  wrote:
>
> I’ve forwarded this note to a couple of my colleagues. I’m pretty sure
> they had a similar experience in thinking CCIE treatment was automatic.
> I’ll have to follow up with them.
>
>
>
>
>
>
>
> ---
>
> *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 *Anthony
> Holloway
> *Sent:* Tuesday, September 24, 2019 10:22 AM
> *To:* Peter Slow 
> *Cc:* Cisco VoIP Group 
> *Subject:* Re: [cisco-voip] Is Your CCIE Status on Your Cisco.com Profile?
>
>
>
> Thank you so much for the congratulations and appreciation!  So far no one
> has mentioned that it helped them get associated, or if they already were,
> so I'm not too sure if this was a valuable guide or not.  I'm afraid I
> might be the only knucklehead who earned his CCIE, promptly set it on a
> shelf, and didn't put it to work for me.
>
>
>
> On Mon, Sep 23, 2019 at 6:38 PM Peter Slow  wrote:
>
> Anthony,
>
> Congratulations  on your fifth IE anniversary! It’s very nice of
> you to create and provide this guide to everyone. Thanks for creating this!
>
>
>
> -Pete
>
>
>
> On Tue, Sep 17, 2019 at 12:27 Anthony Holloway <
> avholloway+cisco-v...@gmail.com> wrote:
>
> Ok, so this is kind of big news for me, so I thought I'd share it with all
> of you; current and future CCIEs.
>
>
>
> I got my CCIE Collaboration (45633) five years ago, and had always been
> told that I would receive preferred treatment when opening TAC cases.
>
>
>
> Now, I didn't know how to verify that statement, so I just assumed it was
> happening.  Its not unreasonable to assume this was an automatic
> association.  Come to find out, I was wrong, and for five years, I have
> been missing out on this benefit.
>
>
>
> First up, just check if your CCO profile reflects your CCIE status,
> because it might.
>
>
>
> Head on over to your Cisco.com Profile Account Management page:
>
> https://www.cisco.com/c/en/us/about/account.html
>
>
>
> Partners and Customers alike, will click the Customer Profile Manager link.
>
>
>
> 
>
>
>
>
>
> Then click the Access Management tab
>
>
>
> 
>
>
>
> Then click the CCIE tab
>
>
>
> 
>
>
>
> Now, either one of two things will show here:
>
>
>
> A) If you see a link to the CCIE program, then you're golden, and you
> don't need this guide, sorry to waste your time, but at least you can sleep
> easy tonight.
>
>
>
> *GOOD*
>
> 
>
>
>
> B) If you see two fields to enter your CCIE Number and Company Name, then
> you are not associated
>
>
>
> *BAD*
>
> 
>
>
>
> So, if this matches what you see, then we need to make sure some things
> line up first before just submitting the information, else it will likely
> just fail.
>
>
>
> Step 1) Check your CCIE Profile
>
>
>
> Go to:
> https://ccie.cloudapps.cisco.com/CCIE/Schedule_Lab/CCIEOnline/CCIEOnline
>
>
>
> Click on Profile, and check your First Name, Last Name, Email and Company
> Name
>
>
>
> 
>
>
>
> Step 2) Check your CCO Profile
>
>
>
> Go to: https://www.cisco.com/c/en/us/about/account.html (same place we
> started on), and click on Customer Profile Manager
>
>
>
> It should already be on the Personal tab, but if not, click that, and
> check your First Name, Last Name, Email and Company
>
>
>
> 
>
>
>
> All 4 values should match exactly, and if not, you will need to correct
> them, and how you do that is up to you.  I.e., Which name is correct, or
> email, etc.  Just make them match 100%.
>
>
>
> Step 3) Associate your CCIE to your CCO profile
>
>
>
> Go to: https://www.cisco.com/c/en/us/about/account.html (we've been here
> a few times), and click on Customer Profile Manager
>
>
>
> Then click on Access Management, and finally click on the CCIE tab, to
> find yourself back at the form you need to submit with your CCIE # and
> Company name.  You might have still had this open.
>
>
>
> Populate the fields to reflect your number and the company name as you saw
> it on both your CCIE and CCO profiles, and click Submit.
>
>
>
> Now, I had trouble with this one part, and I was getting the following
> error when submitting
>
>
>
> 
>
> So, I needed to open a certification support case at:
> www.cisco.com/go/certsupport, in which case, 

Re: [cisco-voip] NumberOfRegisteredPhonesDropped @ midnight

[Scott Voll]

Still Troubleshooting with TAC.  But it looks like something is up with
Extension mobility.  we have ours set to log out in 12 hours.  and we are
finding some phones not logging out like they should.  and some kind of
issue that logs the phones out at midnight.

Working on trying to get TAC a packed capture.

Scott


On Fri, Jul 19, 2019 at 10:11 PM Erick Bergquist  wrote:

> Is the call manager service restarting maybe?
>
>
> On Fri, Jul 19, 2019 at 9:27 AM Scott Voll  wrote:
>
>> Anyone else seeing drops of phones at midnight?   we are running 12.5
>> code and Extension Mobility.  Looks like from phone logs we go from sub to
>> pub and back to sub.  Was kind of wondering if it was some new setting in
>> 12.5 since that was a recent upgrade since this started happening.
>>
>> 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] Is Your CCIE Status on Your Cisco.com Profile?

[UC Penguin]

Mine was associated, though I haven’t seen any noticeable TAC improvements.

> On Sep 24, 2019, at 09:27, Lelio Fulgenzi  wrote:
> 
> I’ve forwarded this note to a couple of my colleagues. I’m pretty sure they 
> had a similar experience in thinking CCIE treatment was automatic. I’ll have 
> to follow up with them.
>  
>  
>  
> ---
> 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 Anthony 
> Holloway
> Sent: Tuesday, September 24, 2019 10:22 AM
> To: Peter Slow 
> Cc: Cisco VoIP Group 
> Subject: Re: [cisco-voip] Is Your CCIE Status on Your Cisco.com Profile?
>  
> Thank you so much for the congratulations and appreciation!  So far no one 
> has mentioned that it helped them get associated, or if they already were, so 
> I'm not too sure if this was a valuable guide or not.  I'm afraid I might be 
> the only knucklehead who earned his CCIE, promptly set it on a shelf, and 
> didn't put it to work for me. 
>  
> On Mon, Sep 23, 2019 at 6:38 PM Peter Slow  wrote:
> Anthony, 
> Congratulations  on your fifth IE anniversary! It’s very nice of you to 
> create and provide this guide to everyone. Thanks for creating this!
>  
> -Pete
>  
> On Tue, Sep 17, 2019 at 12:27 Anthony Holloway 
>  wrote:
> Ok, so this is kind of big news for me, so I thought I'd share it with all of 
> you; current and future CCIEs.
>  
> I got my CCIE Collaboration (45633) five years ago, and had always been told 
> that I would receive preferred treatment when opening TAC cases.
>  
> Now, I didn't know how to verify that statement, so I just assumed it was 
> happening.  Its not unreasonable to assume this was an automatic association. 
>  Come to find out, I was wrong, and for five years, I have been missing out 
> on this benefit.
>  
> First up, just check if your CCO profile reflects your CCIE status, because 
> it might.
>  
> Head on over to your Cisco.com Profile Account Management page:
> https://www.cisco.com/c/en/us/about/account.html  
>  
> Partners and Customers alike, will click the Customer Profile Manager link.
>  
> 
>  
>  
> Then click the Access Management tab
>  
> 
>  
> Then click the CCIE tab
>  
> 
>  
> Now, either one of two things will show here:
>  
> A) If you see a link to the CCIE program, then you're golden, and you don't 
> need this guide, sorry to waste your time, but at least you can sleep easy 
> tonight.
>  
> GOOD
> 
>  
> B) If you see two fields to enter your CCIE Number and Company Name, then you 
> are not associated
>  
> BAD
> 
>  
> So, if this matches what you see, then we need to make sure some things line 
> up first before just submitting the information, else it will likely just 
> fail.
>  
> Step 1) Check your CCIE Profile
>  
> Go to: 
> https://ccie.cloudapps.cisco.com/CCIE/Schedule_Lab/CCIEOnline/CCIEOnline
>  
> Click on Profile, and check your First Name, Last Name, Email and Company Name
>  
> 
>  
> Step 2) Check your CCO Profile
>  
> Go to: https://www.cisco.com/c/en/us/about/account.html (same place we 
> started on), and click on Customer Profile Manager
>  
> It should already be on the Personal tab, but if not, click that, and check 
> your First Name, Last Name, Email and Company
>  
> 
>  
> All 4 values should match exactly, and if not, you will need to correct them, 
> and how you do that is up to you.  I.e., Which name is correct, or email, 
> etc.  Just make them match 100%.
>  
> Step 3) Associate your CCIE to your CCO profile
>  
> Go to: https://www.cisco.com/c/en/us/about/account.html (we've been here a 
> few times), and click on Customer Profile Manager
>  
> Then click on Access Management, and finally click on the CCIE tab, to find 
> yourself back at the form you need to submit with your CCIE # and Company 
> name.  You might have still had this open.
>  
> Populate the fields to reflect your number and the company name as you saw it 
> on both your CCIE and CCO profiles, and click Submit.
>  
> Now, I had trouble with this one part, and I was getting the following error 
> when submitting
>  
> 
> So, I needed to open a certification support case at: 
> www.cisco.com/go/certsupport, in which case, they actually made the 
> association for me, though, I am told its supposed to be self-service.
>  
> And that's it.  I hope this helps someone avoid 5 years of missed opportunity.
>  
> Let me know if this helped you out, or if you already were associated.  I'm 
> curious as to how many people have this slip by them.
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
> ___
> cisco-voip mailing list
> 

Re: [cisco-voip] Expressway HA Failover when ISP fails

[Brian Meade]

You'll probably want to make that into 2 SIP trunks so it can actually
failover to the other if it gets an error message back from the
Expressway-C.

On Tue, Sep 24, 2019 at 8:43 AM Nick via cisco-voip <
cisco-voip@puck.nether.net> wrote:

> Hi All
>
> We have a situation with a client where they have an Expressway cluster 2
> x ExpC and 2 x ExpE split across two datacentre, each datacentre has
> different ISP's. If they have a internet outage at one of the datacentres,
> 50% of the outbound video traffic is lost.
> The CUCM has one SIP trunk with the 2 ExpC IP's so is the Expressway not
> able to determine an ISP outage and if not how are 50% of the calls getting
> through, does the Expressway load balance between each node in the cluster
> and if so is there any way to change this to cater for an ISP outage?
>
>
>
> ___
> 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] Expressway HA Failover when ISP fails

[Nick via cisco-voip]

Hi All

We have a situation with a client where they have an Expressway cluster 2 x
ExpC and 2 x ExpE split across two datacentre, each datacentre has
different ISP's. If they have a internet outage at one of the datacentres,
50% of the outbound video traffic is lost.
The CUCM has one SIP trunk with the 2 ExpC IP's so is the Expressway not
able to determine an ISP outage and if not how are 50% of the calls getting
through, does the Expressway load balance between each node in the cluster
and if so is there any way to change this to cater for an ISP outage?
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip