http://blog.gmane.org/gmane.comp.telephony.pbx.asterisk.user hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.comp.telephony.pbx.asterisk.user/220191 _______________________________________________ David fire 2008-12-02T22:29:32 http://comments.gmane.org/gmane.comp.telephony.pbx.asterisk.user/220189 _______________________________________________ Mike 2008-12-02T22:05:21 http://comments.gmane.org/gmane.comp.telephony.pbx.asterisk.user/220177 _______________________________________________ David fire 2008-12-02T20:40:03 http://comments.gmane.org/gmane.comp.telephony.pbx.asterisk.user/220169 Hi, i am running Asterisk 1.6.0-beta4 and i have some trouble with the Bridge-Application. Here is what i want to do: 1) Caller A calls an extension and is connected to an AGI-Script. 2) Doing stuff and originating a second call per Manager Interface 3) Call will be set to an extension with MusicOnHold 4) Caller A hears MusicOnHold 5) Meanwhile, the second call is established and is also connected to an AGI Script 6) Doing stuff 7) Since we have transported the channel name of the first call to the agi script we can execute the Bridge Application in order to bridge the two channels. After executing the Bridge-Application MusicOnHold is stopped on the first call, but the second call in HungUp immediatly. On the Asterisk CLI i see that the correct channel names are issued. There seems to an issue with the second call, which is originated by the asterisk server. If i dial the extension manually, i get connected to the agi which executes Bridge(<correct channel name>) and everything works fine. Any ideas? Regards, Tobias _______________________________________________ Tobias Wolf 2008-12-02T17:55:22 http://comments.gmane.org/gmane.comp.telephony.pbx.asterisk.user/220165 _______________________________________________ Mike 2008-12-02T16:26:26 http://comments.gmane.org/gmane.comp.telephony.pbx.asterisk.user/220159 _______________________________________________ Olivier 2008-12-02T15:19:23 http://comments.gmane.org/gmane.comp.telephony.pbx.asterisk.user/220158 Hello, Asterisk 1.4.22 keeps crashing on Solaris 5.10 i386. ast_dynamic_str_thread_build_va() seems to be passed some kind of garbage (see attached dbx output) which ultimately brings down the whole process. As a workaround, I've set the debug level to 0 for now. Should I submit this as a bug? Thanks for any help. Best, Peter t< at >91 (l< at >91) terminated by signal SEGV (no mapping at the fault address) 0xfed1587c: strlen+0x000c: movl (%eax),%edx Current function is ast_dynamic_str_thread_build_va 1354 res = vsnprintf((*buf)->str + offset, (*buf)->len - offset, fmt, ap); (dbx) where current thread: t< at >91 [1] strlen(0x0), at 0xfed1587c [2] _ndoprnt(0xfe8eb5aa, 0xfc5188e4, 0xfc518130, 0x0), at 0xfed6db66 [3] vsnprintf(0x81fdbcc, 0xb8, 0xfe8eb55c, 0xfc5188e4, 0x81542b0, 0xfedbf000), at 0xfed70c9b =>[4] ast_dynamic_str_thread_build_va(buf = 0xfc518178, max_len = 1024U, ts = 0x814a9a0, append = 0, fmt = 0xfe8eb55c "Feature interpret: chan=%s, peer=%s, code=%s, sense=%d, features=%d dynamic=%s\n", ap = 0xfc5188e4 "çÓ$^H^?Ë$^HÀ\x8aQü^A"), line 1354 in "utils.c" [5] ast_log(level = 0, file = 0xfe8ea4cd "res_features.c", line = 1147, function = 0xfe8ea2ab "ast_feature_interpret", fmt = 0xfe8eb55c "Feature interpret: chan=%s, peer=%s, code=%s, sense=%d, features=%d dynamic=%s\n", ...), line 807 in "logger.c" [6] ast_feature_interpret(chan = 0x827bc10, peer = 0x826a3b0, config = 0xfc518d50, code = 0xfc518ac0 "1", sense = 1), line 1147 in "res_features.c" [7] ast_bridge_call(chan = 0x827bc10, peer = 0x826a3b0, config = 0xfc518d50), line 1626 in "res_features.c" [8] dial_exec_full(chan = 0x827bc10, data = 0xfc51bbe0, peerflags = 0xfc519af4, continue_exec = (nil)), line 1780 in "app_dial.c" [9] dial_exec(chan = (nil), data = (nil)), line 1834 in "app_dial.c" [10] pbx_extension_helper(c = (nil), con = 0xfc51de18, context = 0x827bd90 "outbound_nextra", exten = 0x827bde0 "421912345678", priority = 7, label = (nil), callerid = 0x81751f8 "421212345678", action = E_SPAWN), line 35 in "strings.h" [11] __ast_pbx_run(c = (nil)), line 2317 in "pbx.c" [12] pbx_thread(data = (nil)), line 2621 in "pbx.c" [13] dummy_start(data = (nil)), line 912 in "utils.c" [14] _thr_setup(0xfec6ba00), at 0xfed944c7 [15] _lwp_start(0x0, 0xb8, 0xfc5181bc, 0xfedbf000, 0xfc518114, 0x0), at 0xfed947b0 (dbx) threads t< at >1 a l< at >1 ?() LWP suspended in __pollsys() t< at >3 a l< at >3 dummy_start() LWP suspended in __pollsys() t< at >4 a l< at >4 dummy_start() sleep on 0x8150a20 in __lwp_park() t< at >5 a l< at >5 dummy_start() LWP suspended in __pollsys() t< at >6 a l< at >6 dummy_start() sleep on 0x818d7cc in __lwp_park() t< at >7 a l< at >7 dummy_start() sleep on 0x818e90c in __lwp_park() t< at >8 a l< at >8 dummy_start() sleep on 0x818fa4c in __lwp_park() t< at >9 a l< at >9 dummy_start() sleep on 0x8190b8c in __lwp_park() t< at >10 a l< at >10 dummy_start() sleep on 0x8191ccc in __lwp_park() t< at >11 a l< at >11 dummy_start() sleep on 0x8192e0c in __lwp_park() t< at >12 a l< at >12 dummy_start() sleep on 0x81da874 in __lwp_park() t< at >13 a l< at >13 dummy_start() sleep on 0x81db95c in __lwp_park() t< at >14 a l< at >14 dummy_start() sleep on 0x81dca44 in __lwp_park() t< at >15 a l< at >15 dummy_start() sleep on 0x81ddb2c in __lwp_park() t< at >16 a l< at >16 dummy_start() LWP suspended in __lwp_park() t< at >17 a l< at >17 dummy_start() LWP suspended in __lwp_unpark() t< at >18 a l< at >18 dummy_start() LWP suspended in __pollsys() t< at >19 a l< at >19 dummy_start() LWP suspended in ___nanosleep() t< at >20 a l< at >20 dummy_start() sleep on 0xfd925420 in __lwp_park() t< at >22 a l< at >22 dummy_start() sleep on 0x8150840 in __lwp_park() t< at >87 a l< at >87 dummy_start() LWP suspended in __pollsys() t< at >89 a l< at >89 dummy_start() LWP suspended in __pollsys() o> t< at >91 a l< at >91 dummy_start() signal SIGSEGV in strlen() (dbx) thread -info t< at >91 Thread t< at >91 (0xfec6ba00) at priority 0 state: active on l< at >91 base function: 0x80f03b4: dummy_start() stack: 0xfc51e000[245760] flags: DETACHED|SUSPENDED masked signals: HUP INT PIPE TERM WINCH Currently active in strlen _______________________________________________ Peter Galiovsky 2008-12-02T15:08:35 http://comments.gmane.org/gmane.comp.telephony.pbx.asterisk.user/220153 _______________________________________________ michel freiha 2008-12-02T12:56:40 http://comments.gmane.org/gmane.comp.telephony.pbx.asterisk.user/220151 _______________________________________________ Geraint Lee 2008-12-02T12:07:46 http://comments.gmane.org/gmane.comp.telephony.pbx.asterisk.user/220149 _______________________________________________ Tod Fitch 2008-12-02T11:38:57 http://comments.gmane.org/gmane.comp.telephony.pbx.asterisk.user/220148 _______________________________________________ Max Alex 2008-12-02T11:34:25 http://comments.gmane.org/gmane.comp.telephony.pbx.asterisk.user/220146 _______________________________________________ Cordeiro, Marco 2008-12-02T11:09:06 http://comments.gmane.org/gmane.comp.telephony.pbx.asterisk.user/220145 _______________________________________________ Olivier 2008-12-02T11:10:25 http://comments.gmane.org/gmane.comp.telephony.pbx.asterisk.user/220132 _______________________________________________ Olivier 2008-12-02T09:49:21 http://comments.gmane.org/gmane.comp.telephony.pbx.asterisk.user/220127 _______________________________________________ Eric Fort 2008-12-02T08:52:42 http://comments.gmane.org/gmane.comp.telephony.pbx.asterisk.user/220124 _______________________________________________ Olivier 2008-12-02T07:56:31 http://comments.gmane.org/gmane.comp.telephony.pbx.asterisk.user/220123 _______________________________________________ Olivier 2008-12-02T07:30:34 http://comments.gmane.org/gmane.comp.telephony.pbx.asterisk.user/220122 _______________________________________________ Giedrius Augys 2008-12-02T07:21:46 http://comments.gmane.org/gmane.comp.telephony.pbx.asterisk.user/220120 The Asterisk.org development team has released Asterisk versions 1.2.30.3, 1.4.23-rc2, 1.6.0.2, 1.6.1-beta3, as well as Asterisk-Addons versions 1.6.0.1 and 1.6.1-rc2. These releases are available for immediate download from http://downloads.digium.com/. This update for Asterisk includes a fix for a regression introduced in Asterisk 1.2.30 and Asterisk 1.4.21.2 and has existed in the Asterisk 1.6 branch since release. All releases with the exception of Asterisk 1.2.30.3 also contain a vast assortment of bugfixes in these releases. For a full list of changes, see the ChangeLogs: http://svn.digium.com/view/asterisk/tags/1.2.30.3/ChangeLog?view=markup http://svn.digium.com/view/asterisk/tags/1.4.23-rc2/ChangeLog?view=markup http://svn.digium.com/view/asterisk/tags/1.6.0.2/ChangeLog?view=markup http://svn.digium.com/view/asterisk/tags/1.6.1-beta3/ChangeLog?view=markup http://svn.digium.com/view/asterisk-addons/tags/1.6.0.1/ChangeLog?view=markup http://svn.digium.com/view/asterisk-addons/tags/1.6.1-rc2/ChangeLog?view=markup Thank you for your continued support of Asterisk! _______________________________________________ Asterisk Team 2008-12-02T04:58:06 http://comments.gmane.org/gmane.comp.telephony.pbx.asterisk.user/220117 _______________________________________________ Sebastian 2008-12-02T01:57:49 http://comments.gmane.org/gmane.comp.telephony.pbx.asterisk.user/220113 I know I can setup asterisk without Internet at all and it works as local pbx. Would an asterisk box work with a dynamic IP, with a dyndns name? What must I take care if I try that? bye Ronald _______________________________________________ Ronald Wiplinger (Lists 2008-12-02T01:19:47 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.telephony.pbx.asterisk.user