Re: [cisco-voip] UCCX Alerting on Partial Service

[Lelio Fulgenzi]

The original thread said something like how something can go unnoticed even for 
a single release

Some of the SNMP MIB for the UCS servers stopped working around three releases 
ago and who knows if they'll be fixed.

Regression testing has gone out the window in my opinion and moved towards 
we'll fix it if we can if it breaks.

It's a shame really.

SNMP polling and traps are useful. And great for those companies that can't 
afford the expensive vendor exclusive monitoring systems they're peddling. Even 
then, those don't always work either.



Sent from my iPhone

On Dec 21, 2016, at 7:18 PM, Erick Bergquist 
> wrote:

Same here. Wish uccx exposed more via snmp to poll or error level syslogs were 
more useful without parsing informational level messages.

I discussed with Ryan L a long time ago on this list and in person and was told 
maybe in 11.x if demand was there for better monitoring.

You can monitor status of cti Ports and route points on cucm via snmp, custom 
oid for each cti port though.

I'll look over your post, when I tried to scrape the page for partial it wasn't 
finding it since the subsystem branch wasn't expanded to expose the word.


On Wed, Dec 21, 2016 at 3:20 PM Lelio Fulgenzi 
> wrote:















Will need to take a look at that ... We may want to do something similar.







That being said, did you not find it helpful to scan for "partial" and alert 
accordingly?















Sent from my iPhone





On Dec 21, 2016, at 5:16 PM, Anthony Holloway 
> wrote:











I already know how to login and scrape web pages from UCCX.  I even tweeted 
about it once.






https://twitter.com/avholloway45633/status/647450649353846784









On Wed, Dec 21, 2016 at 3:05 PM, Lelio Fulgenzi

> wrote:









there should be a way to monitor for specific ports that unregister. but that 
doesn't cover all instances.








you should be able to use a web monitoring system (or even something like curl) 
that grabs a page and scans for text. if it sees the word "partial", it sends 
off an email alert.








i know you can use userID/password with curl, but i'm not sure that uccx 
provides a direct URL that you can go to.








but the bottom line is, something is missing here.




















---


Lelio Fulgenzi, B.A.


Senior Analyst, Network Infrastructure


Computing and Communications Services (CCS)


University of Guelph







519-824-4120 Ext 56354


le...@uoguelph.ca


www.uoguelph.ca/ccs


Room 037, Animal Science and Nutrition Building


Guelph, Ontario, N1G 2W1





















From: cisco-voip 
>

on behalf of Anthony Holloway 
>


Sent: Wednesday, December 21, 2016 3:53 PM


To: Brian Meade


Cc: Cisco VoIP Group


Subject: Re: [cisco-voip] UCCX Alerting on Partial Service












I was specifically looking for the following






"A number of CTI ports are 
OOS"









On Wed, Dec 21, 2016 at 2:30 PM, Brian Meade

> wrote:




We were trying to do this with syslog but it was really noisy trying to filter 
every time subsystems went it to partial service for a second on script and 
prompt uploads.









On Wed, Dec 21, 2016 at 2:52 PM, Anthony Holloway

> wrote:












I was recently asked about generated email alerts when the CTI Ports or CTI 
Route Points go unregistered.  It turns out that there is very little 
documentation around this, but a few support forum posts, which suggest that it 
was possible at

some point in time.






Apparently no one is using this feature, because it doesn't work, and hasn't 
for some time (at least since version 10.6 was released, possibly earlier), and 
there is now an enhancement defect to have this feature brought back.







https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvc52404









I find it interesting that something like this can go unnoticed for even a 
single release of software.











___


cisco-voip mailing list


cisco-voip@puck.nether.net


https://puck.nether.net/mailman/listinfo/cisco-voip




















































___

cisco-voip mailing list

cisco-voip@puck.nether.net

https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] UCCX Alerting on Partial Service

[Erick Bergquist]

Same here. Wish uccx exposed more via snmp to poll or error level syslogs
were more useful without parsing informational level messages.

I discussed with Ryan L a long time ago on this list and in person and was
told maybe in 11.x if demand was there for better monitoring.

You can monitor status of cti Ports and route points on cucm via snmp,
custom oid for each cti port though.

I'll look over your post, when I tried to scrape the page for partial it
wasn't finding it since the subsystem branch wasn't expanded to expose the
word.


On Wed, Dec 21, 2016 at 3:20 PM Lelio Fulgenzi  wrote:

