Scott Lawrence wrote:
> Not necessarily - the proxy caller-id rewriting is tied to 
> the gateway, so each gateway can have a different caller-id 
> for the same user.  (I don't know if the UI exposes this 
> capability, but it's there in the
> proxy)
> 

This is what I was saying, but based on the sipXconfig help, gateway
CallerId it is not an unconditional overwrite, it is used if caller does
not have a more specific CallerId setting:

Quote: "Caller ID used for all the calls connected through this gateway,
unless more specific caller ID is specified for a caller."

If the gateway CallerId feature overwrites the original CallerId, why do
we think we need any changes of the current behavior? Does it matter
which error code sipXbridge returns in failure case in order for the
call to use a fallback gateway?
It seems to me that fallback should work without further modifications.


Mark.

_______________________________________________
sipx-dev mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev

Reply via email to