how to connect phones attachet to ericsson pbx

[mati]

Hello,

I've got another problem.
My current configuration looks like this

e1-->asterisk/vicidial<---ericsson pbx connected with e1<--analog phones

How should i configure this to work with VICIDIAL? When the phone is off hook the asterisk shows a message Zap/63-1 when next phone is off hook Zap/63-2 etc. So i cannot simple type dial(zap/63-1) because i don't know which box is this phone situated.
I put some lines in agents.conf so I can make call using Dial(Agent/agent_number). It works.
But I have no idea how to make it works with VICIDIAL.

[mflorell]

You can set up EXTERNAL phone entries in the phones table(astguiclient/admin.php) just set the dialplan number for the number you need to call to reach a specific agent, and the protocol to EXTERNAL and it should work for VICIDIAL.

[mati]

I mange to configure the external phone but after or during playing 'conf-onlyperson' asterisk crahes and core dump. Here is my procedure
1. Agent pickup the phone and call 054 which is agentlogin
exten => _054,1,AgentLogin(204,s)
in agents.conf
group=1
agent => 204,111,Ala
2. Agents login
3. I log into the vicidial.php
extension.conf default context I've got
exten => _0204,1,Dial(Agent/204,300,t)
4. Asterisk crash

What is wrog or is it a bug in asteriesk ?

Part of log