>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Will need to take a look at that ... We may want to do something similar.
>
>
>
>
>
>
>
> That being said, did you not find it helpful to scan for "partial" and
> alert accordingly?
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Sent from my iPhone
>
>
>
>
>
> On Dec 21, 2016, at 5:16 PM, Anthony Holloway <
> avholloway+cisco-v...@gmail.com> wrote:
>
>
>
>
>
>
>
>
>
>
>
> I already know how to login and scrape web pages from UCCX.  I even
> tweeted about it once.
>
>
>
>
>
>
> https://twitter.com/avholloway45633/status/647450649353846784
>
>
>
>
>
>
>
>
>
> On Wed, Dec 21, 2016 at 3:05 PM, Lelio Fulgenzi
>
>  wrote:
>
>
>
>
>
>
>
>
> there should be a way to monitor for specific ports that unregister. but
> that doesn't cover all instances.
>
>
>
>
>
>
>
> you should be able to use a web monitoring system (or even something like
> curl) that grabs a page and scans for text. if it sees the word "partial",
> it sends off an email alert.
>
>
>
>
>
>
>
> i know you can use userID/password with curl, but i'm not sure that uccx
> provides a direct URL that you can go to.
>
>
>
>
>
>
>
> but the bottom line is, something is missing here.
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> ---
>
>
> Lelio Fulgenzi, B.A.
>
>
> Senior Analyst, Network Infrastructure
>
>
> Computing and Communications Services (CCS)
>
>
> University of Guelph
>
>
>
>
>
>
>
> 519-824-4120 Ext 56354 <(519)%20824-4120>
>
>
> le...@uoguelph.ca
>
>
> www.uoguelph.ca/ccs
>
>
> Room 037, Animal Science and Nutrition Building
>
>
> Guelph, Ontario, N1G 2W1
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> --
>
>
> *From:* cisco-voip 
>
> on behalf of Anthony Holloway 
>
>
> *Sent:* Wednesday, December 21, 2016 3:53 PM
>
>
> *To:* Brian Meade
>
>
> *Cc:* Cisco VoIP Group
>
>
> *Subject:* Re: [cisco-voip] UCCX Alerting on Partial Service
>
>
>
>
>
>
>
>
>
>
>
>
> I was specifically looking for the following
>
>
>
>
>
>
> "A number of CTI ports are OOS
> 
> "
>
>
>
>
>
>
>
>
>
> On Wed, Dec 21, 2016 at 2:30 PM, Brian Meade
>
>  wrote:
>
>
>
>
> We were trying to do this with syslog but it was really noisy trying to
> filter every time subsystems went it to partial service for a second on
> script and prompt uploads.
>
>
>
>
>
>
>
>
>
> On Wed, Dec 21, 2016 at 2:52 PM, Anthony Holloway
>
>  wrote:
>
>
>
>
>
>
>
>
>
>
>
>
> I was recently asked about generated email alerts when the CTI Ports or
> CTI Route Points go unregistered.  It turns out that there is very little
> documentation around this, but a few support forum posts, which suggest
> that it was possible at
>
> some point in time.
>
>
>
>
>
>
> Apparently no one is using this feature, because it doesn't work, and
> hasn't for some time (at least since version 10.6 was released, possibly
> earlier), and there is now an enhancement defect to have this feature
> brought back.
>
>
>
>
>
>
>
> https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvc52404
>
>
>
>
>
>
>
>
>
> I find it interesting that something like this can go unnoticed for even a
> single release of software.
>
>
>
>
>
>
>
>
>
>
>
> ___
>
>
> cisco-voip mailing list
>
>
> cisco-voip@puck.nether.net
>
>
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> ___
>
> cisco-voip mailing list
>
> cisco-voip@puck.nether.net
>
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] UCCX demo licenses v9.0

[Abhiram Kramadhati (akramadh)]

With the UCCX, the demo license can only be applied once. If you apply a demo 
license in 9.0, upgrade the system – you can’t apply the 10.5 demo license 
again. The only way is to get a temporary license which can be extended by 
applying a new one on top of it, or rebuild the system.

Regards,
Abhiram Kramadhati
Technical Solutions Manager, CCBU
CCIE Collaboration # 40065


From: cisco-voip  on behalf of Brian Meade 

Date: Thursday, 22 December 2016 at 9:26 AM
To: Gary Bates_Command Solutions 
Cc: "cisco-voip@puck.nether.net" 
Subject: Re: [cisco-voip] UCCX demo licenses v9.0

I've applied new license then deleted and it seemed to work.

On Wed, Dec 21, 2016 at 5:23 PM, Gary Bates_Command Solutions 
> wrote:
Hi Brian

I tried that, but do you have delete before applying the new license ?

Gary

Sent from my iPhone

On 22 Dec 2016, at 7:48 am, Brian Meade 
> wrote:
Delete the old license via CLI is what I had to do.

On Wed, Dec 21, 2016 at 3:31 PM, Gary Bates_Command Solutions 
> wrote:
My test lab is running demo licenses.
These only last 30 days.

I have noticed if I apply for another demo license and apply the expiry doesn't 
change.

Is it possible to keep applying demo licenses or do i have re build the VM?

Gary

Sent from my iPhone
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


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

Re: [cisco-voip] UCCX demo licenses v9.0

[Brian Meade]

I've applied new license then deleted and it seemed to work.

On Wed, Dec 21, 2016 at 5:23 PM, Gary Bates_Command Solutions <
gba...@commandsolutions.com.au> wrote:

> Hi Brian
>
> I tried that, but do you have delete before applying the new license ?
>
> Gary
>
> Sent from my iPhone
>
> On 22 Dec 2016, at 7:48 am, Brian Meade  wrote:
>
> Delete the old license via CLI is what I had to do.
>
> On Wed, Dec 21, 2016 at 3:31 PM, Gary Bates_Command Solutions <
> gba...@commandsolutions.com.au> wrote:
>
>> My test lab is running demo licenses.
>> These only last 30 days.
>>
>> I have noticed if I apply for another demo license and apply the expiry
>> doesn't change.
>>
>> Is it possible to keep applying demo licenses or do i have re build the
>> VM?
>>
>> Gary
>>
>> Sent from my iPhone
>> ___
>> cisco-voip mailing list
>> cisco-voip@puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] UCCX demo licenses v9.0

[Gary Bates_Command Solutions]

Hi Brian

I tried that, but do you have delete before applying the new license ?

Gary

Sent from my iPhone

