So you have one sipx installation with some remote workers. Can it be assumed flowroute is an ITSP?
It really helps to have the text of the problem in an email, sometimes reading these graphics for some of us (mobile) doesn't actually help much. You should follow the steps on the wiki for siptrunking. It might also be that you have not patched sipxbridge yet. http://sipx-wiki.calivia.com/index.php/SipXbridge_Overview_and_Configuration *IMPORTANT : If you are installing the pre-4.0.4 ISO image, please shut down SipXbridge and then apply this patch:* Please unzip in some empty directory in your file system and read/follow the directions in README. http://track.sipfoundry.org/secure/attachment/22773/patch23.zip *Note that the fixes which are included in the patch will be put through QA. The patch is provided so as to get early feedback.* This patch fixes the following issues : 1. XX-6580: When DNS SRV records for the ITSP are present but the ITSP server is down, sipxbridge keeps retrying the call. 2. XX-6814: No media path after 30 minutes when connected to scstrial.ca 3. XX-6824: No media path after 60 seconds when transferred from AA to hunt group when MOH on bridge is ON 4. XX-6818: MOH does not play for the first hold after call forwarding has been handled on a local phone. 5. XX-6698: sipXbridge bypasses proxy during tandem call disconnect. 6. XX-6903: Call drops 25 seconds after consultative transfer. 7. Skype SIP trunk interoperability testing failures. Some issues were fixed. External JIRA issues have been filed against Skype-for-Sip and remain to be resolved. 8. XX-6041: Allow sipxbridge to handle redirect responses from the ITSP. 9. XX-6942: Polycom phones emit bad Call-Info syntax ( workaround included here in jain-sip stack ). 10. XX-7002: Hold/release issue with NORTEL 12xx and SMC phones. 11. XX-7009 : SipXbridge shoots down INBOUND invite from ITSP if it does not see a Max-Forwards header. 12. XX-7039 : Hairpinned consultative transfer of Outbound calls fails using SMC softphone. 13. XX-7043 : Call Pickup from SCM 3456 (counterpath) with MOH disabled on bridge fails. On Tue, Nov 17, 2009 at 11:25 AM, Jordan Turner <[email protected] > wrote: > Issue: > > > > After a clean / brand-new install and configuration of sipXecs at our > business site, everything functions internally or externally with just the > 4-digit external extensions. We are not using an ITSP yet. Are soon as we > add Flowroute, we can no longer dial an extension from External Client A to > External Client B - still using default sipX bridge. > > > Please see illustration of problem.... > > > _______________________________________________ > sipx-users mailing list [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users > Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users > sipXecs IP PBX -- http://www.sipfoundry.org/ > -- ====================== Tony Graziano, Manager Telephone: 434.984.8430 Fax: 434.984.8431 Email: [email protected] LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 Fax: 434.984.8427 Helpdesk Contract Customers: http://www.myitdepartment.net/gethelp/
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/