Aug 24 09:46:16 DEBUG[21916] chan_zap.c: Enabled echo cancellation on channel 63
Aug 24 09:46:16 DEBUG[21960] app_queue.c: Device 'Zap/63' changed to state '2' (In use)
Aug 24 09:46:16 DEBUG[21916] pbx.c: Launching 'AgentLogin'
Aug 24 09:46:16 VERBOSE[21916] logger.c: -- Executing AgentLogin("Zap/63-1", "204|s") in new stack
Aug 24 09:46:16 DEBUG[21749] channel.c: Avoiding initial deadlock for 'Zap/63-1'
Aug 24 09:46:16 DEBUG[21916] channel.c: Set channel Zap/63-1 to write format ulaw
Aug 24 09:46:16 DEBUG[21916] channel.c: Scheduling timer at 160 sample intervals
Aug 24 09:46:16 VERBOSE[21916] logger.c: -- Playing 'agent-pass' (language 'en')
Aug 24 09:46:16 DEBUG[21961] app_queue.c: Device 'Zap/63' changed to state '2' (In use)
Aug 24 09:46:19 DEBUG[21916] channel.c: Scheduling timer at 10 sample intervals
Aug 24 09:46:19 DEBUG[21916] channel.c: Scheduling timer at 0 sample intervals
Aug 24 09:46:19 DEBUG[21916] channel.c: Scheduling timer at 0 sample intervals
Aug 24 09:46:19 DEBUG[21916] channel.c: Set channel Zap/63-1 to write format alaw
Aug 24 09:46:19 DEBUG[21916] chan_zap.c: DTMF digit: 1 on Zap/63-1
Aug 24 09:46:19 DEBUG[21916] chan_zap.c: DTMF digit: 1 on Zap/63-1
Aug 24 09:46:20 DEBUG[21916] chan_zap.c: DTMF digit: 1 on Zap/63-1
Aug 24 09:46:21 DEBUG[21916] chan_zap.c: DTMF digit: # on Zap/63-1
Aug 24 09:46:21 DEBUG[21916] channel.c: Set channel Zap/63-1 to read format alaw
Aug 24 09:46:21 DEBUG[21916] channel.c: Set channel Zap/63-1 to write format alaw
Aug 24 09:46:21 WARNING[21916] res_musiconhold.c: No class: none
Aug 24 09:46:21 VERBOSE[21916] logger.c: == Agent '204' logged in (format alaw/alaw)
Aug 24 09:46:21 DEBUG[21916] chan_agent.c: Checking availability of '204'
Aug 24 09:46:21 DEBUG[21989] app_queue.c: Device 'Agent/204' changed to state '1' (Not in use)
Aug 24 09:46:27 DEBUG[21916] chan_agent.c: Wrapup time for 204 expired!
Aug 24 09:46:27 DEBUG[21916] chan_agent.c: Checking availability of '204'
Aug 24 09:46:29 DEBUG[22042] config.c: Parsing /etc/asterisk/manager.conf
Aug 24 09:46:29 DEBUG[22042] config.c: Parsing /etc/asterisk/manager_custom.conf
Aug 24 09:46:29 VERBOSE[22042] logger.c: == Manager 'sendcron' logged on from 127.0.0.1
Aug 24 09:46:29 DEBUG[22043] app_queue.c: Device 'Local/0204@default' changed to state '2' (In use)
Aug 24 09:46:29 DEBUG[22044] pbx.c: Launching 'Dial'
Aug 24 09:46:29 VERBOSE[22044] logger.c: -- Executing Dial("Local/0204@default-c0cb,2", "Agent/204|300|t") in new stack
Aug 24 09:46:29 DEBUG[22044] channel.c: Not copying variable STACK-default-0204-1.
Aug 24 09:46:29 VERBOSE[22044] logger.c: -- agent_call, call to agent '204' call on 'Zap/63-1'
Aug 24 09:46:29 DEBUG[22044] chan_agent.c: Playing beep, lang 'en'
Aug 24 09:46:29 DEBUG[22044] channel.c: Set channel Zap/63-1 to write format ulaw
Aug 24 09:46:29 DEBUG[22044] channel.c: Scheduling timer at 160 sample intervals
Aug 24 09:46:29 VERBOSE[22044] logger.c: -- Playing 'beep' (language 'en')
Aug 24 09:46:29 DEBUG[22044] chan_agent.c: Played beep, result '0'
Aug 24 09:46:29 DEBUG[21910] channel.c: Avoiding initial deadlock for 'Agent/204'
Aug 24 09:46:29 DEBUG[21910] channel.c: Avoiding initial deadlock for 'Agent/204'
Aug 24 09:46:29 DEBUG[21910] channel.c: Avoiding initial deadlock for 'Agent/204'
Aug 24 09:46:29 DEBUG[21910] channel.c: Avoiding initial deadlock for 'Agent/204'
Aug 24 09:46:29 DEBUG[21910] channel.c: Avoiding initial deadlock for 'Agent/204'
Aug 24 09:46:29 DEBUG[21910] channel.c: Avoiding initial deadlock for 'Agent/204'
Aug 24 09:46:29 DEBUG[21910] channel.c: Avoiding initial deadlock for 'Agent/204'
Aug 24 09:46:29 DEBUG[21910] channel.c: Avoiding initial deadlock for 'Agent/204'
Aug 24 09:46:29 DEBUG[22044] channel.c: Scheduling timer at 0 sample intervals
Aug 24 09:46:29 DEBUG[22044] channel.c: Scheduling timer at 0 sample intervals
Aug 24 09:46:29 DEBUG[22044] channel.c: Set channel Zap/63-1 to write format alaw
Aug 24 09:46:29 DEBUG[22044] chan_agent.c: Waited for stream, result '0'
Aug 24 09:46:29 DEBUG[22044] channel.c: Set channel Zap/63-1 to read format alaw
Aug 24 09:46:29 DEBUG[22044] chan_agent.c: Set read format, result '0'
Aug 24 09:46:29 DEBUG[22044] channel.c: Set channel Zap/63-1 to write format alaw
Aug 24 09:46:29 DEBUG[22044] chan_agent.c: Set write format, result '0'
Aug 24 09:46:29 VERBOSE[22044] logger.c: -- Called 204
Aug 24 09:46:29 DEBUG[22044] channel.c: Set channel Agent/204 to read format slin
Aug 24 09:46:29 DEBUG[22044] channel.c: Set channel Local/0204@default-c0cb,2 to write format slin
Aug 24 09:46:29 DEBUG[22044] channel.c: Set channel Local/0204@default-c0cb,2 to read format slin
Aug 24 09:46:29 DEBUG[22044] channel.c: Set channel Agent/204 to write format slin
Aug 24 09:46:29 DEBUG[22047] app_queue.c: Device 'Agent/204' changed to state '3' (Busy)
Aug 24 09:46:29 VERBOSE[22044] logger.c: -- Agent/204 answered Local/0204@default-c0cb,2
Aug 24 09:46:29 DEBUG[22044] channel.c: Set channel Local/0204@default-c0cb,2 to read format slin
Aug 24 09:46:29 DEBUG[22044] channel.c: Set channel Agent/204 to write format slin
Aug 24 09:46:29 DEBUG[22044] channel.c: Set channel Agent/204 to read format slin
Aug 24 09:46:29 DEBUG[22044] channel.c: Set channel Local/0204@default-c0cb,2 to write format slin
Aug 24 09:46:29 DEBUG[22044] channel.c: Set channel Zap/63-1 to read format slin
Aug 24 09:46:29 DEBUG[22044] channel.c: Set channel Zap/63-1 to write format slin
Aug 24 09:46:29 DEBUG[22044] chan_agent.c: Bridge on 'Zap/63-1' being set to 'Agent/204' (3)
Aug 24 09:46:29 VERBOSE[22042] logger.c: > Channel Local/0204@default-c0cb,1 was answered.
Aug 24 09:46:29 DEBUG[22048] pbx.c: Launching 'MeetMe'
Aug 24 09:46:29 VERBOSE[22048] logger.c: -- Executing MeetMe("Local/0204@default-c0cb,1", "8600051") in new stack
Aug 24 09:46:29 DEBUG[22048] config.c: Parsing /etc/asterisk/meetme.conf
Aug 24 09:46:29 DEBUG[22048] chan_zap.c: Using channel -2
Aug 24 09:46:29 VERBOSE[22048] logger.c: -- Created MeetMe conference 1023 for conference '8600051'
Aug 24 09:46:29 DEBUG[22051] app_queue.c: Device 'Zap/pseudo' changed to state '2' (In use)
Aug 24 09:46:29 DEBUG[22049] app_queue.c: Device 'Local/0204@default' changed to state '2' (In use)
Aug 24 09:46:29 DEBUG[22050] app_queue.c: Device 'Local/0204@default' changed to state '2' (In use)
Aug 24 09:46:29 DEBUG[22048] channel.c: Set channel Local/0204@default-c0cb,1 to write format gsm
Aug 24 09:46:29 DEBUG[22048] channel.c: Scheduling timer at 160 sample intervals
Aug 24 09:46:29 VERBOSE[22048] logger.c: -- Playing 'conf-onlyperson' (language 'en')
Aug 24 09:46:29 DEBUG[22044] channel.c: Planning to masquerade channel Agent/204 into the structure of Local/0204@default-c0cb,1
Aug 24 09:46:29 DEBUG[22044] channel.c: Done planning to masquerade channel Agent/204 into the structure of Local/0204@default-c0cb,1
Aug 24 09:46:29 DEBUG[22044] chan_local.c: Not posting to queue since already masked on 'Local/0204@default-c0cb,2'
Aug 24 09:46:29 DEBUG[22048] channel.c: Got clone lock for masquerade on 'Agent/204' at 0x942a7cc
Aug 24 09:46:29 DEBUG[22048] channel.c: Set channel Agent/204 to write format gsm
Aug 24 09:46:29 DEBUG[22048] channel.c: Set channel Agent/204 to read format slin
Aug 24 09:46:29 DEBUG[22048] channel.c: Putting channel Agent/204 in 2/64 formats
Aug 24 09:46:29 DEBUG[22048] channel.c: Released clone lock on 'Local/0204@default-c0cb,1<ZOMBIE>'
Aug 24 09:46:29 DEBUG[22048] channel.c: Done Masquerading Agent/204 (6)
Aug 24 09:46:29 DEBUG[22044] channel.c: Didn't get a frame from channel: Local/0204@default-c0cb,2
Aug 24 09:46:29 DEBUG[22044] channel.c: Bridge stops bridging channels Local/0204@default-c0cb,2 and Local/0204@default-c0cb,1<ZOMBIE>
Aug 24 09:46:29 DEBUG[22044] channel.c: Hanging up zombie 'Local/0204@default-c0cb,1<ZOMBIE>'
Aug 24 09:46:29 DEBUG[22044] app_dial.c: Exiting with DIALSTATUS=ANSWER.
Aug 24 09:46:29 DEBUG[22052] app_queue.c: Device 'Local/0204@default' changed to state '2' (In use)
Aug 24 09:46:29 DEBUG[22044] pbx.c: Spawn extension (default,0204,1) exited non-zero on 'Local/0204@default-c0cb,2'
Aug 24 09:46:29 DEBUG[22044] pbx.c: Launching 'DeadAGI'
Aug 24 09:46:29 VERBOSE[22044] logger.c: -- Executing DeadAGI("Local/0204@default-c0cb,2", "call_log.agi|h") in new stack
Aug 24 09:46:29 VERBOSE[22044] logger.c: -- Launched AGI Script /var/lib/asterisk/agi-bin/call_log.agi
Aug 24 09:46:29 VERBOSE[22044] logger.c: -- AGI Script call_log.agi completed, returning 0
Aug 24 09:46:29 DEBUG[22044] pbx.c: Launching 'DeadAGI'
Aug 24 09:46:29 VERBOSE[22044] logger.c: -- Executing DeadAGI("Local/0204@default-c0cb,2", "VD_hangup.agi|PRI-----NODEBUG-----0-----ANSWER-----0-----0") i
n new stack
Aug 24 09:46:29 VERBOSE[22044] logger.c: -- Launched AGI Script /var/lib/asterisk/agi-bin/VD_hangup.agi
Aug 24 09:46:30 VERBOSE[22044] logger.c: -- AGI Script VD_hangup.agi completed, returning 0
Aug 24 09:46:30 DEBUG[22044] channel.c: Hanging up channel 'Local/0204@default-c0cb,2'
Aug 24 09:46:30 DEBUG[22059] app_queue.c: Device 'Local/0204@default' changed to state '0' (Unknown)

