There is no way to tell the actual state of a trunk that doesn't register. I think a piece of logic needs to be added to the proxy and a box to enable that logic in the dial plan or gateway.
(Sent from my totally rooted nook color) On Friday, July 29, 2011, Max DiOrio <[email protected]> wrote: > +1 for this recommendation. We have a setup in a medical office, so missing calls because a trunk is down is important. Knowing the state of the trunk and auto-rolling to a secondary trunk should be a very good thing to add. > Doesn't sipxbridge keep track of sip trunk state? How else would it know to attempt to reregister if it goes down? It displays trunk registration status in the gui now. Should be simple to implement I'd think, but I don't know the inner workings. > Sent from my iPad > On Jul 29, 2011, at 6:52 PM, Tony Graziano <[email protected]> wrote: > > Yeah, what I'm thinking is sipxconfig can know the state of a trunk that sipxbridge registers. If sipxbridge cant provide a BUSY then can the dial plan say"this a trunk that registers but the state in NOT REGISTERED, so let's not use it, and perhaps use the next gateway... > > On Fri, Jul 29, 2011 at 6:49 PM, Michael Picher <[email protected]> wrote: > > Well gateways don't register to open us as I'm sure you know (spxbride does reg some sip trunks, so maybe that's what you are referring to?). Maybe a keepalive sort of check in a trunk what would disable the gateway if not registered? > > ..or... for regular gateways, what about a simple ping to the gateway. if you can reach it thats at least a start... > > If all lines in a gateway are busy the dial plan should roll to the next gateway now... > > On Jul 29, 2011 12:10 PM, "Tony Graziano" <[email protected]> wrote: >> sipxbridge can provide information about gateway that register (status). >> Dialing plans can have multiple gateways. >> >> Right now multiple gateways actually mean nothing (for the most part). >> >> Does it seem feasible to add a check mechanism when there are multiple >> gateways assigned to a dial plan to check the status of the gateway before >> sending the call to "that" gateway? >> >> ex: >> >> Dialplan1: send to >> >> gateway1 >> gateway2 >> >> Gateway 1 and gateway2 both register, but gateway1 is in a NOT REGISTERED >> state. The call should go to gateway 2 by default. >> >> Right now the calls fails. >> >> So without having to use any RFC's that don't exist for determing fault >> codes and such, doesn't it make sense to at least bypass a gateway that >> internally we could see as unuseable/or unavailable and at least sidestep >> some issues? >> >> -- >> ====================== >> Tony Graziano, Manager >> Telephone: 434.984.8430 >> sip: [email protected] >> Fax: 434.326.5325 >> >> Email: [email protected] >> >> LAN/Telephony/Security and Control Systems Helpdesk: >> Telephone: 434.984.8426 >> sip: [email protected] >> >> Helpdesk Contract Customers: >> <http://support.myitdepartment.net>http://support.myitdepartment.net >> >> < <http://support.myitdepartment.net>http://support.myitdepartment.net >Blog: >> <http://blog.myitdepartment.net>http://blog.myitdepartment.net >> >> Linked-In Profile: <http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4> http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4 >> >> Ask about our voip fax services! > > _______________________________________________ > sipx-dev -- ====================== Tony Graziano, Manager Telephone: 434.984.8430 sip: [email protected] Fax: 434.326.5325 Email: [email protected] LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: [email protected] Helpdesk Contract Customers: http://support.myitdepartment.net <http://support.myitdepartment.net>Blog: http://blog.myitdepartment.net Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4 Ask about our voip fax services!
_______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev/
