On Thu, 2008-09-25 at 22:53 +0300, James Mutuku wrote: > I am have an issue with remote registrations. With Xlite, I am getting > "error 503 - service unavailable", and there is no record of attempted > registrations in the sipregister.log files.
You should check in the sipXproxy.log file to see if the REGISTER requests are reaching sipX at all. From there you can determine what to examine next. > I used another > softphone(sjphone) and there were records of attempted registrations in > the sipregister. log files, but not registration was successful. > I used sipviewer and it seems that the registration is successful(I > might be wrong ), then the phone unregisters. I have attached the file > that I used with sipviewer. Notice that each REGISTER gets a 401 Unauthorized response. Usually the first REGISTER gets a 401 response, and (since the 401 provides a fresh nonce) the immediately following REGISTER succeeds. Having all the REGISTERs get 401 responses is often due to buggy phones that do not use the same to-tag on the second REGISTER that they used on the first REGISTER. And looking at your log file, I see that is the case -- compare frames 11277, 11305, and 11320, which all have the same Call-Id but different to-tags. As we've documented at http://interop.sipxecs.org/: The authentication nonces provided by sipX are specific to the from-tag in the request. Section 8.1.3.5 of RFC 3261 requires that a re-sent request has the same from-tag as the original request, so the nonce that sipX returns in a 401/407 response can always be used in a re-send of the request. However, some UAs will incorrectly use a different from-tag when resending a REGISTER. These UAs will not be able to register. You need to file a bug report with SJphone. > Sipx is sitting behind an ingate firewall in country X. Remote > registrations are successful within country X. I am in country Z. My > ping reply from country Z average to 700ms. A long transit time shouldn't harm SIP signaling that much, but the media (voice) packets might be disrupted to the point of being useless. Dale _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users