and then the coredump

[mflorell]

any reason you are using app_queue?

This has nothing to do with VICIDIAL.

[mati]

As I've written in first post I cannot determine which analog phone is connected to which E1 channel. So I use agent to bind analog phone with specific desk where the agent sits. I have no access to the Ericsson pbx to bind the analog phone with specific E1 channel.

[mflorell]

To debug Asterisk you can do a "gdb" on the core file that was generated when Asterisk core dumped:

gdb /usr/sbin/asterisk /core
(gdb) bt full
(gdb) thread apply all bt

And post the output after the bt full

Which Asterisk version are you using?

[mati]

Asterisk version 1.2.7.1

Thread 24 (process 16099):
#0 0x00ace7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x00cb248b in __read_nocancel () from /lib/tls/libpthread.so.0
#2 0x080bdf39 in el_push ()
#3 0x080bdfda in el_getc ()
#4 0x080bde50 in el_push ()
#5 0x080be11b in el_gets ()
#6 0x080a6f59 in main ()

Thread 23 (process 16101):
#0 0x00ace7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x00ba4ca4 in poll () from /lib/tls/libc.so.6
#2 0x080a2b0c in ast_console_puts ()
#3 0xffffffff in ?? ()
#4 0x00000000 in ?? ()

Thread 22 (process 16102):
#0 0x00ace7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x00cb2698 in accept () from /lib/tls/libpthread.so.0
#2 0x080a0e03 in astman_send_ack ()
#3 0x00000008 in ?? ()
#4 0xb7f3b420 in ?? ()
#5 0xb7f3b3ec in ?? ()
#6 0x091e09c8 in ?? ()
#7 0x00000000 in ?? ()

