M. Ranganathan wrote: > On Tue, Dec 15, 2009 at 10:40 AM, Damian Krzeminski <[email protected]> > wrote: >> M. Ranganathan wrote: >>> Hello, >>> >>> In 4.2 we will have a "disable gateway" feature. This allows a >>> specific ITSP gateway to be disabled. Thus a pbx user cannot make >>> outbound calls using that gateway. However, this does not block >>> inbound calls from the ITSP. Would it be useful to have a "disable >>> ITSP" feature that allows inbound calls from the ITSP to be blocked ? >>> >>> Thanks for your comments. >>> >>> Ranga >>> >> What do you mean by "does not block incoming calls from ITSP". When you >> disable a SIP Trunk gateway, the ITSP (which is the same thing as SIP >> trunk) is not even configured. >> >> So any incoming call would be a call that ITSP should be treated in the >> same way as a call from a non-configured ITSP. I am not sure what >> sipXbridge is doing in this case but it can certainly block the call if >> that's what you want. >> >> Maybe the problem is that sipXbridge does not properly unregister ITSPs >> that have been removed? > > > Not all ITSPs need Registration. (for example bandwidth.com does not). > > When a call comes in from such an ITSP and an account record for such > an ITSP is not found, sipxbridge will just forward the call. One can > argue that we do not, in general block inbound calls in sipx and hence > this is an acceptable behavior. > > On the other hand, if we could have a way of disabling the ITSP > account (not just gateway but an additional enable/disable flag), > sipxbridge can recognize that the account exists but has been disabled > and thus respond with a 5xx error code to the inbound call. > >
I see: so what you really want is to configure a disabled ITSP for the sole purpose of denying calls from that ITSP. That might get a bit hard to explain since it would involve having an 'enabled' gateway representing 'disabled' ITSP, proxy would still attempt to send calls to that gateway (since it will be present in fallback rules) but sipXbridge would block them. Scott once told me that SIP phone is supposed to ring no matter where the Invite comes from. Not sure if I understood it correctly but doesn't it mean sipXbridge should similarly forward the call even if account is not configured, but if everybody else thinks it's a good idea adding an advanced 'enabled' property for ITSP is of course trivial. D. _______________________________________________ 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/