> On 22 Dec 2016, at 7:48 am, Brian Meade  wrote:
> 
> Delete the old license via CLI is what I had to do.
> 
>> On Wed, Dec 21, 2016 at 3:31 PM, Gary Bates_Command Solutions 
>>  wrote:
>> My test lab is running demo licenses.
>> These only last 30 days.
>> 
>> I have noticed if I apply for another demo license and apply the expiry 
>> doesn't change.
>> 
>> Is it possible to keep applying demo licenses or do i have re build the VM?
>> 
>> Gary
>> 
>> Sent from my iPhone
>> ___
>> cisco-voip mailing list
>> cisco-voip@puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
> 
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] UCCX Alerting on Partial Service

[Lelio Fulgenzi]

Will need to take a look at that ... We may want to do something similar.

That being said, did you not find it helpful to scan for "partial" and alert 
accordingly?



Sent from my iPhone

On Dec 21, 2016, at 5:16 PM, Anthony Holloway 
> wrote:

I already know how to login and scrape web pages from UCCX.  I even tweeted 
about it once.

https://twitter.com/avholloway45633/status/647450649353846784

On Wed, Dec 21, 2016 at 3:05 PM, Lelio Fulgenzi 
> wrote:

there should be a way to monitor for specific ports that unregister. but that 
doesn't cover all instances.


you should be able to use a web monitoring system (or even something like curl) 
that grabs a page and scans for text. if it sees the word "partial", it sends 
off an email alert.


i know you can use userID/password with curl, but i'm not sure that uccx 
provides a direct URL that you can go to.


but the bottom line is, something is missing here.



---
Lelio Fulgenzi, B.A.
Senior Analyst, Network Infrastructure
Computing and Communications Services (CCS)
University of Guelph

519-824-4120 Ext 56354
le...@uoguelph.ca
www.uoguelph.ca/ccs
Room 037, Animal Science and Nutrition Building
Guelph, Ontario, N1G 2W1



From: cisco-voip 
> 
on behalf of Anthony Holloway 
>
Sent: Wednesday, December 21, 2016 3:53 PM
To: Brian Meade
Cc: Cisco VoIP Group
Subject: Re: [cisco-voip] UCCX Alerting on Partial Service

I was specifically looking for the following

"A number of CTI ports are 
OOS"

On Wed, Dec 21, 2016 at 2:30 PM, Brian Meade 
> wrote:
We were trying to do this with syslog but it was really noisy trying to filter 
every time subsystems went it to partial service for a second on script and 
prompt uploads.

On Wed, Dec 21, 2016 at 2:52 PM, Anthony Holloway 
> wrote:
I was recently asked about generated email alerts when the CTI Ports or CTI 
Route Points go unregistered.  It turns out that there is very little 
documentation around this, but a few support forum posts, which suggest that it 
was possible at some point in time.

Apparently no one is using this feature, because it doesn't work, and hasn't 
for some time (at least since version 10.6 was released, possibly earlier), and 
there is now an enhancement defect to have this feature brought back.

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvc52404

I find it interesting that something like this can go unnoticed for even a 
single release of software.

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




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

Re: [cisco-voip] UCCX Alerting on Partial Service

[Anthony Holloway]

I already know how to login and scrape web pages from UCCX.  I even tweeted
about it once.

https://twitter.com/avholloway45633/status/647450649353846784

On Wed, Dec 21, 2016 at 3:05 PM, Lelio Fulgenzi  wrote:

> there should be a way to monitor for specific ports that unregister. but
> that doesn't cover all instances.
>
>
> you should be able to use a web monitoring system (or even something like
> curl) that grabs a page and scans for text. if it sees the word "partial",
> it sends off an email alert.
>
>
> i know you can use userID/password with curl, but i'm not sure that uccx
> provides a direct URL that you can go to.
>
>
> but the bottom line is, something is missing here.
>
>
>
> ---
> Lelio Fulgenzi, B.A.
> Senior Analyst, Network Infrastructure
> Computing and Communications Services (CCS)
> University of Guelph
>
> 519-824-4120 Ext 56354 <(519)%20824-4120>
> le...@uoguelph.ca
> www.uoguelph.ca/ccs
> Room 037, Animal Science and Nutrition Building
> Guelph, Ontario, N1G 2W1
>
>
>
> --
> *From:* cisco-voip  on behalf of
> Anthony Holloway 
> *Sent:* Wednesday, December 21, 2016 3:53 PM
> *To:* Brian Meade
> *Cc:* Cisco VoIP Group
> *Subject:* Re: [cisco-voip] UCCX Alerting on Partial Service
>
> I was specifically looking for the following
>
> "A number of CTI ports are OOS
> 
> "
>
> On Wed, Dec 21, 2016 at 2:30 PM, Brian Meade  wrote:
>
>> We were trying to do this with syslog but it was really noisy trying to
>> filter every time subsystems went it to partial service for a second on
>> script and prompt uploads.
>>
>> On Wed, Dec 21, 2016 at 2:52 PM, Anthony Holloway <
>> avholloway+cisco-v...@gmail.com> wrote:
>>
>>> I was recently asked about generated email alerts when the CTI Ports or
>>> CTI Route Points go unregistered.  It turns out that there is very little
>>> documentation around this, but a few support forum posts, which suggest
>>> that it was possible at some point in time.
>>>
>>> Apparently no one is using this feature, because it doesn't work, and
>>> hasn't for some time (at least since version 10.6 was released, possibly
>>> earlier), and there is now an enhancement defect to have this feature
>>> brought back.
>>>
>>> https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvc52404
>>>
>>> I find it interesting that something like this can go unnoticed for even
>>> a single release of software.
>>>
>>> ___
>>> 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] Significant delay with Jabber 11.8 voicemail widget

[Lelio Fulgenzi]

I've noticed a significant delay in the voicemail widget in jabber 11.8 on 
iPhone and iPad. Haven't compared with android yet. 