Thread 21 (process 16103):
#0 0x00ace7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x00cafb16 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0
#2 0x080b463a in ast_device_state_changed ()
#3 0x081000e8 in cli_database_show ()
#4 0x00cb6ff4 in ?? () from /lib/tls/libpthread.so.0
#5 0x00cad371 in start_thread () from /lib/tls/libpthread.so.0
#6 0x00bae9be in clone () from /lib/tls/libc.so.6

Thread 20 (process 16104):
#0 0x00ace7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x00ba7411 in ___newselect_nocancel () from /lib/tls/libc.so.6
#2 0x004832f9 in ast_bridge_call () from /usr/lib/asterisk/modules/res_features.so
#3 0xb7eb9310 in ?? ()

Thread 19 (process 16106):
#0 0x00ace7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x00b71826 in __nanosleep_nocancel () from /lib/tls/libc.so.6
#5 0x00319380 in ?? () from /usr/lib/asterisk/modules/pbx_spool.so
#6 0xb7e783d0 in ?? ()
#7 0x00319380 in ?? () from /usr/lib/asterisk/modules/pbx_spool.so
#8 0x091dfa8f in ?? ()
#9 0x00000000 in ?? ()

Thread 18 (process 16107):
#0 0x00ace7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x00ba4ca4 in poll () from /lib/tls/libc.so.6
#2 0x08055a0d in ast_io_wait ()
#3 0x09157390 in ?? ()
#4 0x00caed17 in pthread_mutex_lock () from /lib/tls/libpthread.so.0
Previous frame inner to this frame (corrupt stack?)

Thread 17 (process 16108):
#0 0x00ace7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x00b71826 in __nanosleep_nocancel () from /lib/tls/libc.so.6
#2 0x00b7162c in sleep () from /lib/tls/libc.so.6
#3 0x0032ae4a in dundi_precache () from /usr/lib/asterisk/modules/pbx_dundi.so
#4 0x00000000 in ?? ()

