Send cisco-voip mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://puck.nether.net/mailman/listinfo/cisco-voip
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of cisco-voip digest..."
Today's Topics:
1. Re: Call quality stats on SIP trunk? (Nick Matthews)
2. Re: Call quality stats on SIP trunk? (Wes Sisk)
3. Re: Experience installing CUEAC 9.0.1.20 (Berry, Matthew)
4. 2N Helios IP Force not registering or failing (Jason Aarons (AM))
5. CUEAC - BLF Status Query (Boon)
6. Re: Experience installing CUEAC 9.0.1.20 (Adam Frankel)
7. Re: Experience installing CUEAC 9.0.1.20 (Berry, Matthew)
8. Re: CUEAC - BLF Status Query
(Jamie Gale -X (jamgale - Arc Solutions at Cisco))
9. DSP calculator update: to include VG350? (Lelio Fulgenzi)
10. Re: DSP calculator update: to include VG350? (Lelio Fulgenzi)
11. What's the best way to emulate "clid restrict" on a SIP
trunk? (Robert Kulagowski)
12. Re: CUEAC - BLF Status Query (Boon)
----------------------------------------------------------------------
Message: 1
Date: Thu, 25 Apr 2013 12:01:04 -0400
From: Nick Matthews <[email protected]>
To: Robert Kulagowski <[email protected]>
Cc: Cisco VOIP <[email protected]>, Nick Matthews
<[email protected]>
Subject: Re: [cisco-voip] Call quality stats on SIP trunk?
Message-ID:
<CAM-K-NrZ2sA_OsqwTN-sJEb7+GV8m9Ot=Oq2Wq==rwb+-vg...@mail.gmail.com>
Content-Type: text/plain; charset="windows-1252"
It doesn't look like that MIB actually calculates the MOS, but rather shows
you delay, jitter, and lost packets which could then be calculated to a MOS
score. It's likely the same output that 'show call active voice brief'
would have.
Is it not showing any stats at all? Yes, it would need to be flow through
and I believe RTCP would be required.
-nick
On Thu, Apr 25, 2013 at 11:13 AM, Robert Kulagowski <[email protected]>wrote:
> On Thu, Apr 25, 2013 at 10:04 AM, Wes Sisk <[email protected]> wrote:
> > I suspect RTP stats would only be collected if using flow-through rather
> > than flow-around?
>
> Flow-though is the default as far as I can tell from the docs, and I
> don't have "media flow-around" configured in the voice service voip
> part of my config, or in the dialpeers per
>
> http://www.cisco.com/en/US/docs/ios/voice/cube/configuration/guide/vb-gw-sipsip.html#wp1323974
>
> _______________________________________________
> cisco-voip mailing list
> [email protected]
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130425/dd00d8a8/attachment-0001.html>
------------------------------
Message: 2
Date: Thu, 25 Apr 2013 14:04:42 -0400
From: Wes Sisk <[email protected]>
To: Robert Kulagowski <[email protected]>, Nick Matthews
<[email protected]>
Cc: Cisco VOIP <[email protected]>
Subject: Re: [cisco-voip] Call quality stats on SIP trunk?
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"
Robert,
My CUBE contact says:
"sh call act voice is where is look first. Looking at the output below I do not
see much diff. in Tx/Rx packet counts for the two leg. So that looks good.
DSP stats are not relevant as for this call CUBE isn?t even going to touch the
rtp payload (no xcoding/MTP in use.)
A sniffer at the egress leg will give us lot in terms of evidence of what we
are receiving and putting out on the wire.
What exactly is the voice quality issue here? CPU checks out ok ?"
-Wes
On Apr 25, 2013, at 11:04 AM, Wes Sisk <[email protected]> wrote:
I suspect RTP stats would only be collected if using flow-through rather than
flow-around?
I'm hoping NICK MATTHEWS will chime in on this thread.
-wes
On Apr 25, 2013, at 10:48 AM, Robert Kulagowski <[email protected]> wrote:
On Thu, Apr 11, 2013 at 11:05 AM, Robert Kulagowski <[email protected]> wrote:
> Is there a way to get call quality stats on a CUBE in real-time? From
> reading
>
> http://www.cisco.com/en/US/prod/collateral/voicesw/ps6790/gatecont/ps5640/white_paper_c11-613550.pdf
>
> It appears that things like MoS are only available using SNMP?
So we put the OIDs into our SNMP collector (Nimbus), and even with the
downloaded MIB from Cisco, it appears to not have what I need. I
couldn't get anything useful from the "Active Call" OID
1.3.6.1.4.1.9.9.63.1.3.2 that would let me say, "Ah, the leg of the
SIP call going to my provider has a MOS of 3.2, and the internal leg
is OK at 4.5" (Or r-factor, since MOS can be subjective.) Am I missing
something?
_______________________________________________
cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________
cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130425/eac9b3a3/attachment-0001.html>
------------------------------
Message: 3
Date: Thu, 25 Apr 2013 14:45:23 -0500
From: "Berry, Matthew" <[email protected]>
To: Dana Tong <[email protected]>,
"[email protected]" <[email protected]>
Subject: Re: [cisco-voip] Experience installing CUEAC 9.0.1.20
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="us-ascii"
I just wanted to complete the circle on this issue.
After dealing with TAC for four days and getting nowhere, Jamie Gale from Arc
Solutions got in contact with me through this cisco-voip list. Within 24 hours,
the Arc developers were on a Webex with me offering their assistance.
It turns out that CUxAC 9.0.1.20 has an issue with the way the installer
encrypts the AXL password before placing it into the ATTCFG SQL database on the
CUxAC server. If you use a password with an X, Y, or Z Arc's encryption
mechanism will produce a string with invalid characters that SQL cannot receive
into the database. This causes the install to hang (and fail) at the Database
Wizard step.
Jamie Gale informed me that they will resolve this in the next CUxAC release
2-3 months from now.
So to summarize:
* Avoid X, Y, Z in your passwords
* Don't put too much trust in Cisco's ability to escalate to Arc (no
surprise here, I will send follow-up to Cisco)
* Arc's developers are very helpful once you have access to them
Matthew Berry | Sr. Unified Collaboration Engineer, Voice CCIE #26721
World Wide Technology, Inc. | Cell +1.612.219.0040
PS Engineering: Creating Impact, Ignition & Scalability
From: Dana Tong [mailto:[email protected]]
Sent: Tuesday, April 23, 2013 5:13 PM
To: Berry, Matthew; [email protected]
Subject: RE: Experience installing CUEAC 9.0.1.20
Matthew,
This was on Windows Server 2008. We had to install the compression module for
ISS and to check "Enable static content compress" to fix the issue with the web
page showing all little red x's instead of pictures.
Cheers
Dana
From: cisco-voip
[mailto:[email protected]]<mailto:[mailto:[email protected]]>
On Behalf Of Dana Tong
Sent: Wednesday, 24 April 2013 8:09 AM
To: Berry, Matthew;
[email protected]<mailto:[email protected]>
Subject: Re: [cisco-voip] Experience installing CUEAC 9.0.1.20
Hi Matthew,
I think I saw this same issue. Were you seeing all little red x's on the web
pages where the pictures should be?
The fix was to go into IIS configuration or the Windows installation and to
enable compression or something. Let me look at the server and get back to you.
Can you please confirm that the issue you see are the red x's?
Cheers
Dana
From: cisco-voip [mailto:[email protected]] On Behalf Of
Berry, Matthew
Sent: Wednesday, 24 April 2013 3:09 AM
To: [email protected]<mailto:[email protected]>
Subject: [cisco-voip] Experience installing CUEAC 9.0.1.20
Hey gang,
I'm curious if anyone has recently done a CUEAC 9.0.1.20 installation and found
issues during installation.
The MSI file I'm running comes from the cisco-ac.arcsolutions.com site:
Cisco Unified Attendant Console Enterprise Edition V9.0.1.20 - Release Date 28
Jan 2013
During the installation, I hit the Database Wizard step and the system locks
up. The installation never finishes.
Observed:
* Same experience whether server is on domain or off domain
* Installation ran with local admin account and domain admin account
(as if that would make a difference)
* The CUEAC installer configures IIS (as far as I can tell)
* The CUEAC installer places all the files under Program Files (as far
as I can tell)
* The SQL Express database is populated
After waiting up to 6 hours for the Database Wizard to finish (which it does
not), I quit the processes and receive a "Congratulations! CUEAC is installed!
Please reboot!" After the reboot, when I attempt to go to the web page I get an
ASP error.
I've been through three Cisco TAC engineers so far in this case. I'm planning
to escalate, but so far their assistance has been worthless.
Any ideas?
Matthew Berry | Sr. Unified Collaboration Engineer, Voice CCIE #26721
World Wide Technology, Inc. | Cell +1.612.219.0040
PS Engineering: Creating Impact, Ignition & Scalability
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130425/70ef56d3/attachment-0001.html>
------------------------------
Message: 4
Date: Thu, 25 Apr 2013 18:01:04 -0400
From: "Jason Aarons (AM)" <[email protected]>
To: "cisco-voip ([email protected])"
<[email protected]>
Subject: [cisco-voip] 2N Helios IP Force not registering or failing
Message-ID:
<4e38db0a1959b04c8c83edcf069b53ed0d32de3...@usispclexdb01.na.didata.local>
Content-Type: text/plain; charset="windows-1252"
I have two Helios 2N IP Forc. One works fine the other doesn't.
The non-working Helios 2N IP Force is running 1.16.1.309.15, it shows
registered but gives a fast busy when calling. I also tried the latest
version Firmware v2.3.0
<http://www.2n.cz/download/4/2/1/7/app_heliosip_vfs_dsp_release_2_3_0_6_10.bin>
and it never register to CallManager 8.6.2.22024-1
The working Helios 2N is running 1.15.4.308.4
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130425/64e69bbd/attachment-0001.html>
------------------------------
Message: 5
Date: Fri, 26 Apr 2013 10:19:32 +0100
From: Boon <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [cisco-voip] CUEAC - BLF Status Query
Message-ID:
<cacue4gj8oz8ntaopbdlmzrf7b1m6qncbmqtqwifrtv2w_g0...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
We have a customer with CUCM 8.6 & CUEAC 8.6.
CUCM is LDAP integrated and AD user's telephone numbers are in the format
0207XXXXXX.
Their extensions are in CUCM are in the format 440207XXXXXX (dont ask!!)..
We're unable to retrieve BLF status from CUCM in the CUEAC client unless we
modify the AD telephoneNumber attribute to be in the 440207XXXXXX format.
Is there a way of manipulating the directory in CUEAC so that it can
display BLF correctly without having to change the AD telephoneNumber
format?
Thanks
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130426/7106d602/attachment-0001.html>
------------------------------
Message: 6
Date: Fri, 26 Apr 2013 16:56:13 +0530
From: Adam Frankel <[email protected]>
To: "Berry, Matthew" <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [cisco-voip] Experience installing CUEAC 9.0.1.20
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
Looks like CSCug54875 was filed for this issue as well.
Adam
------------------------------------------------------------------------
*From:* Berry, Matthew <[email protected]>
*Sent:* Fri, Apr 26, 2013 1:15:23 AM
*To:* Dana Tong <[email protected]>,
[email protected] <[email protected]>
*CC:*
*Subject:* Re: [cisco-voip] Experience installing CUEAC 9.0.1.20
> I just wanted to complete the circle on this issue.
>
> After dealing with TAC for four days and getting nowhere, Jamie Gale
> from Arc Solutions got in contact with me through this cisco-voip
> list. Within 24 hours, the Arc developers were on a Webex with me
> offering their assistance.
>
> It turns out that CUxAC 9.0.1.20 has an issue with the way the
> installer encrypts the AXL password before placing it into the ATTCFG
> SQL database on the CUxAC server. *If you use a password with an X, Y,
> or Z* Arc's encryption mechanism will produce a string with invalid
> characters that SQL cannot receive into the database. This causes the
> install to hang (and fail) at the Database Wizard step.
>
> Jamie Gale informed me that they will resolve this in the next CUxAC
> release 2-3 months from now.
>
> So to summarize:
>
> ?Avoid X, Y, Z in your passwords
>
> ?Don't put too much trust in Cisco's ability to escalate to Arc (no
> surprise here, I will send follow-up to Cisco)
>
> ?Arc's developers are very helpful once you have access to them
>
> **
>
> **
>
> *Matthew Berry | Sr. Unified Collaboration Engineer, Voice CCIE #26721*
>
> World Wide Technology, Inc. | Cell +1.612.219.0040
>
> */PS Engineering: /*/Creating Impact, Ignition & Scalability/
>
> **
>
> *From:*Dana Tong [mailto:[email protected]]
> *Sent:* Tuesday, April 23, 2013 5:13 PM
> *To:* Berry, Matthew; [email protected]
> *Subject:* RE: Experience installing CUEAC 9.0.1.20
>
> Matthew,
>
> This was on Windows Server 2008. We had to install the compression
> module for ISS and to check "Enable static content compress" to fix
> the issue with the web page showing all little red x's instead of
> pictures.
>
> Cheers
>
> Dana
>
> *From:*cisco-voip [mailto:[email protected]]
> <mailto:[mailto:[email protected]]> *On Behalf Of
> *Dana Tong
> *Sent:* Wednesday, 24 April 2013 8:09 AM
> *To:* Berry, Matthew; [email protected]
> <mailto:[email protected]>
> *Subject:* Re: [cisco-voip] Experience installing CUEAC 9.0.1.20
>
> Hi Matthew,
>
> I think I saw this same issue. Were you seeing all little red x's on
> the web pages where the pictures should be?
>
> The fix was to go into IIS configuration or the Windows installation
> and to enable compression or something. Let me look at the server and
> get back to you.
>
> Can you please confirm that the issue you see are the red x's?
>
> Cheers
>
> Dana
>
> *From:*cisco-voip [mailto:[email protected]] *On
> Behalf Of *Berry, Matthew
> *Sent:* Wednesday, 24 April 2013 3:09 AM
> *To:* [email protected] <mailto:[email protected]>
> *Subject:* [cisco-voip] Experience installing CUEAC 9.0.1.20
>
> Hey gang,
>
> I'm curious if anyone has recently done a CUEAC 9.0.1.20 installation
> and found issues during installation.
>
> The MSI file I'm running comes from the cisco-ac.arcsolutions.com site:
>
> Cisco Unified Attendant Console Enterprise Edition V9.0.1.20 - Release
> Date 28 Jan 2013
>
> During the installation, I hit the Database Wizard step and the system
> locks up. The installation never finishes.
>
> Observed:
>
> ?Same experience whether server is on domain or off domain
>
> ?Installation ran with local admin account and domain admin account
> (as if that would make a difference)
>
> ?The CUEAC installer configures IIS (as far as I can tell)
>
> ?The CUEAC installer places all the files under Program Files (as far
> as I can tell)
>
> ?The SQL Express database is populated
>
> After waiting up to 6 hours for the Database Wizard to finish (which
> it does not), I quit the processes and receive a "Congratulations!
> CUEAC is installed! Please reboot!" After the reboot, when I attempt
> to go to the web page I get an ASP error.
>
> I've been through three Cisco TAC engineers so far in this case. I'm
> planning to escalate, but so far their assistance has been worthless.
>
> Any ideas?
>
> **
>
> *Matthew Berry | Sr. Unified Collaboration Engineer, Voice CCIE #26721*
>
> World Wide Technology, Inc. | Cell +1.612.219.0040
>
> */PS Engineering: /*/Creating Impact, Ignition & Scalability/
>
>
>
> _______________________________________________
> cisco-voip mailing list
> [email protected]
> https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130426/5f2f9bf2/attachment-0001.html>
------------------------------
Message: 7
Date: Fri, 26 Apr 2013 07:54:50 -0500
From: "Berry, Matthew" <[email protected]>
To: Adam Frankel <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [cisco-voip] Experience installing CUEAC 9.0.1.20
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="us-ascii"
Yes. That bug was filed as a result of my work with Arc Solutions.
Matthew
From: Adam Frankel [mailto:[email protected]]
Sent: Friday, April 26, 2013 6:26 AM
To: Berry, Matthew
Cc: Dana Tong; [email protected]
Subject: Re: [cisco-voip] Experience installing CUEAC 9.0.1.20
Looks like CSCug54875 was filed for this issue as well.
Adam
________________________________
From: Berry, Matthew <[email protected]><mailto:[email protected]>
Sent: Fri, Apr 26, 2013 1:15:23 AM
To: Dana Tong
<[email protected]><mailto:[email protected]>,
[email protected]<mailto:[email protected]>
<[email protected]><mailto:[email protected]>
CC:
Subject: Re: [cisco-voip] Experience installing CUEAC 9.0.1.20
I just wanted to complete the circle on this issue.
After dealing with TAC for four days and getting nowhere, Jamie Gale from Arc
Solutions got in contact with me through this cisco-voip list. Within 24 hours,
the Arc developers were on a Webex with me offering their assistance.
It turns out that CUxAC 9.0.1.20 has an issue with the way the installer
encrypts the AXL password before placing it into the ATTCFG SQL database on the
CUxAC server. If you use a password with an X, Y, or Z Arc's encryption
mechanism will produce a string with invalid characters that SQL cannot receive
into the database. This causes the install to hang (and fail) at the Database
Wizard step.
Jamie Gale informed me that they will resolve this in the next CUxAC release
2-3 months from now.
So to summarize:
* Avoid X, Y, Z in your passwords
* Don't put too much trust in Cisco's ability to escalate to Arc (no
surprise here, I will send follow-up to Cisco)
* Arc's developers are very helpful once you have access to them
Matthew Berry | Sr. Unified Collaboration Engineer, Voice CCIE #26721
World Wide Technology, Inc. | Cell +1.612.219.0040
PS Engineering: Creating Impact, Ignition & Scalability
From: Dana Tong [mailto:[email protected]]
Sent: Tuesday, April 23, 2013 5:13 PM
To: Berry, Matthew;
[email protected]<mailto:[email protected]>
Subject: RE: Experience installing CUEAC 9.0.1.20
Matthew,
This was on Windows Server 2008. We had to install the compression module for
ISS and to check "Enable static content compress" to fix the issue with the web
page showing all little red x's instead of pictures.
Cheers
Dana
From: cisco-voip
[mailto:[email protected]]<mailto:[mailto:[email protected]]>
On Behalf Of Dana Tong
Sent: Wednesday, 24 April 2013 8:09 AM
To: Berry, Matthew;
[email protected]<mailto:[email protected]>
Subject: Re: [cisco-voip] Experience installing CUEAC 9.0.1.20
Hi Matthew,
I think I saw this same issue. Were you seeing all little red x's on the web
pages where the pictures should be?
The fix was to go into IIS configuration or the Windows installation and to
enable compression or something. Let me look at the server and get back to you.
Can you please confirm that the issue you see are the red x's?
Cheers
Dana
From: cisco-voip [mailto:[email protected]] On Behalf Of
Berry, Matthew
Sent: Wednesday, 24 April 2013 3:09 AM
To: [email protected]<mailto:[email protected]>
Subject: [cisco-voip] Experience installing CUEAC 9.0.1.20
Hey gang,
I'm curious if anyone has recently done a CUEAC 9.0.1.20 installation and found
issues during installation.
The MSI file I'm running comes from the cisco-ac.arcsolutions.com site:
Cisco Unified Attendant Console Enterprise Edition V9.0.1.20 - Release Date 28
Jan 2013
During the installation, I hit the Database Wizard step and the system locks
up. The installation never finishes.
Observed:
* Same experience whether server is on domain or off domain
* Installation ran with local admin account and domain admin account
(as if that would make a difference)
* The CUEAC installer configures IIS (as far as I can tell)
* The CUEAC installer places all the files under Program Files (as far
as I can tell)
* The SQL Express database is populated
After waiting up to 6 hours for the Database Wizard to finish (which it does
not), I quit the processes and receive a "Congratulations! CUEAC is installed!
Please reboot!" After the reboot, when I attempt to go to the web page I get an
ASP error.
I've been through three Cisco TAC engineers so far in this case. I'm planning
to escalate, but so far their assistance has been worthless.
Any ideas?
Matthew Berry | Sr. Unified Collaboration Engineer, Voice CCIE #26721
World Wide Technology, Inc. | Cell +1.612.219.0040
PS Engineering: Creating Impact, Ignition & Scalability
_______________________________________________
cisco-voip mailing list
[email protected]<mailto:[email protected]>
https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130426/a53ee3ba/attachment-0001.html>
------------------------------
Message: 8
Date: Fri, 26 Apr 2013 13:42:54 +0000
From: "Jamie Gale -X (jamgale - Arc Solutions at Cisco)"
<[email protected]>
To: Boon <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [cisco-voip] CUEAC - BLF Status Query
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Hi Boon,
At the moment in the product in order for BLF to work the number in the CUAC
directory must match exactly to the DN in the CUCM.
There are a few options available:
1. Change the number in AD to match that of the users DN
2. Add the actual DN to another field in AD, map that through to a spare
field in CUCM and then change the field mapping for the telephone number in
CUAC from Telephone Number in CUCM to the newly populated field
3. Look at using Premium Edition of the console which will allow a sync
directory with the AD, then have the DN populated in the AD against any field
We will be looking to add functionality to deal with this in future but I could
not say when this would be at the moment.
Kind Regards
Jamie Gale
Technical Marketing Engineer, Cisco Unified Attendant Consoles
Arc Solutions, onsite at Cisco
[email protected]<mailto:[email protected]>
D +1 919 392 4671
M +1 919 699 4910
Find our new Cisco Unified Attendant Console End User training videos at
https://www.youtube.com/channel/UC3jC1gmgsRWPR4PLR2VWBhA?feature=CCQQwRs%3D
Join the Cisco Unified Attendant Console Forum at Arc Solutions!
http://forum.arcsolutions.com/forumdisplay.php?f=4
On Apr 26, 2013, at 5:19 AM, Boon
<[email protected]<mailto:[email protected]>>
wrote:
We have a customer with CUCM 8.6 & CUEAC 8.6.
CUCM is LDAP integrated and AD user's telephone numbers are in the format
0207XXXXXX.
Their extensions are in CUCM are in the format 440207XXXXXX (dont ask!!)..
We're unable to retrieve BLF status from CUCM in the CUEAC client unless we
modify the AD telephoneNumber attribute to be in the 440207XXXXXX format.
Is there a way of manipulating the directory in CUEAC so that it can display
BLF correctly without having to change the AD telephoneNumber format?
Thanks
_______________________________________________
cisco-voip mailing list
[email protected]<mailto:[email protected]>
https://puck.nether.net/mailman/listinfo/cisco-voip
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130426/b2699d46/attachment-0001.html>
------------------------------
Message: 9
Date: Fri, 26 Apr 2013 10:57:57 -0400 (EDT)
From: Lelio Fulgenzi <[email protected]>
To: Cisco VOIP <[email protected]>
Subject: [cisco-voip] DSP calculator update: to include VG350?
Message-ID:
<1737161919.512329.1366988277472.javamail.r...@squeaky.cs.uoguelph.ca>
Content-Type: text/plain; charset="utf-8"
Dear Cisco Folk;
Will the DSP calculator be updated to include the VG350 soon? I know that the
VG350 is a bundled 3945, but the FXS modules are not even listed.
Lelio
---
Lelio Fulgenzi, B.A.
Senior Analyst, Data Centre and Communications Facilities
Computing and Communications Services (CCS)
University of Guelph
519?824?4120 Ext 56354
[email protected]
www.uoguelph.ca/ccs
Room 037, Animal Science and Nutrition Building
Guelph, Ontario, N1G 2W1
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130426/075d7910/attachment-0001.html>
------------------------------
Message: 10
Date: Fri, 26 Apr 2013 11:10:09 -0400 (EDT)
From: Lelio Fulgenzi <[email protected]>
To: Cisco VOIP <[email protected]>
Subject: Re: [cisco-voip] DSP calculator update: to include VG350?
Message-ID:
<658520230.514886.1366989009022.javamail.r...@squeaky.cs.uoguelph.ca>
Content-Type: text/plain; charset="utf-8"
ok. nevermind. it comes with a PVDM-256. For some reason, you can see it on the
included list in CCW until after you export. go figure.
---
Lelio Fulgenzi, B.A.
Senior Analyst, Data Centre and Communications Facilities
Computing and Communications Services (CCS)
University of Guelph
519?824?4120 Ext 56354
[email protected]
www.uoguelph.ca/ccs
Room 037, Animal Science and Nutrition Building
Guelph, Ontario, N1G 2W1
----- Original Message -----
From: "Lelio Fulgenzi" <[email protected]>
To: "Cisco VOIP" <[email protected]>
Sent: Friday, April 26, 2013 10:57:57 AM
Subject: DSP calculator update: to include VG350?
Dear Cisco Folk;
Will the DSP calculator be updated to include the VG350 soon? I know that the
VG350 is a bundled 3945, but the FXS modules are not even listed.
Lelio
---
Lelio Fulgenzi, B.A.
Senior Analyst, Data Centre and Communications Facilities
Computing and Communications Services (CCS)
University of Guelph
519?824?4120 Ext 56354
[email protected]
www.uoguelph.ca/ccs
Room 037, Animal Science and Nutrition Building
Guelph, Ontario, N1G 2W1
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130426/1818c14f/attachment-0001.html>
------------------------------
Message: 11
Date: Fri, 26 Apr 2013 10:34:09 -0500
From: Robert Kulagowski <[email protected]>
To: Cisco VOIP <[email protected]>
Subject: [cisco-voip] What's the best way to emulate "clid restrict"
on a SIP trunk?
Message-ID:
<CAGe0w3TuuU6Z+Wx-zD3h5WKZBW=pSE7voiwAay+=c6+y6hq...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
I'm reading all about SIP, but there seems to be a huge number of options.
On a PRI, it's easy. I can do "clid restrict" on the PRI, and that
means that the provider won't send anything on, making the calls
unknown to the called party.
If I do clid restrict on a SIP dial peer, CUBE sends "anonymous" to
the provider. That makes it difficult to determine how to bill things
(if I'm using a CDR from the point of view of the provider.) If I can
send the provider our internal extensions, then when the bill comes at
the end of the month I can use the first two digits (our site codes)
to sort and allocate costs.
Is there some combination of privacy settings that I can enable on a
dial peer so that
1- the calling number and name is sent to the provider, so that they
can associate a calling and called number (and the cost of that call)
2- the upstream SIP provider _doesn't_ forward that information
towards the called party? For some calls it's important that they get
to the destination as "Unknown"
Thanks.
------------------------------
Message: 12
Date: Fri, 26 Apr 2013 16:56:08 +0100
From: Boon <[email protected]>
To: "Jamie Gale -X (jamgale - Arc Solutions at Cisco)"
<[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [cisco-voip] CUEAC - BLF Status Query
Message-ID:
<cacue4gh7w+6xopr-wjqbtytx4uqnyqhow-ood9xrjfg1sqw...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
ok thanks Jamie, that's a perfect answer! :)
On Fri, Apr 26, 2013 at 2:42 PM, Jamie Gale -X (jamgale - Arc Solutions at
Cisco) <[email protected]> wrote:
> Hi Boon,
>
> At the moment in the product in order for BLF to work the number in the
> CUAC directory must match exactly to the DN in the CUCM.
>
> There are a few options available:
>
>
> 1. Change the number in AD to match that of the users DN
> 2. Add the actual DN to another field in AD, map that through to a
> spare field in CUCM and then change the field mapping for the telephone
> number in CUAC from Telephone Number in CUCM to the newly populated field
> 3. Look at using Premium Edition of the console which will allow a
> sync directory with the AD, then have the DN populated in the AD against
> any field
>
>
> We will be looking to add functionality to deal with this in future but
> I could not say when this would be at the moment.
>
> Kind Regards
>
> Jamie Gale
> Technical Marketing Engineer, Cisco Unified Attendant Consoles
> Arc Solutions, onsite at Cisco
> [email protected]
> D +1 919 392 4671
> M +1 919 699 4910
>
> *Find our new Cisco Unified Attendant Console End User training videos at
> **
> https://www.youtube.com/channel/UC3jC1gmgsRWPR4PLR2VWBhA?feature=CCQQwRs%3D
> *
>
> *Join the Cisco Unified Attendant Console Forum at Arc Solutions!
> http://forum.arcsolutions.com/forumdisplay.php?f=4*
>
> On Apr 26, 2013, at 5:19 AM, Boon <[email protected]>
> wrote:
>
> We have a customer with CUCM 8.6 & CUEAC 8.6.
>
> CUCM is LDAP integrated and AD user's telephone numbers are in the
> format 0207XXXXXX.
>
> Their extensions are in CUCM are in the format 440207XXXXXX (dont
> ask!!)..
>
> We're unable to retrieve BLF status from CUCM in the CUEAC client unless
> we modify the AD telephoneNumber attribute to be in the 440207XXXXXX
> format.
>
> Is there a way of manipulating the directory in CUEAC so that it can
> display BLF correctly without having to change the AD telephoneNumber
> format?
>
> Thanks
> _______________________________________________
> cisco-voip mailing list
> [email protected]
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130426/082665fa/attachment-0001.html>
------------------------------
Subject: Digest Footer
_______________________________________________
cisco-voip mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/cisco-voip
------------------------------
End of cisco-voip Digest, Vol 114, Issue 24
*******************************************
