Re: [cisco-voip] Cisco 8821 registration problems

2016-10-28 Thread NateCCIE
I do, just tried it on Wednesday, but I have not figured out why it's not
working.  I am running 11.5SU1+ES

 

From: cisco-voip [mailto:cisco-voip-boun...@puck.nether.net] On Behalf Of
Taylor, Matthew
Sent: Friday, October 28, 2016 4:34 PM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] Cisco 8821 registration problems

 

Anyone had problems with a 8821 not registering to CUCM?

 

I'm running 9.1.2 and have installed device pack 9.1(2.15130) and the newest
firmware for the 8821s.  My phone is joined to the same wireless network as
my current 7925s and can pull it's config file from the TFTP server but
never registers.

 

Thank you,

 

Matthew Taylor

Network Architect II, IT - ISS

Sam Houston State University

matthew.tay...@shsu.edu  
(936) 294-3955

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


[cisco-voip] Cisco 8821 registration problems

2016-10-28 Thread Taylor, Matthew
Anyone had problems with a 8821 not registering to CUCM?

I'm running 9.1.2 and have installed device pack 9.1(2.15130) and the newest 
firmware for the 8821s.  My phone is joined to the same wireless network as my 
current 7925s and can pull it's config file from the TFTP server but never 
registers.

Thank you,

Matthew Taylor
Network Architect II, IT - ISS
Sam Houston State University
matthew.tay...@shsu.edu
(936) 294-3955
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


Re: [cisco-voip] Paging

2016-10-28 Thread Lelio Fulgenzi
Interesting. What you find to be a problem, I find useful. I have test phones 
here that are page recipients that I put into headset mode so the pages don't 
bother people. []


But that at least confirms your findings. In headset mode, it bypasses the 
speaker. [☹]




---
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: Friday, October 28, 2016 4:05 PM
To: Scott Voll
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Paging

I don't think you are alone in this.  I can confirm that my 8861 running 
11.0(1) firmware does this too, and there are other reports of it happening 
online.

If only Cisco would implement the XSI Audio Path Control for all phone models, 
then we'd be set.  By the way, I did try to use this on my 8861 phone, but it 
doesn't work.  Oh well.

XSI Audio Path Control
The XSI Audio Path Control feature enables XSI calls to specify if the audio is 
played on the speakerphone
or handset speaker of the phone. The feature is available on the following 
phones:

• Cisco Unified Wireless IP Phones 7921G, 7925G, 7925G-EX, and 7926G with 
release 1.4(4) and later

NOTE: In releases prior to 1.4(4), by default the audio path is set to 
speakerphone unless a
headset is connected.

• Cisco Wireless IP Phone 8821

The XSI Audio Path Control feature utilizes the RTP URI which has been extended 
to give the administrator
this option to specify whether audio received via XSI is played through the 
speaker phone or handset speaker
of the Cisco IP Phone.

RTP URI Format
RTPRx:i:p:v:s or RTPMRx:i:p:v:s
Where
i = equals IP address (x.x.x.x).
p = equals UDP port (20480-32768).
v = volume (0-100).
s = specifies where the audio for an XSI call should be played.

• If s = 0, then the audio for the XSI call will be played to the speaker phone.
• If s = 1, then the audio for the XSI call will be played to the handset 
speaker or headset.
• If s = 2, then the audio for the XSI call will be played to the current audio 
path.
• If s is not present, then the audio for the XSI call is played to the speaker 
phone.

Source: Cisco Unified IP Phone Services Application Development Notes

BONUS

Here's the base of the Python script I used for testing (you must install 
python and 
requests):

import requests
phone = '10.1.1.10'
creds = ('phonecontroluser', 'phonecontrolpass')
xml = {'XML': ''}
resp = requests.post('http://{}/CGI/Execute'.format(phone), auth=creds, 
data=xml)


On Fri, Oct 28, 2016 at 12:14 PM, Scott Voll 
> wrote:
we are looking at IP phone paging.  But have ran into a MAJOR problem.  
wondering if any of you know a work around.