Thread 16 (process 16109):
#0 0x00ace7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x00ba4ca4 in poll () from /lib/tls/libc.so.6
#2 0x08055a0d in ast_io_wait ()
#3 0x091570d8 in ?? ()
#4 0x00caed17 in pthread_mutex_lock () from /lib/tls/libpthread.so.0
Previous frame inner to this frame (corrupt stack?)

Thread 15 (process 16110):
#0 0x00ace7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x00cb2698 in accept () from /lib/tls/libpthread.so.0
#2 0x0034aa47 in ?? () from /usr/lib/asterisk/modules/chan_skinny.so
#3 0x0000000d in ?? ()
#4 0xb7d74420 in ?? ()
#5 0xb7d743ec in ?? ()
#6 0x00000000 in ?? ()

Thread 14 (process 16111):
#0 0x00ace7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x00ba4ca4 in poll () from /lib/tls/libc.so.6
#2 0x08055a0d in ast_io_wait ()
#3 0x0915f408 in ?? ()
#4 0x00caed17 in pthread_mutex_lock () from /lib/tls/libpthread.so.0
Previous frame inner to this frame (corrupt stack?)
Thread 13 (process 16112):
#0 0x00ace7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x00ba4ca4 in poll () from /lib/tls/libc.so.6
#2 0x08055a0d in ast_io_wait ()

Thread 12 (process 16113):
#0 0x00ace7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x00ba7411 in ___newselect_nocancel () from /lib/tls/libc.so.6
#2 0x00354197 in ?? () from /usr/lib/asterisk/modules/chan_phone.so
#3 0x00000000 in ?? ()

Thread 11 (process 16114):
#0 0x00ace7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x00ba4ca4 in poll () from /lib/tls/libc.so.6
#2 0x003b7b03 in redirectingreason2str () from /usr/lib/asterisk/modules/chan_zap.so
#3 0xb7c70410 in ?? ()
#4 0x00000001 in ?? ()
#5 0x000009d9 in ?? ()
#6 0x44edd5c2 in ?? ()
#7 0x00064b7f in ?? ()
#8 0x003c4cb1 in ?? () from /usr/lib/asterisk/modules/chan_zap.so
#9 0x00000006 in ?? ()
#10 0x003c52c5 in ?? () from /usr/lib/asterisk/modules/chan_zap.so
#11 0x00000001 in ?? ()
#12 0x00000000 in ?? ()

Thread 10 (process 16115):
#0 0x00ace7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x00ba4ca4 in poll () from /lib/tls/libc.so.6
#2 0x003b7b03 in redirectingreason2str () from /usr/lib/asterisk/modules/chan_zap.so
#3 0xb7c2f410 in ?? ()
#4 0x00000001 in ?? ()
#5 0x00002708 in ?? ()
#6 0x44edd5be in ?? ()
#7 0x000c8494 in ?? ()
#8 0x00000003 in ?? ()
#9 0x00000000 in ?? ()

Thread 9 (process 16116):
#0 0x00ace7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x00ba4ca4 in poll () from /lib/tls/libc.so.6
#2 0x003b2e51 in zt_exception () from /usr/lib/asterisk/modules/chan_zap.so
#3 0x00000000 in ?? ()
#0 0x00ace7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x00ba4ca4 in poll () from /lib/tls/libc.so.6
#2 0x08055a0d in ast_io_wait ()
#3 0x091444f8 in ?? ()
#4 0x00caed17 in pthread_mutex_lock () from /lib/tls/libpthread.so.0
Previous frame inner to this frame (corrupt stack?)

Thread 7 (process 16151):
#0 0x00ace7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x00ba4ca4 in poll () from /lib/tls/libc.so.6
#2 0x0809ffa2 in astman_send_ack ()
#3 0xb7b5d118 in ?? ()
#4 0x00000001 in ?? ()
#5 0xffffffff in ?? ()
#6 0x080e5ac5 in causes ()
#7 0x080e5488 in causes ()
#8 0xb7b5d3b0 in ?? ()
#9 0xb7b5d2a0 in ?? ()
#10 0x00000000 in ?? ()

Thread 6 (process 16157):
#0 0x00ace7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x00ba4ca4 in poll () from /lib/tls/libc.so.6
#2 0x0809ffa2 in astman_send_ack ()
#3 0xb7b1c118 in ?? ()
#4 0x00000001 in ?? ()
#5 0xffffffff in ?? ()
#6 0x080e5ac5 in causes ()
#7 0x080e5488 in causes ()
#8 0xb7b1c3b0 in ?? ()
#9 0xb7b1c2a0 in ?? ()
#10 0x00000000 in ?? ()

