[cisco-voip] no audio for 10 seconds
Abebe Amare
abucho at gmail.com
Tue Nov 15 01:21:47 EST 2011
Hi Mike,
Thanks a lot.
best regards,
Abebe
On Tue, Nov 15, 2011 at 12:38 AM, Norton, Mike <mikenorton at pwsd76.ab.ca>wrote:
> Try:****
>
> ** **
>
> run sql select
> origdevicename,duration,orignumberpacketsreceived,datetimeconnect,datetimedisconnect,destnumberpacketssent,datetimeorigination
> from car:tbl_billing_data where origdevicename in
> ("SEP00230432DC36","SEP0023049A4E40")****
>
> ** **
>
> -mn****
>
> ** **
>
> ** **
>
> *From:* cisco-voip-bounces at puck.nether.net [mailto:
> cisco-voip-bounces at puck.nether.net] *On Behalf Of *Abebe Amare
> *Sent:* November-14-11 1:41 AM
>
> *To:* Wes Sisk
> *Cc:* cisco-voip at puck.nether.net
> *Subject:* Re: [cisco-voip] no audio for 10 seconds****
>
> ** **
>
> Hi Wes,
>
> I have a CUCM 6.1.3 cluster and a call from a 7975 phone to a 7911 with in
> the same LAN experienced about 10 sec of silence. I used the below sql
> command based on what you posted
>
> admin: run sql car select
> origdevicename,duration,orignumberpacketsreceived,datetimeconnect,datetimedisconnect,destnumberpacketssent,datetimeorigination
> from tbl_billing_data where origdevicename in
> ("SEP00230432DC36","SEP0023049A4E40")
>
> but I got "A syntax error has occurred" response. Do I have to modify the
> sql statement for my version of CUCM?
>
> The Call Diagnostics Enabled service parameter is disabled in our
> environment. What is the impact of enabling this parameter on the system
> resources?
>
> thanks in advance.
>
> Abebe****
>
> On Mon, Nov 7, 2011 at 6:46 PM, Wes Sisk <wsisk at cisco.com> wrote:****
>
> Doh! Thanks Jason.****
>
> ** **
>
> On Nov 5, 2011, at 2:39 PM, Jason Burns wrote:****
>
>
> Wes,
>
> Just a quick fact check.
>
> 20 msec packetization == 50 packets per second.
>
> I know you know this, but you must have made a mental typo. In any case it
> just makes the packet loss all that more apparent so you're still right ;)
>
> -Jason****
>
> On Fri, Nov 4, 2011 at 12:37 PM, Wellnitz, Erick A. <
> erick.wellnitz at kattenlaw.com> wrote:****
>
> We're in the process of arranging some tests with captures.****
>
>
> -----Original Message-----
> From: Wes Sisk [mailto:wsisk at cisco.com]****
>
> Sent: Friday, November 04, 2011 11:26 AM
> To: Wellnitz, Erick A.****
>
> Cc: cisco-voip at puck.nether.net
> Subject: Re: [cisco-voip] no audio for 10 seconds
>
> If application and switches disagree then packet captures make a good
> independent arbiter.
>
>
> On Nov 4, 2011, at 10:58 AM, Wellnitz, Erick A. wrote:
>
> No real updates on this issue yet.
>
> We're trying some reorganization and 'restacking' of our resources to see
> if we can isolate the problem over the weekend. The real brain scratcher
> is that CUCM reports packet loss while our switches (nasty 4500's which are
> almost 10 years old) report no loss.
>
>
>
> -----Original Message-----
> From: cisco-voip-bounces at puck.nether.net [mailto:
> cisco-voip-bounces at puck.nether.net] On Behalf Of Wellnitz, Erick A.
> Sent: Thursday, November 03, 2011 9:04 AM
> To: Wes Sisk
> Cc: cisco-voip at puck.nether.net
> Subject: Re: [cisco-voip] no audio for 10 seconds
>
> Wes,
>
> Based on your excellent advice we've discovered major pacet loss and
> hundreds of SIP timeouts.
>
> It happens with phones on both local subscribers so we're thinking:
>
> Bad port or cable somewhere
> Inadequate QoS
> Something strange with firmware is a distant third
>
> On Nov 2, 2011, at 3:52 PM, "Wes Sisk" <wsisk at cisco.com<mailto:
> wsisk at cisco.com>> wrote:
>
> That is certainly a candidate.
>
> With 34 seconds duration you should have
> 34 seconds * 20 packets/second = 680 packets
>
> With only 168 packets something is questionable. That means you're
> missing 512 packets. at 20 pps that's ~25 seconds where the call was
> connected but no packets were being received.
>
> For "10 seconds of silence" you'd expect to be missing ~10 seconds *
> 20packets/second = ~200 packets.
>
> /wes
>
> On Nov 2, 2011, at 4:05 PM, Wellnitz, Erick A. wrote:
>
>
> The following looks to be what I'd be looking for to indicate this 'delay'
> if I'm not mistaken.
>
> origdevicename duration
> orignumberpacketsreceived datetimeconnect
> datetimedisconnect destnumberpacketssent
> datetimeorigination
> =============== ======== ========================= ===============
> ================== ===================== ===================
> SEPB8621F6D6648 34 168
> 1315258847
> 1315258881 NULL
> 1315258830
>
>
> Connect and disconnect add up to the duration of 34 but there is a
> difference of 17 between origination and connection.
>
>
> From: Wes Sisk [mailto:wsisk at cisco.com]
> Sent: Wednesday, November 02, 2011 1:25 PM
> To: Wellnitz, Erick A.
> Cc: <mailto:cisco-voip at puck.nether.net> cisco-voip at puck.nether.net<mailto:
> cisco-voip at puck.nether.net>
> Subject: Re: [cisco-voip] no audio for 10 seconds
>
> good observation on the PVDM3's it could be an IOS DSP problem. Do phones
> from other locations call through that gateway?
>
> how about this:
>
> # find 9971 model
> admin:run sql select first 10 * from typemodel where name like '%9971%'
> enum name tkclass moniker showindevicedefaults
> defaultdtmfcapability tkrisclass tksubclass
> ==== ========== ======= ================ ====================
> ===================== ========== ==========
> 493 Cisco 9971 1 MODEL_Cisco_9971 t 10
> 1 1
> # find 10x 9971 phones
> admin:run sql select first 10 pkid,name,description from device where
> tkmodel=493
> pkid name description
> ==================================== =============== ===========
> bfc01793-c71a-4207-ba41-ef7c81d966d7 SEP44E4D9449BB4 Auto 86102
>
> # find CDR's based on devicename from last query admin:run sql car select
> origdevicename,duration,orignumberpacketsreceived,datetimeconnect,datetimedisconnect,destnumberpacketssent,datetimeorigination
> from tbl_billing_data where origdevicename in
> ("SEP44E4D9449BB4","SEP44E4D9449BB5")
> origdevicename duration orignumberpacketsreceived datetimeconnect
> datetimedisconnect destnumberpacketssent datetimeorigination ==============
> ======== ========================= =============== ==================
> ===================== ===================
>
>
> import the final output into excel. compare packetssent and
> packetsreceived. compare packet counts to duration. compare duration to
> datetimedisconnect-datetimeconnect.
>
> /wes
>
>
> On Nov 2, 2011, at 12:25 PM, Wellnitz, Erick A. wrote:
>
> Only reported on the 9971. No consistency to the issue.
>
> We've tried a selective firmware update to 9-2-2 without success.
> We have checked for possible delays in call setup with MGCP, Q.931 and SIP
> with no clues or even momentary delays in the setup.
> We have exhausted tweak options for the QSIG integration (timers, etc.) We
> have attempted to recreate the issue without success even with a phone
> known to experience the issue.
>
> Unfortunately we don't have the tools available to determine if we're
> experiencing troubles with the RTP stream initialization, especially seeing
> as the issue is intermittent.
>
>
> The one thing which stands out to me is that we have two other locations
> with the 9971 and they are not experiencing these issues. Only difference
> here is the PBX integration with QSIG. This site is also the only one with
> PVDM3.
>
> To: Wellnitz, Erick A.
> Cc: <mailto:cisco-voip at puck.nether.net> cisco-voip at puck.nether.net<mailto:
> cisco-voip at puck.nether.net>
> Subject: Re: [cisco-voip] no audio for 10 seconds
>
> Hi Erick,
>
> Based on history you're a pretty enterprising. Any insight on what you've
> checked so far?
>
> Is it only reported on 9971's? Is there any other consistency in the
> reports thus far?
>
> One of my favorite approaches to get a bit of insight on this type of
> issue is CMR data. Look at CMR's for "simple" calls - direct call,
> connection, duration hangup; no mute/transfer/hold/park/etc. If you're
> using fixed packet rate audio codec (not ilbc) then the packets
> sent/received should be linearly proportional to call duration barring a
> few special situations.
>
> Assuming 20packets per second are the number of packets received
> appropriate for the duration of the call?
>
> If the packet counts are correct then it's an audio cut through issue on
> the gateway or audio rendering issue inside the phone.
> gateway concerns: call going into connected state, any progress indicators
> exchanged (affect audio cut through timing)
>
> If the packet counts are off then there is a network issue.
>
> /wes
>
> On Nov 2, 2011, at 11:46 AM, Wellnitz, Erick A. wrote:
>
>
>
> All, especially you really smart guys at Cisco...
>
> We're at a loss for where to continue looking for a potential cause on a
> very intermittent issue.
>
> Mixed 9971 and 7975 environment with shared lines. Inbound calls come
> into our old (and temporary) Siemens PBX. Cross a QSIG trunk group to
> Cisco 3945 with PVDM3-192
>
> Caller on our Cisco side places a call. They hear ringback. Call
> connects without audio for about 10 seconds.
>
> We couldn't find anything similar to this in bug toolkit.
>
> 9971 firmware: 9-2-1
> CUCM Ver: 8.0.3.21900
>
> SR 619601919
>
> We have a laundry list of issues with the 9971 model but this is
> currently the most urgent.
>
>
> ERICK A. WELLNITZ
> Network Engineer
> Katten Muchin Rosenman LLP
> 525 W. Monroe Street / Chicago, IL 60661-3693 p / (312) 577-8041
> erick.wellnitz at kattenlaw.com<mailto:erick.wellnitz at kattenlaw.com> /
> www.kattenlaw.com<http://www.kattenlaw.com/>
>
>
> ===========================================================
>
> CIRCULAR 230 DISCLOSURE: Pursuant to Regulations Governing Practice Before
> the Internal Revenue
>
> Service, any tax advice contained herein is not intended or written to be
> used and cannot be used
>
> by a taxpayer for the purpose of avoiding tax penalties that may be
> imposed on the taxpayer.
>
> ===========================================================
>
> CONFIDENTIALITY NOTICE:
>
> This electronic mail message and any attached files contain information
> intended for the exclusive
>
> use of the individual or entity to whom it is addressed and may contain
> information that is
>
> proprietary, privileged, confidential and/or exempt from disclosure under
> applicable law. If you
>
> are not the intended recipient, you are hereby notified that any viewing,
> copying, disclosure or
>
> distribution of this information may be subject to legal restriction or
> sanction. Please notify
>
> the sender, by electronic mail or telephone, of any unintended recipients
> and delete the original
>
> message without making any copies.
>
> ===========================================================
>
> NOTIFICATION: Katten Muchin Rosenman LLP is an Illinois limited liability
> partnership that has
>
> elected to be governed by the Illinois Uniform Partnership Act (1997).
>
> ===========================================================
>
>
> _______________________________________________
> cisco-voip mailing list
> <mailto:cisco-voip at puck.nether.net>cisco-voip at puck.nether.net<mailto:
> cisco-voip at puck.nether.net>
> <https://puck.nether.net/mailman/listinfo/cisco-voip>
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip****
>
> ** **
>
> ** **
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip****
>
> ** **
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20111115/1482795e/attachment.html>
More information about the cisco-voip
mailing list