This is the only thing I can see. "2009-05-21T20:07:44.571000Z":2:sipXivr:INFO:conference.soliantconsulting.co m:Thread-0:00000000:sipxivr:"SipXivr::run Accepting call-id a201eec8d056adc713c415cc0a6525088d88be50378c012688-0311-4625 from [email protected]:5060 to [email protected]:15060" "2009-05-21T20:07:44.643000Z":3:sipXivr:INFO:conference.soliantconsulting.co m:Thread-0:00000000:sipxivr:"Configuration::loadXML Loading autoattendants.xml configuration" "2009-05-21T20:07:44.750000Z":4:sipXivr:INFO:conference.soliantconsulting.co m:Thread-0:00000000:sipxivr:"Loading validusers.xml configuration" "2009-05-21T20:07:44.764000Z":5:sipXivr:INFO:conference.soliantconsulting.co m:Thread-0:00000000:sipxivr:"Attendant::run Attendant determined from schedule aa_12" "2009-05-21T20:07:44.765000Z":6:sipXivr:INFO:conference.soliantconsulting.co m:Thread-0:00000000:sipxivr:"Schedule::loadPrefs File /var/sipxdata/mediaserver/data/organizationprefs.xml does not exist. Using defaults." "2009-05-21T20:07:44.766000Z":7:sipXivr:INFO:conference.soliantconsulting.co m:Thread-0:00000000:sipxivr:"Schedule::getAttendant Using after hours AutoAttendant as Thu 15:07 is after hours" "2009-05-21T20:07:44.767000Z":8:sipXivr:INFO:conference.soliantconsulting.co m:Thread-0:00000000:sipxivr:"Attendant::run Attendant operator selected" "2009-05-21T20:07:45.783000Z":9:sipXivr:INFO:conference.soliantconsulting.co m:Thread-0:00000000:sipxivr:"Attendant::attendant Starting attendant id operator (Operator) in locale en" "2009-05-21T20:07:52.662000Z":10:sipXivr:INFO:conference.soliantconsulting.c om:Thread-0:00000000:sipxivr:"Attendant::attendant Collected digits=285" "2009-05-21T20:07:52.662000Z":11:sipXivr:INFO:conference.soliantconsulting.c om:Thread-0:00000000:sipxivr:"Attendant::attendant Transfer to extension 285 (sip:[email protected])" "2009-05-21T20:07:54.972000Z":12:sipXivr:INFO:conference.soliantconsulting.c om:Thread-0:00000000:sipxivr:"FSESI::invoke throw DisconnectException" "2009-05-21T20:07:54.973000Z":13:sipXivr:INFO:conference.soliantconsulting.c om:Thread-0:00000000:sipxivr:"SipXivr::run Far end hungup.":q
-----Original Message----- From: Scott Lawrence [mailto:[email protected]] Sent: Thursday, May 21, 2009 2:39 PM To: [email protected] Cc: 'Goran Donev'; [email protected] Subject: Re: [sipx-users] Extension Transfer Question On Thu, 2009-05-21 at 20:22 +0100, Sen Heng wrote: > I had same problem with call transfer. I can hear "your call will be > transfered" but it stay there forwever. > > I wonder, does Sipx need setup a inbound Dial Plan or it should > transfer automaticlly? Unfortunately, this is one of those cases where the same symptom may have many different causes. A good illustration of why listening to the noises (whatever they are) on the phone is not sufficient for debugging SIP calls. To analyze this issue, a snapshot that records the configuration and logs of the problem occurring are needed. Set the logging on the affected components (which always include the proxy and registrar) to at least INFO level (this is normally sufficient, and will make the snapshot smaller than DEBUG). You must restart any component for the log level change to take effect. If possible, it's even better to change the log level, then stop your services, delete all the log files (rm -f /var/log/sipxpbx/*), and then start the services. Once the logging change is in effect, reproduce the problem. Note the time it occurred as precisely as you can (using the system time itself is best), and any other details (caller, callee, etc). If you can identify the problem calls using the CDRs this is also helpful. Take a snapshot (under the Diagnostics tab) of the system. If you are using redundant systems (HA), you must take snapshots of both systems. Attach the snapshot(s) to the issue, along with the problem description; make sure you include: - What you did Include the identifying information for the calls as above (times, caller, etc). - What you expected to happen - What you observed actually did happen _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users
