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: high I/O Wait on one core (Erick Wellnitz)
2. CUBE 3925 152-4.M3.bin and Unity Connection 9.1 call drops
(Jason Aarons (AM))
3. MCID and Verizon ISDN PRI's (Lisa Notarianni)
4. CCIE Voice to become CCIE Collaboration in November 2013
(Roger Wiklund)
5. Re: UCS Sizing woes (Justin Steinberg)
6. Re: CUBE 3925 152-4.M3.bin and Unity Connection 9.1 call
drops (Jason Aarons (AM))
7. Re: CUCM 8.5 DLU's (Nicholas Samios)
8. AIM-CUE licenses (Candese Perez)
----------------------------------------------------------------------
Message: 1
Date: Mon, 20 May 2013 11:08:42 -0500
From: Erick Wellnitz <[email protected]>
To: "Tom Piscitell (tpiscite)" <[email protected]>
Cc: cisco-voip <[email protected]>
Subject: Re: [cisco-voip] high I/O Wait on one core
Message-ID:
<CAK0wOsDZMqC=KMzgV_A_sYVyKbbyh4VruW0A4ty=8ggkk1h...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Just to follow up on this....
We made a network routing change over the weekend and magically the I/O
wait fell back to normal. May be coincidence but this seems to have
resolved itself somehow.
I don't like things that 'magically' fix themselves.
On Fri, Apr 5, 2013 at 12:41 PM, Erick Wellnitz <[email protected]>wrote:
> I have a bunch of LSIESG_AlertIndication messages. Consistency checks and
> battery relearns. only recently have the consistency checks found
> inconsistent parity.
>
>
> On Fri, Apr 5, 2013 at 11:02 AM, Tom Piscitell (tpiscite) <
> [email protected]> wrote:
>
>> Yes that is the CAR DB. In addition to checking CDR retention, I would
>> pull syslogs and look for signs of HDD failure. The drives may be failing
>> which will cause high IOWait during normal disk usage. Here is a helpful
>> command since you are running on an IBM server:
>>
>> $ grep -R LSIESG_AlertIndication --include messages* *
>>
>> HTH,
>> -Tom
>>
>> On Apr 5, 2013, at 11:49 AM, "Haas, Neal" <[email protected]>
>> wrote:
>>
>> > Jumping in on the thread, what is your CDR retention set to? Do you
>> redirect to a 3rd party CDR such as ISI? We have only a 30 day retention on
>> our servers I believe. We never use the CDR from the server.
>> >
>> > We had a lot of IO when our CDR was set to a few months, The IO was
>> from the deletion of the old CDR at the end of the month. It has been a few
>> years since we changed the settings.
>> >
>> >
>> > Neal Haas
>> >
>> > From: [email protected] [mailto:
>> [email protected]] On Behalf Of Erick Wellnitz
>> > Sent: Friday, April 05, 2013 8:21 AM
>> > To: Tom Piscitell (tpiscite)
>> > Cc: cisco-voip
>> > Subject: Re: [cisco-voip] high I/O Wait on one core
>> >
>> > caroninit seems to be the biggest offender (by about 50x) in both disk
>> writes and cpu usage. Am I correct in assuming this has something to do
>> with call detail records?
>> >
>> >
>> > On Fri, Apr 5, 2013 at 9:02 AM, Tom Piscitell (tpiscite) <
>> [email protected]> wrote:
>> > Erick,
>> >
>> > You can use the FIOR utility from the CLI to identify which processes
>> are writing to the disk.
>> >
>> > admin:utils fior
>> > utils fior disable
>> > utils fior enable
>> > utils fior list
>> > utils fior start
>> > utils fior status
>> > utils fior stop
>> > utils fior top
>> >
>> > Here is a typical use case:
>> >
>> > 1. Enable the FIOR utility before/during a time of High IO Wait
>> > admin:utils fior enable
>> > File I/O Statistics has been enabled.
>> > admin:utils fior start
>> > Loading fiostats module: ok
>> > Enabling fiostats : ok
>> > File I/O Statistics has been started.
>> >
>> > 2. Wait a couple minutes. FIOR will poll for data every 5 seconds I
>> believe. Then use utils fior top to see whats hitting the CPU the hardest:
>> >
>> > admin:utils fior top ?
>> > Syntax:
>> > utils fior top n sort_by [start=date-time] [stop=date-time]
>> >
>> > n: number of processes
>> > sort_by: read, write, read-rate, write-rate
>> > date-time: of the form %H:%M, %H:%M:%S
>> > %a,%H:%M, %a,%H:%M:%S
>> > %Y-%m-%d,%H:%M, %Y-%m-%d %H:%M:%S
>> > Example:
>> > admin:utils fior top 10 write start=2010-04-20 10:00:00 stop=2010-04-20
>> 10:30:00
>> >
>> > This of course won't tell you *why* a process is hitting the disk, but
>> it will at least show you who has the most read/writes. To answer the why
>> question you would need to look at traces for the offending process/service.
>> >
>> > HTH,
>> > -Tom
>> >
>> > On Apr 4, 2013, at 5:43 PM, Erick Wellnitz <[email protected]>
>> wrote:
>> >
>> > > Hello all!
>> > >
>> > > I have a dual 4 core IBM 7835I3 which is my publisher. One one core
>> of the first CPU the I/O Wait is through the roof. RTMT shows that writes
>> to the hard drives are at between 600 and 700 MB/s which is exponentially
>> higher than the subscriber on the same model of hardware.
>> > >
>> > > Short of calling TAC is there any way to figure out what is causing
>> the extremely high volume of writes to the drives? I already stopped most
>> traces and looking at the processes doesn't give any clues.
>> > >
>> > > Thanks again!
>> > >
>> > >
>> > > _______________________________________________
>> > > 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/20130520/8e238100/attachment-0001.html>
------------------------------
Message: 2
Date: Mon, 20 May 2013 13:30:35 -0400
From: "Jason Aarons (AM)" <[email protected]>
To: "cisco-voip ([email protected])"
<[email protected]>
Subject: [cisco-voip] CUBE 3925 152-4.M3.bin and Unity Connection 9.1
call drops
Message-ID:
<4e38db0a1959b04c8c83edcf069b53ed0d3426e...@usispclexdb01.na.didata.local>
Content-Type: text/plain; charset="windows-1252"
Customer is running a CUBE with Windstream, end users are reporting calls drops
during Unity Connection after about 20 seconds. New deployment. Any thoughts?
Going to run a debug ccsip messages later today.
Maybe a RTCP timer or something on CUBE?
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130520/40ee72c8/attachment-0001.html>
------------------------------
Message: 3
Date: Mon, 20 May 2013 19:10:30 +0000
From: Lisa Notarianni <[email protected]>
To: "cisco-voip ([email protected])"
<[email protected]>
Subject: [cisco-voip] MCID and Verizon ISDN PRI's
Message-ID:
<b1d1594f698e684db83c15828d282dd867071...@sn2prd0310mb359.namprd03.prod.outlook.com>
Content-Type: text/plain; charset="us-ascii"
Current version of CUCM - 8.6.2.20000-2
We are in the process of trying to implement MCID feature so our Police
Department has official procedures to replace what we used to use as our older
Call Trace on Landlines.
I have contacted Verizon - our PSTN who we contract with for our ISDN PRI
circuits. They are unaware of this even being possible. Does anyone use MCID
feature AND have ISDN PRI circuits from Verizon?
Cisco's documentation states:
The MCID service flags the call detail record (CDR) with the MCID notice
and sends a notification to the off-net PSTN that a malicious call is in
progress.
[LisaNotarianniSignature]
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130520/38b45525/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 10828 bytes
Desc: image001.gif
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130520/38b45525/attachment-0001.gif>
------------------------------
Message: 4
Date: Mon, 20 May 2013 21:23:34 +0200
From: Roger Wiklund <[email protected]>
To: Cisco VOIP <[email protected]>
Subject: [cisco-voip] CCIE Voice to become CCIE Collaboration in
November 2013
Message-ID:
<cac+ask1uavygga04e-yo_xptgy-hw78dnlqet8ofn20cdgo...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
http://blog.ine.com/2013/05/15/ccie-voice-to-become-ccie-collaboration-in-november-2013/
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130520/3210a270/attachment-0001.html>
------------------------------
Message: 5
Date: Mon, 20 May 2013 17:22:12 -0400
From: Justin Steinberg <[email protected]>
To: Ki Wi <[email protected]>
Cc: "cisco-voip@puck. nether. net" <[email protected]>
Subject: Re: [cisco-voip] UCS Sizing woes
Message-ID:
<caccaghyqsj28kbxcb0gkwt9ugzbqog-_4yumr-yt9a7xftf...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
there are plenty of OVA templates you can deploy where the virtual machine
only needs 1 vCPU. Also, if you go specs based, there are CPUs that go up
to 8 cores that you can put in a C220. Two of those CPUs and you have 16
cores for your VMs. At that point you are probably going to be concerned
about your disk IO if you have DAS
On Mon, May 20, 2013 at 11:46 AM, Ki Wi <[email protected]> wrote:
> That's is really sad. It is really a waste of resources especially if we
> purchased TRC servers. Hardly those tiny VMs even use near 24gb of memory :(
>
>
> On Sun, May 19, 2013 at 8:50 PM, Matthew Saskin <[email protected]> wrote:
>
>> Unfortunately, PCCE is a very special use case tested and approved by the
>> CCBU. For all other applications, the rule of no CPU or memory
>> oversubscription applies.
>> On May 18, 2013 4:39 PM, "Ki Wi" <[email protected]> wrote:
>>
>>> All along each C220 server (based on TRC spec), i have sized can only
>>> accomodate like 3 to 4 Cisco VM . Partly because C220 is only 8 CPU core.
>>> If each VM actually takes up 2 vCPU , i can only squeeze 4 VM. If i have a
>>> Unity connection VM, i am able to squeeze only 3 VM since CUC will takes up
>>> additional CPU core.
>>>
>>> I discovered that I might be wrong all along after I have read the PCCE
>>> sizing. Looks like if my UCS server have 4 cores , my largest VM needs only
>>> 4vCPU for example. As long as the total CPU reservation and memory
>>> reservation doesn't hit the limit, i could actually squeeze more VM in? Is
>>> this true? I know it is true in VMware world (since i am vcp certified) but
>>> I was somehow mislead to believe that each vCPU requirement actually maps
>>> to 1 physical core.
>>>
>>>
>>> http://www.cisco.com/en/US/docs/voice_ip_comm/cust_contact/contact_center/pcce/pcce_901/reference/guide/PCCE_BK_PBD08CF9_00_packaged-cce_chapter_00.html
>>>
>>>
>>> _______________________________________________
>>> 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/20130520/055c3db0/attachment-0001.html>
------------------------------
Message: 6
Date: Mon, 20 May 2013 21:10:26 -0400
From: "Jason Aarons (AM)" <[email protected]>
To: "cisco-voip ([email protected])"
<[email protected]>
Subject: Re: [cisco-voip] CUBE 3925 152-4.M3.bin and Unity Connection
9.1 call drops
Message-ID:
<4e38db0a1959b04c8c83edcf069b53ed0d3426e...@usispclexdb01.na.didata.local>
Content-Type: text/plain; charset="windows-1252"
I was spot on. This is twice in the last year with two separate customer's
that commands under gateway have caused dropped calls;
sbc#show run | s gate
gateway
media-inactivity-criteria all
timer receive-rtcp 5
timer receive-rtp 1200
fix;
no gateway
From: Jason Aarons (AM)
Sent: Monday, May 20, 2013 1:31 PM
To: cisco-voip ([email protected])
Subject: CUBE 3925 152-4.M3.bin and Unity Connection 9.1 call drops
Customer is running a CUBE with Windstream, end users are reporting calls drops
during Unity Connection after about 20 seconds. New deployment. Any thoughts?
Going to run a debug ccsip messages later today.
Maybe a RTCP timer or something on CUBE?
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130520/a67ebd8f/attachment-0001.html>
------------------------------
Message: 7
Date: Tue, 21 May 2013 11:41:25 +1000
From: "Nicholas Samios" <[email protected]>
To: "Scott Voll" <[email protected]>, "Ted Nugent"
<[email protected]>
Cc: [email protected]
Subject: Re: [cisco-voip] CUCM 8.5 DLU's
Message-ID:
<28622ea867b81e4d8fb8367df3fccb8f01b6c...@msginf0001cx.membersequity.com.au>
Content-Type: text/plain; charset="us-ascii"
DLU is still the enforcement instrument in v8.6 - however you license
based on users under the UCL/CUWL model.
Node and cluster licenses become irrelevant under CUWL/UCL with ESW/UCSS
- it's all based on user count (and feature set - enhanced/premium etc)
From: cisco-voip [mailto:[email protected]] On Behalf
Of Scott Voll
Sent: Saturday, 18 May 2013 1:03 AM
To: Ted Nugent
Cc: [email protected]
Subject: Re: [cisco-voip] CUCM 8.5 DLU's
interesting..... we are on 8.6.2 but it looks like we are still on DLU's
On Fri, May 17, 2013 at 7:34 AM, Ted Nugent <[email protected]>
wrote:
As of 8.5 Alacarte licensing is no more, when you upgraded from 7.x to
8.5 you were converted to UCL licensing (unless you migrated to CUWL),
which is the new AlaCarte. In order to keep maintenance on your cluster
all of those SKUs are needed.
http://www.cisco.com/web/partners/downloads/partner/WWChannels/technolog
y/ipc/downloads/user_connect_licensing_aag.pdf
On Fri, May 17, 2013 at 10:14 AM, abbas Wali <[email protected]> wrote:
any help on the licenses
we need to purchase phone licesnces for 6900 but given a list as
LIC-CUCM-USR-A
Unified Communications Manager Enhanced Single User-Under 1K
UCSS-UCM-3-1-A
UC Manager Enh UCSS Less than 1K users - 1 user - 3 years
CON-ESW-SMS-1
Cisco Smartnet Operate Svs Essential Software
not sure which one we need and which one to skip. Dont know what
happened to the plain old DLU's
TIA
--
_______________________________________________
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
------------------------------------------------------------------------------
This email and any attachments are confidential. If you are not the intended
recipient, you must not disclose, distribute, copy or use the information
contained in this e-mail or any attachments. If you have received this email in
error, please tell us immediately by return email and delete this email and any
attachments.
In order to comply with the laws relating to Privacy and Spam, could you please
ensure that any emails regarding Members Equity Bank's products and services
are not forwarded to those who have previously advised you that they do not
want to receive emails or marketing materials. MEMBERS EQUITY BANK PTY LIMITED
ABN 56 070 887 679 www.membersequitybank.com.au
If you do not want to receive any further emails from Members Equity Bank about
our products and services, please send an email to
[email protected]
<mailto:[email protected]?subject=UNSUBSCRIBE> with
UNSUBSCRIBE in the Subject line.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130521/7bcf49a5/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 69897 bytes
Desc: image001.png
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130521/7bcf49a5/attachment-0001.png>
------------------------------
Message: 8
Date: Tue, 21 May 2013 09:07:45 -0500
From: Candese Perez <[email protected]>
To: "[email protected] VOIP" <[email protected]>
Subject: [cisco-voip] AIM-CUE licenses
Message-ID:
<camahmv+3zujvuidw4aqbwovsmo2cnepzf9dfpingfg8owex...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Are the license files stored in the backup (configuration or data) of the
CUE module?
I have a AIM-CUE that failed and was replaced, performed a restore from a
previous backup, but now I don't have any licenses.
Is there a way to pull the licenses from the old configuration?
Thanks!
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/cisco-voip/attachments/20130521/34379492/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 115, Issue 20
*******************************************
