[cisco-voip] no audio for 10 seconds
Florian Kroessbacher
florian.kroessbacher at gmail.com
Mon Nov 14 16:18:06 EST 2011
I think there was something with table billing in the cli i believe
----
Florian Kroessbacher
gmail: florian.kroessbacher at gmail.com
Am 14.11.2011 um 22:02 schrieb Wes Sisk <wsisk at cisco.com>:
> Abebe,
>
> I believe the CAR database is addressed differently the CLI in 6.1. Please review 'help run sql' from the CLI in your version.
>
> Regards,
> Wes
>
> On Nov 14, 2011, at 3:41 AM, Abebe Amare wrote:
>
> 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
>
>
>
> _______________________________________________
> 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/20111114/90ff1f29/attachment.html>
More information about the cisco-voip
mailing list