Hi, we have a problem when it comes to making a call via mybuddy. what we are trying to do is to establish a call between two cell phones through sipxecs. this should be accomplished through this command in mybuddy: 'call (cell-number-1) (cell-number-2)', where the first number is the phone that will be called, and the second number is the phone that should make the call. as soon as this command is entered in mybuddy, sipxecs tries to make two calls. first call should go to the caller (second number), and the second call should go to the callee (first number).
the problem arises when the first call is made (to the caller). for some reason, sipxecs always uses PCMU as codec. since our ITSP doesn't support PCMU, the call doesn't go through (or so that's what our ITSP says is the problem). now, we have tried making modifications in sip trunking service by putting PCMA on the first place, thus making it the preferred choice. it didn't work, which is surprising because our ITSP uses PCMA. then we tried to remove the PCMU. The result was even worse, because sipxecs didn't even send the invite from its services to the ITSP's server. we also tried to delete all default codecs from the sip trunking service, which should enable all codecs (it should negotiate with the ISTP for the codec), but it again used PCMU, although our ISTP clearly doesn't support it. in the end, we have tried removing the PCMU from the 'media services' service. it had absolutely no effect, it still used PCMU. this problem arises only when we make calls through mybuddy. normal calls use PCMA without any problem. also, when we used other ITSPs, the call through mybuddy goes normally and everything is fine (it uses PCMU, but the international ITSP supports it). the second call (to the callee) was made through the 'problematic' ITSP, but this time the call was made with PCMA, hence everything is fine. it seems that only the first call that is made through sip trunk (by mybuddy) always uses PCMU, but the second uses codecs in the order of their priority. does anybody knows how t fix this problem? p.s. we have also tried making calls between internal extension and a cell phone. the idea is to find out will the second call (to the callee) have the same problem, since the first call doesn't go through sip trunk. the problem was identical. the first call (to the caller) didn't use sip trunk, and everything was fine until the second call was made (to the cell phone). since it went through the trunk, the problem repeated.... Regards, -- Irena Dolovčak
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