Informacast does a Multicast to all the phones.  My problem is that I'm using 
8861 phones and 80%+ use headsets.  if they are all set to use headsets. 
then all the paging goes over the headsets, even if they are cradled.  Which in 
a sense makes the paging ineffective at best.

Singlewire says this is a function of CM.  Anyone know of a work around?  a way 
to set all paging through the speaker phone?

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

2016-10-28 Thread Anthony Holloway
I don't think you are alone in this.  I can confirm that my 8861 running
11.0(1) firmware does this too, and there are other reports of it happening
online.

If only Cisco would implement the XSI Audio Path Control for all phone
models, then we'd be set.  By the way, I did try to use this on my 8861
phone, but it doesn't work.  Oh well.


*XSI Audio Path Control*
The XSI Audio Path Control feature enables XSI calls to specify if the
audio is played on the speakerphone
or handset speaker of the phone. The feature is available on the following
phones:

• Cisco Unified Wireless IP Phones 7921G, 7925G, 7925G-EX, and 7926G with
release 1.4(4) and later


NOTE: In releases prior to 1.4(4), by default the audio path is set to
speakerphone unless a

headset is connected.


• Cisco Wireless IP Phone 8821


The XSI Audio Path Control feature utilizes the RTP URI which has been
extended to give the administrator
this option to specify whether audio received via XSI is played through the
speaker phone or handset speaker
of the Cisco IP Phone.

RTP URI Format
RTPRx:i:p:v:s or RTPMRx:i:p:v:s
Where
i = equals IP address (x.x.x.x).
p = equals UDP port (20480-32768).
v = volume (0-100).
s = specifies where the audio for an XSI call should be played.

• If s = 0, then the audio for the XSI call will be played to the speaker
phone.

• If s = 1, then the audio for the XSI call will be played to the handset
speaker or headset.

• If s = 2, then the audio for the XSI call will be played to the current
audio path.

• If s is not present, then the audio for the XSI call is played to the
speaker phone.


Source: Cisco Unified IP Phone Services Application Development Notes

BONUS

Here's the base of the Python script I used for testing (you must install
python  and requests
):

import requests
phone = '10.1.1.10'
creds = ('phonecontroluser', 'phonecontrolpass')
xml = {'XML': ''}
resp = requests.post('http://{}/CGI/Execute'.format(phone), auth=creds,
data=xml)


On Fri, Oct 28, 2016 at 12:14 PM, Scott Voll  wrote:

> we are looking at IP phone paging.  But have ran into a MAJOR problem.
>  wondering if any of you know a work around.
>
> Informacast does a Multicast to all the phones.  My problem is that I'm
> using 8861 phones and 80%+ use headsets.  if they are all set to use
> headsets. then all the paging goes over the headsets, even if they are
> cradled.  Which in a sense makes the paging ineffective at best.
>
> Singlewire says this is a function of CM.  Anyone know of a work around?
>  a way to set all paging through the speaker phone?
>
> 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


[cisco-voip] Paging

2016-10-28 Thread Scott Voll
we are looking at IP phone paging.  But have ran into a MAJOR problem.
 wondering if any of you know a work around.

Informacast does a Multicast to all the phones.  My problem is that I'm
using 8861 phones and 80%+ use headsets.  if they are all set to use
headsets. then all the paging goes over the headsets, even if they are
cradled.  Which in a sense makes the paging ineffective at best.

Singlewire says this is a function of CM.  Anyone know of a work around?  a
way to set all paging through the speaker phone?

TIA

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


[cisco-voip] CMS / Acano

2016-10-28 Thread Nick via cisco-voip
Hi All

I am trying to build a CMS in the lab but I am struggling to get any users
from LDAP, I have setup the Active Directory settings and I believe they
are correct however after I Sync Now, the event logs show LDAP Sync
Operation Complete but no users are appearing in the Users area.

Anyone any experience of this they could share?

Regards

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