I'm referring to how the selected voicemail will expand to present a triangle 
play button. And shrink when another is selected, with the newly selected 
message expanding with the same triangle play button. 

Anyone see the same thing? 

Sent from my iPhone
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] UCCX Alerting on Partial Service

[Lelio Fulgenzi]

there should be a way to monitor for specific ports that unregister. but that 
doesn't cover all instances.


you should be able to use a web monitoring system (or even something like curl) 
that grabs a page and scans for text. if it sees the word "partial", it sends 
off an email alert.


i know you can use userID/password with curl, but i'm not sure that uccx 
provides a direct URL that you can go to.


but the bottom line is, something is missing here.



---
Lelio Fulgenzi, B.A.
Senior Analyst, Network Infrastructure
Computing and Communications Services (CCS)
University of Guelph

519-824-4120 Ext 56354
le...@uoguelph.ca
www.uoguelph.ca/ccs
Room 037, Animal Science and Nutrition Building
Guelph, Ontario, N1G 2W1



From: cisco-voip  on behalf of Anthony 
Holloway 
Sent: Wednesday, December 21, 2016 3:53 PM
To: Brian Meade
Cc: Cisco VoIP Group
Subject: Re: [cisco-voip] UCCX Alerting on Partial Service

I was specifically looking for the following

"A number of CTI ports are 
OOS"

On Wed, Dec 21, 2016 at 2:30 PM, Brian Meade 
> wrote:
We were trying to do this with syslog but it was really noisy trying to filter 
every time subsystems went it to partial service for a second on script and 
prompt uploads.

On Wed, Dec 21, 2016 at 2:52 PM, Anthony Holloway 
> wrote:
I was recently asked about generated email alerts when the CTI Ports or CTI 
Route Points go unregistered.  It turns out that there is very little 
documentation around this, but a few support forum posts, which suggest that it 
was possible at some point in time.

Apparently no one is using this feature, because it doesn't work, and hasn't 
for some time (at least since version 10.6 was released, possibly earlier), and 
there is now an enhancement defect to have this feature brought back.

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvc52404

I find it interesting that something like this can go unnoticed for even a 
single release of software.

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



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

Re: [cisco-voip] UCCX Alerting on Partial Service

[Anthony Holloway]

I was specifically looking for the following

"A number of CTI ports are OOS

"

On Wed, Dec 21, 2016 at 2:30 PM, Brian Meade  wrote:

> We were trying to do this with syslog but it was really noisy trying to
> filter every time subsystems went it to partial service for a second on
> script and prompt uploads.
>
> On Wed, Dec 21, 2016 at 2:52 PM, Anthony Holloway <
> avholloway+cisco-v...@gmail.com> wrote:
>
>> I was recently asked about generated email alerts when the CTI Ports or
>> CTI Route Points go unregistered.  It turns out that there is very little
>> documentation around this, but a few support forum posts, which suggest
>> that it was possible at some point in time.
>>
>> Apparently no one is using this feature, because it doesn't work, and
>> hasn't for some time (at least since version 10.6 was released, possibly
>> earlier), and there is now an enhancement defect to have this feature
>> brought back.
>>
>> https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvc52404
>>
>> I find it interesting that something like this can go unnoticed for even
>> a single release of software.
>>
>> ___
>> cisco-voip mailing list
>> cisco-voip@puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] UCCX Alerting on Partial Service

[Anthony Holloway]

RTMT Custom Alert.  I was actually trying to use the Syslog Match feature,
where you type in partial strings to match on, and then have RTMT generate
an email alert.

On Wed, Dec 21, 2016 at 2:04 PM, Brian V  wrote:

> I agree.  Thanks for sharing the bug.
>
> Are you referring to the standard RTMT alerts in UCCX or something else ?
>
> On 12/21/2016 1:52 PM, Anthony Holloway wrote:
>
> I was recently asked about generated email alerts when the CTI Ports or
> CTI Route Points go unregistered.  It turns out that there is very little
> documentation around this, but a few support forum posts, which suggest
> that it was possible at some point in time.
>
> Apparently no one is using this feature, because it doesn't work, and
> hasn't for some time (at least since version 10.6 was released, possibly
> earlier), and there is now an enhancement defect to have this feature
> brought back.
>
> https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvc52404
>
> I find it interesting that something like this can go unnoticed for even a
> single release of software.
>
>
> ___
> cisco-voip mailing 
> listcisco-voip@puck.nether.nethttps://puck.nether.net/mailman/listinfo/cisco-voip
>
>
>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] UCCX demo licenses v9.0

[Ben Amick]

If not the MAC address itself, UCCX does license mac based on a whole 
assortment of BS, so you could do something as simple as changing the NTP or 
DNS server, theoretically

Ben Amick
Telecom Analyst


-Original Message-
From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of Gary 
Bates_Command Solutions
Sent: Wednesday, December 21, 2016 3:40 PM
To: Stephen Welsh 
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] UCCX demo licenses v9.0

Hi stephen 

Stupid question probably but I thout the MAC address was fixed ?
Is this changed in the VM settings ?

Sent from my iPhone

