Sipgate is useable, no clue why. Over time this bug eats memory and
crashes the system.
Bugreport:
2015-05-16 10:52:22.903 WARNUNG: [386]
service.resources.AbstractResourcesService.getSettingsInt().596 Missing
resource for key: net.java.sip.communicator.SIP_PREFERRED_CLEAR_PORT
2015-05-16 10:52:22.904 INFORMATION: [386]
impl.protocol.sip.SipLogger.logInfo().185 Info from the JAIN-SIP stack:
the sip stack timer gov.nist.javax.sip.stack.timers.DefaultSipTimer has
been started
2015-05-16 10:52:22.908 WARNUNG: [386]
service.resources.AbstractResourcesService.getSettingsInt().596 Missing
resource for key: net.java.sip.communicator.SIP_PREFERRED_SECURE_PORT
2015-05-16 10:52:55.062 INFORMATION: [407]
plugin.reconnectplugin.ReconnectPluginActivator.run().610 Reconnect
<USERID>@sipgate.de (SIP) after 2000 ms.
2015-05-16 10:52:55.063 INFORMATION: [388]
impl.protocol.sip.SipLogger.logInfo().185 Info from the JAIN-SIP stack:
the sip stack timer gov.nist.javax.sip.stack.timers.DefaultSipTimer has
been stopped
2015-05-16 10:52:56.064 INFORMATION: [388]
impl.protocol.sip.SipLogger.logInfo().185 Info from the JAIN-SIP stack:
the sip stack timer gov.nist.javax.sip.stack.timers.DefaultSipTimer has
been stopped
2015-05-16 10:52:57.062 INFORMATION: [409]
plugin.reconnectplugin.ReconnectPluginActivator.run().974 Start
reconnecting <USERID>@sipgate.de (SIP)
2015-05-16 10:52:57.065 WARNUNG: [409]
service.resources.AbstractResourcesService.getSettingsInt().596 Missing
resource for key: net.java.sip.communicator.SIP_PREFERRED_CLEAR_PORT
2015-05-16 10:52:57.066 SCHWERWIEGEND: [388]
impl.protocol.sip.SipRegistrarConnection.register().282 Failed to create
a Register request.
java.lang.IllegalArgumentException: Invalid transport: UDP
at
net.java.sip.communicator.impl.protocol.sip.SipStackSharing.getLP(SipStackSharing.java:225)
at
net.java.sip.communicator.impl.protocol.sip.ProtocolProviderServiceSipImpl.getListeningPoint(ProtocolProviderServiceSipImpl.java:1553)
at
net.java.sip.communicator.impl.protocol.sip.ProtocolProviderServiceSipImpl.getLocalViaHeaders(ProtocolProviderServiceSipImpl.java:1213)
at
net.java.sip.communicator.impl.protocol.sip.SipMessageFactory.createRegisterRequest(SipMessageFactory.java:1082)
at
net.java.sip.communicator.impl.protocol.sip.SipRegistrarConnection.register(SipRegistrarConnection.java:257)
at
net.java.sip.communicator.impl.protocol.sip.ProtocolProviderServiceSipImpl.registerUsingNextAddress(ProtocolProviderServiceSipImpl.java:2624)
at
net.java.sip.communicator.impl.protocol.sip.ProtocolProviderServiceSipImpl.notifyConnectionFailed(ProtocolProviderServiceSipImpl.java:2668)
at
net.java.sip.communicator.impl.protocol.sip.EventPackageSubscriber.processTimeout(EventPackageSubscriber.java:902)
at
net.java.sip.communicator.impl.protocol.sip.ProtocolProviderServiceSipImpl.processTimeout(ProtocolProviderServiceSipImpl.java:810)
at
net.java.sip.communicator.impl.protocol.sip.SipStackSharing.processTimeout(SipStackSharing.java:799)
at gov.nist.javax.sip.EventScanner.deliverEvent(EventScanner.java:379)
at
gov.nist.javax.sip.SipProviderImpl.handleEvent(SipProviderImpl.java:196)
at
gov.nist.javax.sip.SipProviderImpl.transactionErrorEvent(SipProviderImpl.java:953)
at
gov.nist.javax.sip.stack.SIPTransaction.raiseErrorEvent(SIPTransaction.java:931)
at
gov.nist.javax.sip.stack.SIPClientTransaction.fireTimeoutTimer(SIPClientTransaction.java:1147)
at
gov.nist.javax.sip.stack.SIPTransaction.fireTimer(SIPTransaction.java:689)
at
gov.nist.javax.sip.stack.SIPClientTransaction$TransactionTimer.runTask(SIPClientTransaction.java:265)
at
gov.nist.javax.sip.stack.timers.DefaultSipTimer$DefaultTimerTask.run(DefaultSipTimer.java:63)
at java.util.TimerThread.mainLoop(Timer.java:555)
at java.util.TimerThread.run(Timer.java:505)
2015-05-16 10:52:57.067 INFORMATION: [409]
impl.protocol.sip.SipLogger.logInfo().185 Info from the JAIN-SIP stack:
the sip stack timer gov.nist.javax.sip.stack.timers.DefaultSipTimer has
been started
2015-05-16 10:52:57.070 SCHWERWIEGEND: [388]
impl.protocol.sip.ProtocolProviderServiceSipImpl.registerUsingNextAddress().2641
Cannot send register!
net.java.sip.communicator.service.protocol.OperationFailedException:
Failed to generate a from header for our register request.
at
net.java.sip.communicator.impl.protocol.sip.SipRegistrarConnection.register(SipRegistrarConnection.java:290)
at
net.java.sip.communicator.impl.protocol.sip.ProtocolProviderServiceSipImpl.registerUsingNextAddress(ProtocolProviderServiceSipImpl.java:2624)
at
net.java.sip.communicator.impl.protocol.sip.ProtocolProviderServiceSipImpl.notifyConnectionFailed(ProtocolProviderServiceSipImpl.java:2668)
at
net.java.sip.communicator.impl.protocol.sip.EventPackageSubscriber.processTimeout(EventPackageSubscriber.java:902)
at
net.java.sip.communicator.impl.protocol.sip.ProtocolProviderServiceSipImpl.processTimeout(ProtocolProviderServiceSipImpl.java:810)
at
net.java.sip.communicator.impl.protocol.sip.SipStackSharing.processTimeout(SipStackSharing.java:799)
at gov.nist.javax.sip.EventScanner.deliverEvent(EventScanner.java:379)
at
gov.nist.javax.sip.SipProviderImpl.handleEvent(SipProviderImpl.java:196)
at
gov.nist.javax.sip.SipProviderImpl.transactionErrorEvent(SipProviderImpl.java:953)
at
gov.nist.javax.sip.stack.SIPTransaction.raiseErrorEvent(SIPTransaction.java:931)
at
gov.nist.javax.sip.stack.SIPClientTransaction.fireTimeoutTimer(SIPClientTransaction.java:1147)
at
gov.nist.javax.sip.stack.SIPTransaction.fireTimer(SIPTransaction.java:689)
at
gov.nist.javax.sip.stack.SIPClientTransaction$TransactionTimer.runTask(SIPClientTransaction.java:265)
at
gov.nist.javax.sip.stack.timers.DefaultSipTimer$DefaultTimerTask.run(DefaultSipTimer.java:63)
at java.util.TimerThread.mainLoop(Timer.java:555)
at java.util.TimerThread.run(Timer.java:505)
Caused by: java.lang.IllegalArgumentException: Invalid transport: UDP
at
net.java.sip.communicator.impl.protocol.sip.SipStackSharing.getLP(SipStackSharing.java:225)
at
net.java.sip.communicator.impl.protocol.sip.ProtocolProviderServiceSipImpl.getListeningPoint(ProtocolProviderServiceSipImpl.java:1553)
at
net.java.sip.communicator.impl.protocol.sip.ProtocolProviderServiceSipImpl.getLocalViaHeaders(ProtocolProviderServiceSipImpl.java:1213)
at
net.java.sip.communicator.impl.protocol.sip.SipMessageFactory.createRegisterRequest(SipMessageFactory.java:1082)
at
net.java.sip.communicator.impl.protocol.sip.SipRegistrarConnection.register(SipRegistrarConnection.java:257)
... 15 more
2015-05-16 10:52:57.071 WARNUNG: [409]
service.resources.AbstractResourcesService.getSettingsInt().596 Missing
resource for key: net.java.sip.communicator.SIP_PREFERRED_SECURE_PORT
2015-05-16 10:52:57.072 INFORMATION: [415]
plugin.reconnectplugin.ReconnectPluginActivator.run().610 Reconnect
<USERID>@sipgate.de (SIP) after 4000 ms.
I notified sipgate with the network dump, maybe some enlightment comes
from it.
Marius
···
Am 16.06.2015 um 11:20 schrieb Marius:
From: "Telefon" <sip:<USERID>@sipgate.de>;tag=fef27e38
To: "Telefon" <sip:<USERID>@sipgate.de>
From: "Telefon" <sip:<USERID>@sipgate.de>;tag=d256fd4e
To: "Telefon"
------------------------------------------------------------------------------------------- #Das 403 kommt auf das PUBLISH, welches wir nicht unterstützen. Normal
müsste aber eine Fehlermeldung 501 kommen, was eher korrekt wäre. #Normal müsste Jitsi->Presence müsste man das ausschalten können, aber
technisch sendet Jitsi weiterhin PUBLISH Meldungen.
#Jitsi->Connection-->Message Waiting (MWI) deaktivieren, wird nicht
unterstützt
#Wir gehen davon aus, das TCP nicht helfen wird:
#Jitsi->Connection-> proxy: tcpproxy.sipgate.de;transport=tcp port: 5060
rough translation:
the 403 code is wrong, should be 501.
PUBLISH is a command which is unsupported by sipgate.
PRESENCE should be disableable, but Jitsi seems to keep sending PUBLISH
messages over and over again.
MessageWaiting should be disabled, but Jitsi seem not to support this.
A switch to TCP won't help.
-------------------------------------------------------------------------------------------
@Emil:
Is it possible to change this behaviour or make it configurable ?
Sending a 403 for an unsupported command is clearly wrong as the 4xx are meant for authentication failures. Have you tried disabling presence in the account's options? Although I can't verifiy it currently, Jitsi shouldn't send any PUBLISH messages when it's disabled.
MWI is afaik disabled by default unless you enter a SIP URI in the options.
------------------------------------------------------------------------------------------- #Das 403 kommt auf das PUBLISH, welches wir nicht unterstützen. Normal
müsste aber eine Fehlermeldung 501 kommen, was eher korrekt wäre. #Normal müsste Jitsi->Presence müsste man das ausschalten können, aber
technisch sendet Jitsi weiterhin PUBLISH Meldungen.
#Jitsi->Connection-->Message Waiting (MWI) deaktivieren, wird nicht
unterstützt
#Wir gehen davon aus, das TCP nicht helfen wird:
#Jitsi->Connection-> proxy: tcpproxy.sipgate.de;transport=tcp port: 5060
rough translation:
the 403 code is wrong, should be 501.
PUBLISH is a command which is unsupported by sipgate.
PRESENCE should be disableable, but Jitsi seems to keep sending PUBLISH
messages over and over again.
MessageWaiting should be disabled, but Jitsi seem not to support this.
A switch to TCP won't help.
-------------------------------------------------------------------------------------------
@Emil:
Is it possible to change this behaviour or make it configurable ?
Sending a 403 for an unsupported command is clearly wrong as the 4xx are meant for authentication failures. Have you tried disabling presence in the account's options? Although I can't verifiy it currently, Jitsi shouldn't send any PUBLISH messages when it's disabled.
MWI is afaik disabled by default unless you enter a SIP URI in the options.
No, you need keep-alive.
I think I translated "Presence" to "Online-Status". Should be the fourth (?) tab in the account options, then a checkbox at the top.
Am 17.06.2015 um 15:19 schrieb Ingo Bauersachs:
Sending a 403 for an unsupported command is clearly wrong as the 4xx are meant for authentication failures. Have you tried disabling presence in the account's options? Although I can't verifiy it currently, Jitsi shouldn't send any PUBLISH messages when it's disabled.
MWI is afaik disabled by default unless you enter a SIP URI in the options.
logging the java object address isn't very helpful .. someone wants to
add a ".toString()" somewhere.
marius
···
Am 17.06.2015 um 17:06 schrieb Ingo Bauersachs:
No, you need keep-alive.
I think I translated "Presence" to "Online-Status". Should be the fourth (?) tab in the account options, then a checkbox at the top.
your using sipgate.de/at/ch/com or a similar SIP telephone company,
and the online/offline state is switching frequently by itself,
and your system is crashing after some hours with OOM (outofmemory) errors,
and you see repeatedly this message in the logfile :
"Invalid transport: UDP" + a java stracktrace about an
illegalArgumentException
this is your workaround until it gets fixed:
1. switch from stable to nightly build 2.9.5454++ ( just to get sure,
may work with 2.8 stable too )
2. Disable MWI in your SIP account settings: Options->Connection-> MWI
( Messages Waiting / Anrufbeantworter in german)