We just started experiencing a problem with call transfers. This use to work but we cannot figure out what broke. We are investigating our gateway software but I wanted to check with the SER community too. If we receive a REFER method we simply t_relay(). Is this the correct handling ?
Thanks,Steve
REFER should be handled as the OPTIONS message, which can be received inside and outside a dialog, i.e. you need to be able to handle it with Route (and thus loose route it with t_relay) as well as handle it as an INVITE by rewriting the r-uri. g-)
Steve Blair wrote:
We just started experiencing a problem with call transfers. This use to work but we cannot figure out what broke. We are investigating our gateway software but I wanted to check with the SER community too. If we receive a REFER method we simply t_relay(). Is this the correct handling ?
Thanks,Steve _______________________________________________ Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Take a look the Refer-To header. This will be evaluated by the other party. If the other party is a gateway it must have route for the destination. This is often a problem if the users use a different dial plan than the gateways (e.g. user dial 00431... and the gateway uses 431...)
If this is the problem you can use textops to rewrite the Refer-To header.
Further you should also screen the Refer-By header for bad destinations - e.g. 0900 number ... because must phones accept a REFER without asking the user (permissions module)
regards klaus
Steve Blair wrote:
We just started experiencing a problem with call transfers. This use to work but we cannot figure out what broke. We are investigating our gateway software but I wanted to check with the SER community too. If we receive a REFER method we simply t_relay(). Is this the correct handling ?
Thanks,Steve _______________________________________________ Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers