Hi,
Sorry for that, I was doubting if attaching a file would work on the list, so had a 50/50 chance ;) chose the wrong one J Logging is at debug level so no idea why it generates to little.... But the issue seems to be with a QSIG splitter we use between the PSTN and mediant.... Without the splitter, we have no problems, but when connecting the splitter (even if it is not splitting) calls like described fail. So we are looking into this now J Thanks for the initial help, but this problem seems to be off-topic. Greetings, Henry From: [email protected] [mailto:[email protected]] On Behalf Of Nikolay Kondratyev Sent: dinsdag 18 januari 2011 8:04 To: 'Discussion list for users of sipXecs software' Subject: Re: [sipx-users] Outbound back in via mediant Henry, please don't paste xml into the email message body. I had to copy below xml trace, paste it into a file, and open that file with sipviewer. So... next time please attach an xml file to the message. Then... there is only mediant <-> sipxproxy message flow in the trace, while i wanted to see all internal message flow. This happend probably because only sipXproxy process is at Info log level. So, please increase log level to Info for all sipx processes, make the same trace and sent it here. Could you describe your setup in more details? Are 401 and 402 extensions registered from mediant analog ports? What is your connection to pstn? E1 or fxo lines through the same mediant? or through an ITSP? Do you use sipxconfig plugin to configure the mediant, or do you configure it manually? Do you require any permissions in the dial-rule, that is used to route a call to the "external number" in question? What is the "mediant" user? In addition to the trace, please send your /etc/sipxpbx/fallbackrules.xml file. Rgds, Nikolay.
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