> On 22 Dec 2016, at 7:34 am, Stephen Welsh  wrote:
> 
> Changing the MAC Address before requesting a new demo works for CUCM ;)
> 
>> On 21 Dec 2016, at 20:31, Gary Bates_Command Solutions 
>>  wrote:
>> 
>> My test lab is running demo licenses.
>> These only last 30 days.
>> 
>> I have noticed if I apply for another demo license and apply the expiry 
>> doesn't change.
>> 
>> Is it possible to keep applying demo licenses or do i have re build the VM?
>> 
>> Gary
>> 
>> Sent from my iPhone
>> ___
>> cisco-voip mailing list
>> cisco-voip@puck.nether.net
>> http://cp.mcafee.com/d/5fHCNEq6gUSyMYCO-CYCCrKrhhpvpj73AjhOrhhpvpj7ffICQkmnTDNPPXxJ55MQsCzCZXETdAdlBoG2yrqKMSdKndASRtxIrsKrs8fvHXP_nVMQsLFKtuVtdAszObbX3WfbnhIyyHtdzBgY-F6lK1FJ4SCrLRQkhPz0WXVEVdTdAVPmEBCbdSaY3ivNU6U9GX33VkDa3JsJaBGBPdpb6XiFqFsPmiNsxlK5LE2BCX5u1FfUY3jr5QTPobZ8Qg6BKQGmGncRAIqnjh04N8i0oQg8uHkQg7OJYavgQg6jhPRPr5Pq9GK7-m7
> 

___
cisco-voip mailing list
cisco-voip@puck.nether.net
http://cp.mcafee.com/d/1jWVIe6wUidEIf9ILFL9FCXCQkmnSkNMV4QsCQkmnSkNPPX9J55BZVYsY-Urhhsd79EVLuWdPp3lpmawECSHIdzrBPpdJnor6TbCT23TW-Y_R-sd7bWrDnKnjp78YyO-M-zORQr8EGTjoVkffGhBrwqrjdFCXZt54sUMeK-qejtPpesRG9pyPtyL0QDYu1K2qKMM-l9OwXnbiFqFsPmiNKQGmGncRAIn8lrxrW0FpKNnwqj-f0QSNtdYS2_id41FrJaBGBPdpb6BQQg1ci4w6d427GRd41YHv2DQd41AQsZsSNsSYwQgRPknMdK


Confidentiality Note: This message is intended for use only by the individual 
or entity to which it is addressed and may contain information that is 
privileged, confidential, and exempt from disclosure under applicable law. If 
the reader of this message is not the intended recipient or the employee or 
agent responsible for delivering the message to the intended recipient, you are 
hereby notified that any dissemination, distribution or copying of this 
communication is strictly prohibited. If you have received this communication 
in error, please contact the sender immediately and destroy the material in its 
entirety, whether electronic or hard copy. Thank you
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] UCCX demo licenses v9.0

[Brian Meade]

Delete the old license via CLI is what I had to do.

On Wed, Dec 21, 2016 at 3:31 PM, Gary Bates_Command Solutions <
gba...@commandsolutions.com.au> wrote:

> My test lab is running demo licenses.
> These only last 30 days.
>
> I have noticed if I apply for another demo license and apply the expiry
> doesn't change.
>
> Is it possible to keep applying demo licenses or do i have re build the VM?
>
> Gary
>
> Sent from my iPhone
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] UCCX demo licenses v9.0

[Gary Bates_Command Solutions]

Hi stephen 

Stupid question probably but I thout the MAC address was fixed ?
Is this changed in the VM settings ?

Sent from my iPhone

> On 22 Dec 2016, at 7:34 am, Stephen Welsh  wrote:
> 
> Changing the MAC Address before requesting a new demo works for CUCM ;)
> 
>> On 21 Dec 2016, at 20:31, Gary Bates_Command Solutions 
>>  wrote:
>> 
>> My test lab is running demo licenses.
>> These only last 30 days.
>> 
>> I have noticed if I apply for another demo license and apply the expiry 
>> doesn't change.
>> 
>> Is it possible to keep applying demo licenses or do i have re build the VM?
>> 
>> Gary
>> 
>> Sent from my iPhone
>> ___
>> cisco-voip mailing list
>> cisco-voip@puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
> 

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

Re: [cisco-voip] UCCX demo licenses v9.0

[Stephen Welsh]

Changing the MAC Address before requesting a new demo works for CUCM ;)

> On 21 Dec 2016, at 20:31, Gary Bates_Command Solutions 
>  wrote:
> 
> My test lab is running demo licenses.
> These only last 30 days.
> 
> I have noticed if I apply for another demo license and apply the expiry 
> doesn't change.
> 
> Is it possible to keep applying demo licenses or do i have re build the VM?
> 
> Gary
> 
> Sent from my iPhone
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip

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

[cisco-voip] UCCX demo licenses v9.0

[Gary Bates_Command Solutions]

My test lab is running demo licenses.
These only last 30 days.

I have noticed if I apply for another demo license and apply the expiry doesn't 
change.

Is it possible to keep applying demo licenses or do i have re build the VM?

Gary

Sent from my iPhone
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] UCCX Alerting on Partial Service

[Brian Meade]

We were trying to do this with syslog but it was really noisy trying to
filter every time subsystems went it to partial service for a second on
script and prompt uploads.

On Wed, Dec 21, 2016 at 2:52 PM, Anthony Holloway <
avholloway+cisco-v...@gmail.com> wrote:

> I was recently asked about generated email alerts when the CTI Ports or
> CTI Route Points go unregistered.  It turns out that there is very little
> documentation around this, but a few support forum posts, which suggest
> that it was possible at some point in time.
>
> Apparently no one is using this feature, because it doesn't work, and
> hasn't for some time (at least since version 10.6 was released, possibly
> earlier), and there is now an enhancement defect to have this feature
> brought back.
>
> https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvc52404
>
> I find it interesting that something like this can go unnoticed for even a
> single release of software.
>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] UCCX Alerting on Partial Service

[Lelio Fulgenzi]

unnoticed? or unfixed?




---
Lelio Fulgenzi, B.A.
Senior Analyst, Network Infrastructure
Computing and Communications Services (CCS)
University of Guelph