Thread 5 (process 16832):
#0 0x00ace7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x00cb21ce in __lll_mutex_lock_wait () from /lib/tls/libpthread.so.0
#2 0x00caee37 in _L_mutex_lock_179 () from /lib/tls/libpthread.so.0
#3 0x091687c0 in ?? ()
#4 0x00343154 in ?? () from /usr/lib/asterisk/modules/chan_agent.so
#5 0x0013f180 in krb5_get_renewed_creds () from /usr/lib/libkrb5.so.3
#6 0x0033ef77 in ?? () from /usr/lib/asterisk/modules/chan_agent.so
#7 0x0916894c in ?? ()
#8 0x000003e8 in ?? ()
#9 0x0033a5cc in ?? () from /usr/lib/asterisk/modules/chan_agent.so
#10 0x091687c0 in ?? ()
#11 0x003412e3 in ?? () from /usr/lib/asterisk/modules/chan_agent.so
#12 0x091e0d08 in ?? ()
#13 0x00343154 in ?? () from /usr/lib/asterisk/modules/chan_agent.so
#14 0x0033da8e in ?? () from /usr/lib/asterisk/modules/chan_agent.so
#15 0x00343032 in ?? () from /usr/lib/asterisk/modules/chan_agent.so
#16 0x00000073 in ?? ()
#17 0x000000ff in ?? ()
#18 0x00000000 in ?? ()

Thread 4 (process 17181):
#0 0x00ace7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x00ba4ca4 in poll () from /lib/tls/libc.so.6
#2 0x0809ffa2 in astman_send_ack ()
#3 0xb78fa118 in ?? ()
#4 0x00000001 in ?? ()
#5 0xffffffff in ?? ()
#6 0x080e5ac5 in causes ()
#7 0x080e5488 in causes ()
#8 0xb78fa3b0 in ?? ()
#9 0xb78fa2a0 in ?? ()
#10 0x00000000 in ?? ()

Thread 3 (process 17183):
#0 0x00ace7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x00ba4ca4 in poll () from /lib/tls/libc.so.6
#2 0x08063624 in ast_waitfor_nandfds ()
#3 0x004db29a in agi_unregister () from /usr/lib/asterisk/modules/res_agi.so

Thread 2 (process 17191):
#0 0x00ace7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0x00ba4ca4 in poll () from /lib/tls/libc.so.6
#2 0x08063624 in ast_waitfor_nandfds ()
#3 0x08063cf2 in ast_waitfor_n ()
#4 0xb78b68d0 in ?? ()
#5 0x00000001 in ?? ()
#6 0x00000000 in ?? ()

Thread 1 (process 16332):
#0 0x08064579 in ast_bridged_channel ()
#1 0x00000000 in ?? ()

[mflorell]

It looks like chan_agent is causing your crashes.

Can you explain in a little more detail exactly how you have chan_agent working with your other phone system?

I don't understand why this is the only way vicidial will work for you.

[mati]

My first post was not so detailed. I try to show my problem in following example. I've got sip phones and they worked with VICIDIAL. I've got 4E1 card. In one port E1 line is plugged the secound is used be the my old erricsson pbx with E1 card. This configuration dosen't cost me extra money for ATA. But this dosen't work with VICIDIAL. The problem lies in calling specific analog phone connected to this ericsson. When i pick up first analog phone the asterisks shows
-- Accepting overlap call from '' to '<unspecified>' on channel 0/1, span 3
-- Starting simple switch on 'Zap/63-1'
when i pickup secound one the asterisk shows
-- Accepting overlap call from '' to '<unspecified>' on channel 0/2, span 3
-- Starting simple switch on 'Zap/64-1'
but when i do it in diffrent order (secound then first) i got the same result. So i have no information to dail specific analog phone.
To bind the phone i use AgentLogin. I pick up the phone log as the agent then I can make a call according to dailplan to this phone.
When the vicidial try to make connection to this phone after or during the 'your are only one ...' asterisk crashes.
Maybe I don't understand the hole idea of vicidial:(

[mflorell]

Does your Ericsson switch accept DIDs or inbound extensions for routing?

Is it programmable in any way?

[mati]

The full name of this ericsson is BusinessPhone 50. I have to ask the man who is responsible for this stuff about DID.

[mati]

Its working:) I use DDI.

[mflorell]

Great! I have done that kind of integration before with different legacy phone switches and DIDs are always the easiest way to get it to work.

Let us know how your installation progresses.