From owner-freebsd-bugs@FreeBSD.ORG Mon Aug 24 09:30:01 2009 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7C3F1065691 for ; Mon, 24 Aug 2009 09:30:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A56BC8FC1A for ; Mon, 24 Aug 2009 09:30:01 +0000 (UTC) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n7O9U1af046429 for ; Mon, 24 Aug 2009 09:30:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n7O9U1RQ046427; Mon, 24 Aug 2009 09:30:01 GMT (envelope-from gnats) Resent-Date: Mon, 24 Aug 2009 09:30:01 GMT Resent-Message-Id: <200908240930.n7O9U1RQ046427@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Anatoli Marinov Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5374B106568B for ; Mon, 24 Aug 2009 09:21:28 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 42D788FC22 for ; Mon, 24 Aug 2009 09:21:28 +0000 (UTC) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id n7O9LSuH015042 for ; Mon, 24 Aug 2009 09:21:28 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id n7O9LRSF015041; Mon, 24 Aug 2009 09:21:28 GMT (envelope-from nobody) Message-Id: <200908240921.n7O9LRSF015041@www.freebsd.org> Date: Mon, 24 Aug 2009 09:21:28 GMT From: Anatoli Marinov To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: misc/138128: asterisk stais longer in "wait" when app_meetme is used X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2009 09:30:01 -0000 >Number: 138128 >Category: misc >Synopsis: asterisk stais longer in "wait" when app_meetme is used >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Aug 24 09:30:00 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Anatoli Marinov >Release: 7.2-RELEASE-p2 >Organization: TS >Environment: FreeBSD b***pbx-jr.b***bg.com 7.2-RELEASE-p2 FreeBSD 7.2-RELEASE-p2 #0: Wed Jun 24 00:57:44 UTC 2009 root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 >Description: The schema is: Asterisk 1.4.25 zaptel 1.4.11_1 The problem appears when somebody uses conference service and aka he is ini conference room. After that if a new call goes in extensions.conf in extension for example: exten => _3592.,1,Ringing exten => _3592.,n,Wait,2 exten => _3592.,n,Answer The call stops in "Wait" command and never get next one even 2 seconds expired. This is appeared only when app_meatme is used. The same problem appears with asterisk-1.4.24.1_3 >How-To-Repeat: Load app_meatme.so and chan_zap.so. Make a call and enter in conference room. Make another call to extension like this: exten => _3592.,1,Wait,2 exten => _3592.,n,Playback(some mp3 or other sound file) Look at the asterisk console to see that Playback will be executed. The problem appears sometime but if reproduced all next tries will observe the same problem. >Fix: I think the problem is in zaptel because app_meatme uses its timers. Maybe there is porting issue .... >Release-Note: >Audit-Trail: >Unformatted: