I have read what you wrote a few days ago about leap second. Amazing how that can affect systems.But didnt the leap happen july 1st, while our customer had issues yesterday, july 3rd. If this is the case, I am just worried about using this as explanation to customer, might seem a bit far fetched for them :)
I am a bit worried about the SIP/sipfrag Status: 500 Server Internal Error, with Sipfrag(Exception Info Timer already cancelled. at Timer.java:354) which happens half a second after call starts. Could this point to a timing or leap second error or is this more of a logical error? Sven On Wed, Jul 4, 2012 at 5:48 PM, Tony Graziano <[email protected]>wrote: > Well, I have to ask an obscure question... are your virtual kernels up to > date and not having any leap second issues. > > It all boils down to timing (I think). I have a suspicion the DNS is > timing out/can't find the information its looking for (Matt is keen for > pointing DNS out), but it may be "artificially failing" due to the kernel > being hung with how it handles (or didn't handle) leap seconds. This is > more prevalent in virtual environments too I think. > > I'm not sure what the official fix is, because I areboot seems to fix > this. If so, it's not a sipx issue and it has plagued a lot of folks lately > with various service(s) (Amazon too). > > On Wed, Jul 4, 2012 at 12:05 PM, Sven Evensen <[email protected]>wrote: > >> Anyone else who can help. Matt thinks it might be a DNS issue, which does >> look strange, but it has always been like that at this customer. Why would >> suddenly all calls start failing with lots of timer errors in sipXbridge? >> >> Sven >> >> >> On Tue, Jul 3, 2012 at 7:36 PM, Matt White <[email protected]>wrote: >> >>> Normally in the proxy logs we see the following error: >>> >>> _sip._tls.cogestim.swisscom.vpbx >>> cogestim.swisscom.vpbx >>> >>> Those are normal as the TLS and base domain do not typically have SRV >>> records added. >>> >>> But unless I'm just being braindead, I've never seen it fail with the >>> main _sip._udp and _sip._tcp >>> >>> Maybe I should go check some our logs to make sure i'm not being stupid. >>> >>> -m >>> >>> >>> >>> >>> Sven Evensen <[email protected]> 07/03/12 1:53 PM >>> >>> It has always been like that. sipx, SIP trunk and all phones are on >>> their internal network. They explained me once why it was like that, but I >>> dont quite remember. It has been running like this for months and months, >>> so I do beleive there must be some other cause. >>> >>> Do you still think it could be an issue? >>> >>> Sven >>> >>> On Tue, Jul 3, 2012 at 6:38 PM, Matt White <[email protected]>wrote: >>> >>>> Have you verified DNS is resolving properly? Proxy is getting an error >>>> resolving the following >>>> >>>> _sip._udp.cogestim.swisscom.vpbx >>>> _sip._tcp.cogestim.swisscom.vpbx >>>> >>>> -M >>>> >>>> >>> Sven Evensen <[email protected]> 07/03/12 12:30 PM >>> >>>> Hi Matt, >>>> >>>> Here is link to the full capture and logs. sipxproxy was not in >>>> debug unfortunately. >>>> https://docs.google.com/open?id=0B6OtrM5F9wLsZFFrd2thYXBEVm8 >>>> >>>> Sven >>>> >>>> >>>> >>>> _______________________________________________ >>>> sipx-users mailing list >>>> [email protected] >>>> List Archive: http://list.sipfoundry.org/archive/sipx-users/ >>>> >>> >>> >>> >>> -- >>> >>> *Sven Evensen, Operations Consultant* >>> >>> *OnRelay* >>> >>> Elizabeth House │ 39 York Road, London SE1 7NQ, UK │ +44 (0) 207 902 >>> 8123 │ mailto:[email protected] <[email protected]> │ >>> www.onrelay.com >>> >>> >>> This electronic message transmission contains information from OnRelay, >>> Ltd., that may be confidential or privileged. The information is intended >>> solely for the recipient and use by any other party is not authorised. If >>> you are not the intended recipient, be aware that any disclosure, copying, >>> distribution or use of the contents of this information or any attachment, >>> is prohibited. If you have received this electronic transmission in error, >>> please notify us immediately by electronic mail ([email protected]) and >>> delete this message, along with any attachments, from your computer. >>> Registered in England No 04006093 ¦ Registered Office 1st Floor, 236 Gray's >>> Inn Road, London WC1X 8HB >>> >>> >>> >>> _______________________________________________ >>> sipx-users mailing list >>> [email protected] >>> List Archive: http://list.sipfoundry.org/archive/sipx-users/ >>> >> >> >> >> -- >> >> *Sven Evensen, Operations Consultant* >> >> *OnRelay* >> >> Elizabeth House │ 39 York Road, London SE1 7NQ, UK │ +44 (0) 207 902 8123│ >> mailto:[email protected] <[email protected]> │ >> www.onrelay.com >> >> >> This electronic message transmission contains information from OnRelay, >> Ltd., that may be confidential or privileged. The information is intended >> solely for the recipient and use by any other party is not authorised. If >> you are not the intended recipient, be aware that any disclosure, copying, >> distribution or use of the contents of this information or any attachment, >> is prohibited. If you have received this electronic transmission in error, >> please notify us immediately by electronic mail ([email protected]) and >> delete this message, along with any attachments, from your computer. >> Registered in England No 04006093 ¦ Registered Office 1st Floor, 236 Gray's >> Inn Road, London WC1X 8HB >> >> >> >> _______________________________________________ >> sipx-users mailing list >> [email protected] >> List Archive: http://list.sipfoundry.org/archive/sipx-users/ >> > > > > -- > ~~~~~~~~~~~~~~~~~~ > Tony Graziano, Manager > Telephone: 434.984.8430 > sip: [email protected] > Fax: 434.465.6833 > ~~~~~~~~~~~~~~~~~~ > Linked-In Profile: > http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4 > Ask about our Internet Fax services! > ~~~~~~~~~~~~~~~~~~ > > Using or developing for sipXecs from SIPFoundry? Ask me about sipX-CoLab > 2013! <http://sipxcolab2013.eventbrite.com/?discount=tony2013%22> > > > LAN/Telephony/Security and Control Systems Helpdesk: > Telephone: 434.984.8426 > sip: [email protected].**net<[email protected]> > > Helpdesk Customers: > http://myhelp.myitdepartment.**net<http://myhelp.myitdepartment.net> > Blog: http://blog.myitdepartment.net > > _______________________________________________ > sipx-users mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > -- *Sven Evensen, Operations Consultant* *OnRelay* Elizabeth House │ 39 York Road, London SE1 7NQ, UK │ +44 (0) 207 902 8123 │ mailto:[email protected] <[email protected]> │ www.onrelay.com This electronic message transmission contains information from OnRelay, Ltd., that may be confidential or privileged. The information is intended solely for the recipient and use by any other party is not authorised. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this information or any attachment, is prohibited. If you have received this electronic transmission in error, please notify us immediately by electronic mail ([email protected]) and delete this message, along with any attachments, from your computer. Registered in England No 04006093 ¦ Registered Office 1st Floor, 236 Gray's Inn Road, London WC1X 8HB
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
