Hi Dale, we are not sure what you mean by 'The trunk should be given the SIP domain name as the destination for calls'. the only thing that we can think that this might apply is DEVICES->Gateways->NAME_OF_GATEWAY->Configuration->ADDRESS, and there we have the ip address that our itsp gave us. also, this is obviously information regarding where should sipxecs send outgoing calls. it doesn't seem that it is for incoming calls.
we have tried modifying DNS records. for example, we tried to change priority of DNS SRV records, and we have tried changing the weight of those records. in both cases we had the same problem as before: every second call would go through. of course, there are also A records for both sipxecs servers. our logs show that this is happening: call comes from the itsp's server to the bridge on sipx1. sipxbridge forwards the call to the proxy. proxy then forwards the call directly to the phone (it doesn't matter on which sipxecs the phone was registered), or forwards it to the proxy of the seconds sipxecs server. since that one is down, call falls through... btw, everything else is ok with the trunk. the calls can go out all the time, even if the second server is down, and in both ways works fine when both servers are up (it does that load balancing thing, but since the second server is up, that is ok). p.s. do you need any additional information about sip trunk? Regards, Irena 2011/5/10 Worley, Dale R (Dale) <[email protected]> > > From: Irena Dolovčak [[email protected]] > > > > to be more precise, exactly every second call goes through. by > > checking the logs, it seems that the remaining sipxecs server (one is > > down) does load balancing, that is, once it processes the call > > himself, once it sends the call to the other server (although it is > > down), thinking it will process the call. > > > > by the looks of it, one would say this is the way the sipxecs was > > designed to function, because this thing always happens. > > It's certainly not the way it's designed to function. > > I suspect that your incoming trunking facility (you don't describe it) > is either not configured correctly or not functioning correctly. The > trunk should be given the SIP domain name as the destination for > calls. That name has two SRV records, one for each server, and if the > trunk cannot get a response from one server it should try with the > next one. > > Dale > _______________________________________________ > sipx-users mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > -- Irena Dolovčak
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