519-824-4120 Ext 56354
le...@uoguelph.ca
www.uoguelph.ca/ccs
Room 037, Animal Science and Nutrition Building
Guelph, Ontario, N1G 2W1



From: cisco-voip  on behalf of Anthony 
Holloway 
Sent: Wednesday, December 21, 2016 2:52 PM
To: Cisco VoIP Group
Subject: [cisco-voip] UCCX Alerting on Partial Service

I was recently asked about generated email alerts when the CTI Ports or CTI 
Route Points go unregistered.  It turns out that there is very little 
documentation around this, but a few support forum posts, which suggest that it 
was possible at some point in time.

Apparently no one is using this feature, because it doesn't work, and hasn't 
for some time (at least since version 10.6 was released, possibly earlier), and 
there is now an enhancement defect to have this feature brought back.

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvc52404

I find it interesting that something like this can go unnoticed for even a 
single release of software.
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] UCCX Alerting on Partial Service

[Brian V]

I agree.  Thanks for sharing the bug.

Are you referring to the standard RTMT alerts in UCCX or something else ?


On 12/21/2016 1:52 PM, Anthony Holloway wrote:
I was recently asked about generated email alerts when the CTI Ports 
or CTI Route Points go unregistered.  It turns out that there is very 
little documentation around this, but a few support forum posts, which 
suggest that it was possible at some point in time.


Apparently no one is using this feature, because it doesn't work, and 
hasn't for some time (at least since version 10.6 was released, 
possibly earlier), and there is now an enhancement defect to have this 
feature brought back.


https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvc52404

I find it interesting that something like this can go unnoticed for 
even a single release of software.



___
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] UCCX Alerting on Partial Service

[Anthony Holloway]

I was recently asked about generated email alerts when the CTI Ports or CTI
Route Points go unregistered.  It turns out that there is very little
documentation around this, but a few support forum posts, which suggest
that it was possible at some point in time.

Apparently no one is using this feature, because it doesn't work, and
hasn't for some time (at least since version 10.6 was released, possibly
earlier), and there is now an enhancement defect to have this feature
brought back.

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvc52404

I find it interesting that something like this can go unnoticed for even a
single release of software.
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] 78xx phones in SRST mode - Stops working after about 20-30 minutes, other phone models continue to work

[Brian Meade]

Looks like maybe this bug
https://bst.cloudapps.cisco.com/bugsearch/bug/CSCut30586

It's opened as a feature enhancement request.

Do the console logs and a packet capture from the phone side show it
receiving the invite immediately.  Do you see it sending trying to send
Register messages to CUCM that it's waiting on in that time?

On Wed, Dec 21, 2016 at 12:57 PM, Brian V  wrote:

> I've having a strange issue with 78xx phones while in SRST mode.
>
> I've isolated it on the bench and I'm able to reproduce it.
>
> I have a TAC case open but wondering if anyone has run into anything
> similar?
>
> have 3 phones for testing.
>
> 7821 SIP phone load:  11-0-1-11
>
> 7965 SCCP phone (SCCP45.9-4-2SR1)
>
> 8961 SIP phone  - older one but with newer code (sip8961.9.4.2 SR2)
>
> Router/IOS: 4321 -   Denali 16.03.02
>
> CUCM version 10.5.2 SU2
>
>
>
> Typical remote CUCM site configured for SRST.  Mix of 7821, 8961, and
> 7965 phones.
>
> Router is configured for both SCCP and SIP SRST.
>
> When WAN connection is lost, phones register with router correctly after a
> few minutes and function properly. Can make calls between them all, and
> calls to/from PSTN
>
> After a period of time (about 20-30 min) the 78xx phones seem to stop
> working.  Can't make calls TO them and can't make calls FROM them.  During
> this time calls work between the 8961 phones and the 7965 phones and
> to/from the PSTN.
>
>
>
>
>
> During this time where the 7821 phones don’t work, the output of the *show
> voice register* commands shows the 7821 phone is registered with the
> auto-created dial-peers still present.
>
>
>
> I enabled SIP message debugging, this is where it gets interesting.
>
> Test is to place a call TO the 7821 phone.  From SCCP ext. 2014 to
> SIP(7821 phones)  ext. 2004
>
> I placed a call from the SCCP phone to eliminate one side of the SIP
> messages but the result is the same regardless if it place the call from an
> 8961 or 79xx phone.
>
>
>
>
>
> I see the immediately router send out 3 invites to the 7821 phone
>
> During this time, the phone doesn’t show any activity.
>
> Then about 1 full minute later we see the 7821 phone send back three
> 100-Trying messages and three 180-ringing messages
>
> During this time the 7821 phone is now ringing a full minute after I
> already hung up the calling phone
>
> I pick up the handset on the 7821 phone, there is not an actual call there.
>
> I hang it up
>
> Then about 2 minutes later the 7821 phone sends back 200-OK messages with
> SDP.  There was no activity on the phone during this time.
>
>
>
> It almost "seems" like the 7821 phone is having high CPU usage and its
> super slow in responding to SIP messages.
>
> This state take a while to develop.  Immediately after the phones switch
> into SRST mode they work fine , then after a period of time, just the 78xx
> phones exhibit this behavior.
>
>
>
> See debugs and config below
>
> SRST IP:  172.25.4.200
>
> Target phone IP:  172.25.4.26
>
>
>
> voice service voip
>
>  ip address trusted list
>
>   ipv4 10.0.0.0 255.0.0.0
>
>   ipv4 192.168.0.0 255.255.0.0
>
>   ipv4 10.10.111.10 255.255.255.255
>
>   ipv4 172.16.0.0 255.240.0.0
>
>  media statistics
>
>  allow-connections sip to sip
>
>  fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none
>
>  call-quality
>
>  sip
>
>   bind control source-interface GigabitEthernet0/0/0
>
>   bind media source-interface GigabitEthernet0/0/0
>
>   min-se 600
>
>   registrar server expires max 1800 min 900
>
>   no call service stop
>
>
>
> voice register global
>
>  default mode
>
>  no allow-hash-in-dn
>
>  timeouts interdigit 5
>
>  system message SIP SRST Mode
>
>  max-dn 25
>
>  max-pool 10
>
>  timezone 8
>
> !
>
> voice register pool  1
>
>  id network 172.25.4.0 mask 255.255.255.0
>
>  dtmf-relay rtp-nte sip-kpml
>
>  codec g711ulaw
>
>  no vad
>
> !
>
> voice hunt-group 1 parallel
>
>  list 2004,3003,2001,2014
>
>  pilot 2424
>
>
>
> interface GigabitEthernet0/0/0
>
>  ip address 172.25.4.200 255.255.255.0
>
>  media-type rj45
>
>  negotiation auto
>
>
>
> call-manager-fallback
>
>  secondary-dialtone 9
>
>  max-conferences 8 gain -6
>
>  transfer-system full-consult
>
>  timeouts interdigit 5
>
>  ip source-address 172.25.4.200 port 2000
>
>  max-ephones 10
>
>  max-dn 25 octo-line
>
>  system message primary SCCP SRST MODE
>
>  time-zone 8
>
>
>
> TEST-CUBE#
>
> TEST-CUBE#   sh debug
>
> IOSXE Conditional Debug Configs:
>
>
>
> Conditional Debug Global State: Stop
>
>
>
>
>
> IOSXE Packet Tracing Configs:
>
>
>
> Packet Infra debugs:
>
>
>
> Ip Address   Port
>
> --|--
>
> CCSIP SPI: SIP Call Message tracing is enabled  (filter is OFF)
>
> CCSIP SPI: SIP Out-of-Dialog tracing is enabled (filter is OFF)
>
>
>
> voice-register:
>
>   voice-register error debugging is on
>
>   voice-register events debugging is on
>
>
>
> TEST-CUBE#
>

[cisco-voip] 78xx phones in SRST mode - Stops working after about 20-30 minutes, other phone models continue to work

[Brian V]

I've having a strange issue with 78xx phones while in SRST mode.

I've isolated it on the bench and I'm able to reproduce it.

I have a TAC case open but wondering if anyone has run into anything
similar?

have 3 phones for testing.

7821 SIP phone load:  11-0-1-11

7965 SCCP phone (SCCP45.9-4-2SR1)

8961 SIP phone  - older one but with newer code (sip8961.9.4.2 SR2)

Router/IOS: 4321 -   Denali 16.03.02

CUCM version 10.5.2 SU2



Typical remote CUCM site configured for SRST.  Mix of 7821, 8961, and 7965
phones.

Router is configured for both SCCP and SIP SRST.

When WAN connection is lost, phones register with router correctly after a
few minutes and function properly. Can make calls between them all, and
calls to/from PSTN

After a period of time (about 20-30 min) the 78xx phones seem to stop
working.  Can't make calls TO them and can't make calls FROM them.  During
this time calls work between the 8961 phones and the 7965 phones and
to/from the PSTN.





During this time where the 7821 phones don’t work, the output of the *show
voice register* commands shows the 7821 phone is registered with the
auto-created dial-peers still present.



I enabled SIP message debugging, this is where it gets interesting.

Test is to place a call TO the 7821 phone.  From SCCP ext. 2014 to SIP(7821
phones)  ext. 2004

I placed a call from the SCCP phone to eliminate one side of the SIP
messages but the result is the same regardless if it place the call from an
8961 or 79xx phone.





I see the immediately router send out 3 invites to the 7821 phone

During this time, the phone doesn’t show any activity.

Then about 1 full minute later we see the 7821 phone send back three
100-Trying messages and three 180-ringing messages

During this time the 7821 phone is now ringing a full minute after I
already hung up the calling phone

I pick up the handset on the 7821 phone, there is not an actual call there.

I hang it up

Then about 2 minutes later the 7821 phone sends back 200-OK messages with
SDP.  There was no activity on the phone during this time.



It almost "seems" like the 7821 phone is having high CPU usage and its
super slow in responding to SIP messages.

This state take a while to develop.  Immediately after the phones switch
into SRST mode they work fine , then after a period of time, just the 78xx
phones exhibit this behavior.



See debugs and config below

SRST IP:  172.25.4.200

Target phone IP:  172.25.4.26



voice service voip

 ip address trusted list

  ipv4 10.0.0.0 255.0.0.0

  ipv4 192.168.0.0 255.255.0.0

  ipv4 10.10.111.10 255.255.255.255

  ipv4 172.16.0.0 255.240.0.0

 media statistics

 allow-connections sip to sip

 fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

 call-quality

 sip

  bind control source-interface GigabitEthernet0/0/0

  bind media source-interface GigabitEthernet0/0/0

  min-se 600

  registrar server expires max 1800 min 900

  no call service stop



voice register global

 default mode

 no allow-hash-in-dn

 timeouts interdigit 5

 system message SIP SRST Mode

 max-dn 25

 max-pool 10

 timezone 8

!

voice register pool  1

 id network 172.25.4.0 mask 255.255.255.0

 dtmf-relay rtp-nte sip-kpml

 codec g711ulaw

 no vad

!

voice hunt-group 1 parallel

 list 2004,3003,2001,2014

 pilot 2424



interface GigabitEthernet0/0/0

 ip address 172.25.4.200 255.255.255.0

 media-type rj45

 negotiation auto



call-manager-fallback

 secondary-dialtone 9

 max-conferences 8 gain -6

 transfer-system full-consult

 timeouts interdigit 5

 ip source-address 172.25.4.200 port 2000

 max-ephones 10

 max-dn 25 octo-line

 system message primary SCCP SRST MODE

 time-zone 8



TEST-CUBE#

TEST-CUBE#   sh debug

IOSXE Conditional Debug Configs:



Conditional Debug Global State: Stop





IOSXE Packet Tracing Configs:



Packet Infra debugs:



Ip Address   Port

--|--

CCSIP SPI: SIP Call Message tracing is enabled  (filter is OFF)

CCSIP SPI: SIP Out-of-Dialog tracing is enabled (filter is OFF)



voice-register:

  voice-register error debugging is on

  voice-register events debugging is on



TEST-CUBE#





!! ## this event is about 20-30 min after the phone went into SRST mode and
registered with the router

!! ## prior to this time, it functioned normally.

!!  make call from SCCP phone extension 2001 to SIP phone extension 2004

!!###  Sends 3 invites is rapid succession.  Note time stamps



030590: .Dec 20 *17:38:16.801*: //3480/365A43AF9107/SIP/Msg/ccsipDisplayMsg:

Sent:

INVITE sip:2004@172.25.4.26:5060 SIP/2.0

Via: SIP/2.0/UDP 172.25.4.200:5060;branch=z9hG4bKB871399

Remote-Party-ID: "+12025552001" ;party=calling;screen=no;privacy=off

From: "+12025552001" ;tag=5E6EC01-2547

To: 

Date: Tue, 20 Dec 2016 23:38:16 GMT

Call-ID: 

[cisco-voip] 8841 issues on 3850 switch

[Hendrix, Bill W. - US]

Hey Guys,

  We have seen spotty issues with phones connected to our 3850 
(WS-C3850-12X48U) stack switches running 03.07.04E.  The 8841 phones are 
running sip88xx.11-5-1-18.  Basically, the phones will sometimes not work and 
when looking at the port, it's like the switch doesn't see the phone via CDP.  
We are doing dot1x and phone profiling with ISE 2.1.  Below is a port with a 
phone not working.

Show power inline output.

Te1/0/42  auto   on 7.0 Ieee PD 2 60.0

Show mab all summary output
Te1/0/42NoneN/A

It should show the mac address of the phone here.  However, if I move the SAME 
phone to a different port on the switch that is configured exactly the same, it 
works and below is the output.

sh power inline | i 3/0/48
Te3/0/48  auto   on 6.3 IP Phone 8841   2 60.0

sh mab all summ | i 3/0/48
Te3/0/4800cc.fc4a.c743  SUCCESS

The two ports are configured exactly the same in the switch.  I even removed 
dot1x/mab completely, and the phone would still not work correctly.  I did a 
factory reset of a test phone and it started working, disconnected the phone 
and then it started doing this same thing again.   Thoughts on what this issue 
could be?  ISE issue, or phone firmware issue?

interface TenGigabitEthernet1/0/42
switchport access vlan 50
switchport mode access
switchport voice vlan 52
trust device cisco-phone
authentication control-direction in
authentication event fail action next-method
authentication event server dead action reinitialize vlan 50
authentication event server dead action authorize voice
authentication event server alive action reinitialize
 authentication host-mode multi-domain
authentication order dot1x mab
authentication priority dot1x mab
authentication port-control auto
authentication periodic
authentication timer reauthenticate server
authentication violation restrict
mab
snmp trap mac-notification change added
snmp trap mac-notification change removed
dot1x pae authenticator
dot1x timeout tx-period 4
auto qos voip cisco-phone
 spanning-tree portfast
service-policy input AutoQos-4.0-CiscoPhone-Input-Policy
service-policy output AutoQos-4.0-Output-Policy

interface TenGigabitEthernet3/0/48
switchport access vlan 50
switchport mode access
switchport voice vlan 52
trust device cisco-phone
authentication control-direction in
authentication event fail action next-method
authentication event server dead action reinitialize vlan 50
authentication event server dead action authorize voice
authentication event server alive action reinitialize
 authentication host-mode multi-domain
authentication order dot1x mab
authentication priority dot1x mab
authentication port-control auto
authentication periodic
authentication timer reauthenticate server
authentication violation restrict
mab
snmp trap mac-notification change added
snmp trap mac-notification change removed
dot1x pae authenticator
dot1x timeout tx-period 4
auto qos voip cisco-phone
 spanning-tree portfast
service-policy input AutoQos-4.0-CiscoPhone-Input-Policy
service-policy output AutoQos-4.0-Output-Policy


Regards,
Bill Hendrix

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

Re: [cisco-voip] Cisco CUCM SME - Call Forking

[Ankur Srivastava via cisco-voip]

To Do forking its best to use a SBC or Cube , you will never get the same
level of control via CUCM

*-Ankur*


On Tue, Dec 20, 2016 at 10:39 PM, Mark Holloway  wrote:

> Hi all. Can SME fork SIP Invites to two different destinations? For
> example a call originates from the PSTN and SME forks the invite to CUCM
> and Skype. Couldn’t find anything in SRND specific to SME. Only CUCM
> (Mobility) and Spark.
>
>
> PSTN SIP TRUNK
> |
> |
> CUBE
> |
> |
> SME—— Skype
> |
> |
> CUCM
>
>
> ___
> 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