[sip-comm-dev] Problems if no DNS is available


#1

All,

due to a DSL problem I was "forced" to do some tests in my local
network only. Because of the missing Internet connection the systems
had no access to the DNS systems (I don't run local DNS). Testing with
SC revealed some problems. See below for more detailed info. The
wireshark files can be provided. Bugzilla does not contain this
problem - add a problem report?

Regards,
Werner

My test environment:

SC_li - running on Linux, 64bit, openSuse 11.1, Java build
1.6.0_07-b06, 64bit hotspot server

SC_XP - running on Windows XP 32bit, Java build 1.6.0-b105, HotSpot
Client VM

First problem area:

Calling from SC_li to SC-XP - a first call setup worked well. Only
when performing a hangup initialized at SC_li triggered problems at
SC_XP. The wireshark protocol shows that the "BYE" was send and the
SC_XP tries to contact a DNS server. This DNS request obviously
produces a timeout, hence no DNS record is available. However, the
SC_XP client didn't send the matching 200 OK to SC_li. I had to
"terminate" the call manually at SC_XP. A wireshark protocol is
available for this case.

Second problem area:

As above calling from SC_li to SC_XP - here the call setup fails. The
wireshark protocol show repeated DNS requests, SC_Xp then sends a 503
service unavailable, and at the same time the incoming call window
pops up and plays the incoming call alert sound. A wireshark protocol
is available.

In addition SC_XP reports the following errors (console):

     [java]
     [java] Welcome to Felix.
     [java] =================
     [java]
     [java] IOException in readRegistry: java.io.EOFException
     [java] 11:01:38.334 SCHWERWIEGEND: impl.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest().565 Failed to create a new servertransaction for an
incoming request
     [java] (Next message contains the request)
     [java] javax.sip.TransactionUnavailableException: Cannot create Server transaction for ACK
     [java] at gov.nist.javax.sip.SipProviderImpl.getNewServerTransaction(SipProviderImpl.java:446)
     [java] at net.java.sip.communicator.impl.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest(OperationSetBasicTelephonySipImpl.java:551)
     [java] at net.java.sip.communicator.impl.protocol.sip.ProtocolProviderServiceSipImpl.processRequest(ProtocolProviderServiceSipImpl.java:776)
     [java] at net.java.sip.communicator.impl.protocol.sip.SipStackSharing.processRequest(SipStackSharing.java:468)
     [java] at gov.nist.javax.sip.EventScanner.deliverEvent(EventScanner.java:223)
     [java] at gov.nist.javax.sip.EventScanner.run(EventScanner.java:492)
     [java] at java.lang.Thread.run(Thread.java:619)
     [java] 11:01:38.344 SCHWERWIEGEND: impl.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest().565 Failed to create a new servertransaction for an
incoming request
     [java] (Next message contains the request)
     [java] javax.sip.TransactionUnavailableException: Cannot create Server transaction for ACK
     [java] at gov.nist.javax.sip.SipProviderImpl.getNewServerTransaction(SipProviderImpl.java:446)
     [java] at net.java.sip.communicator.impl.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest(OperationSetBasicTelephonySipImpl.java:551)
     [java] at net.java.sip.communicator.impl.protocol.sip.ProtocolProviderServiceSipImpl.processRequest(ProtocolProviderServiceSipImpl.java:776)
     [java] at net.java.sip.communicator.impl.protocol.sip.SipStackSharing.processRequest(SipStackSharing.java:468)
     [java] at gov.nist.javax.sip.EventScanner.deliverEvent(EventScanner.java:223)
     [java] at gov.nist.javax.sip.EventScanner.run(EventScanner.java:492)
     [java] at java.lang.Thread.run(Thread.java:619)

.... plus many more exceptions

End of SC_XP console error********************

During the same test runs SC_li produces the error messages:

     [java] 11:01:16.466 SCHWERWIEGEND: impl.protocol.sip.OperationSetBasicTelephonySipImpl.processResponse().741 Received error: 408 Request Timeout

     [java] 11:01:52.524 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.

     [java] 11:01:52.525 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to

     [java] 11:01:52.879 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.

     [java] 11:01:52.880 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to

     [java] 11:01:53.036 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.

     [java] 11:01:53.037 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to

     [java] 11:01:54.038 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.

     [java] 11:01:54.038 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to

     [java] 11:01:56.039 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.

     [java] 11:01:56.040 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to

     [java] 11:02:00.055 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.

     [java] 11:02:00.056 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to
     [java] 11:02:00.580 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.
     [java] 11:02:00.581 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to
     [java] 11:02:04.051 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.
     [java] 11:02:04.052 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to
     [java] 11:02:08.059 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.
     [java] 11:02:08.069 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to
     [java] 11:02:12.062 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.
     [java] 11:02:12.064 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to
     [java] 11:02:16.069 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.
     [java] 11:02:16.069 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to
     [java] 11:02:20.074 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.
     [java] 11:02:20.075 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to
     [java] 11:02:24.079 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.
     [java] 11:02:24.081 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to

···

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#2

Hey Werner,

I believe that the issue you described was actually related to this one:

https://sip-communicator.dev.java.net/issues/show_bug.cgi?id=467

In other words I don't think that it was the lack of a DNS that caused
it. I've updated the description on #467. That said, I think tht #467 is
now probably gone after Seb's latest commits. Want to give it another try?

Cheers
Emil

Werner Dittmann wrote:

···

All,

due to a DSL problem I was "forced" to do some tests in my local
network only. Because of the missing Internet connection the systems
had no access to the DNS systems (I don't run local DNS). Testing with
SC revealed some problems. See below for more detailed info. The
wireshark files can be provided. Bugzilla does not contain this
problem - add a problem report?

Regards,
Werner

My test environment:

SC_li - running on Linux, 64bit, openSuse 11.1, Java build
1.6.0_07-b06, 64bit hotspot server

SC_XP - running on Windows XP 32bit, Java build 1.6.0-b105, HotSpot
Client VM

First problem area:

Calling from SC_li to SC-XP - a first call setup worked well. Only
when performing a hangup initialized at SC_li triggered problems at
SC_XP. The wireshark protocol shows that the "BYE" was send and the
SC_XP tries to contact a DNS server. This DNS request obviously
produces a timeout, hence no DNS record is available. However, the
SC_XP client didn't send the matching 200 OK to SC_li. I had to
"terminate" the call manually at SC_XP. A wireshark protocol is
available for this case.

Second problem area:

As above calling from SC_li to SC_XP - here the call setup fails. The
wireshark protocol show repeated DNS requests, SC_Xp then sends a 503
service unavailable, and at the same time the incoming call window
pops up and plays the incoming call alert sound. A wireshark protocol
is available.

In addition SC_XP reports the following errors (console):

     [java]
     [java] Welcome to Felix.
     [java] =================
     [java]
     [java] IOException in readRegistry: java.io.EOFException
     [java] 11:01:38.334 SCHWERWIEGEND: impl.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest().565 Failed to create a new servertransaction for an
incoming request
     [java] (Next message contains the request)
     [java] javax.sip.TransactionUnavailableException: Cannot create Server transaction for ACK
     [java] at gov.nist.javax.sip.SipProviderImpl.getNewServerTransaction(SipProviderImpl.java:446)
     [java] at net.java.sip.communicator.impl.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest(OperationSetBasicTelephonySipImpl.java:551)
     [java] at net.java.sip.communicator.impl.protocol.sip.ProtocolProviderServiceSipImpl.processRequest(ProtocolProviderServiceSipImpl.java:776)
     [java] at net.java.sip.communicator.impl.protocol.sip.SipStackSharing.processRequest(SipStackSharing.java:468)
     [java] at gov.nist.javax.sip.EventScanner.deliverEvent(EventScanner.java:223)
     [java] at gov.nist.javax.sip.EventScanner.run(EventScanner.java:492)
     [java] at java.lang.Thread.run(Thread.java:619)
     [java] 11:01:38.344 SCHWERWIEGEND: impl.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest().565 Failed to create a new servertransaction for an
incoming request
     [java] (Next message contains the request)
     [java] javax.sip.TransactionUnavailableException: Cannot create Server transaction for ACK
     [java] at gov.nist.javax.sip.SipProviderImpl.getNewServerTransaction(SipProviderImpl.java:446)
     [java] at net.java.sip.communicator.impl.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest(OperationSetBasicTelephonySipImpl.java:551)
     [java] at net.java.sip.communicator.impl.protocol.sip.ProtocolProviderServiceSipImpl.processRequest(ProtocolProviderServiceSipImpl.java:776)
     [java] at net.java.sip.communicator.impl.protocol.sip.SipStackSharing.processRequest(SipStackSharing.java:468)
     [java] at gov.nist.javax.sip.EventScanner.deliverEvent(EventScanner.java:223)
     [java] at gov.nist.javax.sip.EventScanner.run(EventScanner.java:492)
     [java] at java.lang.Thread.run(Thread.java:619)

.... plus many more exceptions

End of SC_XP console error********************

During the same test runs SC_li produces the error messages:

     [java] 11:01:16.466 SCHWERWIEGEND: impl.protocol.sip.OperationSetBasicTelephonySipImpl.processResponse().741 Received error: 408 Request Timeout

     [java] 11:01:52.524 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.

     [java] 11:01:52.525 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to

     [java] 11:01:52.879 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.

     [java] 11:01:52.880 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to

     [java] 11:01:53.036 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.

     [java] 11:01:53.037 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to

     [java] 11:01:54.038 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.

     [java] 11:01:54.038 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to

     [java] 11:01:56.039 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.

     [java] 11:01:56.040 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to

     [java] 11:02:00.055 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.

     [java] 11:02:00.056 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to
     [java] 11:02:00.580 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.
     [java] 11:02:00.581 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to
     [java] 11:02:04.051 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.
     [java] 11:02:04.052 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to
     [java] 11:02:08.059 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.
     [java] 11:02:08.069 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to
     [java] 11:02:12.062 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.
     [java] 11:02:12.064 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to
     [java] 11:02:16.069 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.
     [java] 11:02:16.069 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to
     [java] 11:02:20.074 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.
     [java] 11:02:20.075 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to
     [java] 11:02:24.079 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.
     [java] 11:02:24.081 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#3

Hey Werner,

Just remembered this one. Are you still having the issue? If yes then
could you please open an entry on the issue tracker for it?

Attaching your env description and, if possible, a tcpdump trace would
probably also come handy.

Cheers
Emil

Werner Dittmann wrote:

···

All,

due to a DSL problem I was "forced" to do some tests in my local
network only. Because of the missing Internet connection the systems
had no access to the DNS systems (I don't run local DNS). Testing with
SC revealed some problems. See below for more detailed info. The
wireshark files can be provided. Bugzilla does not contain this
problem - add a problem report?

Regards,
Werner

My test environment:

SC_li - running on Linux, 64bit, openSuse 11.1, Java build
1.6.0_07-b06, 64bit hotspot server

SC_XP - running on Windows XP 32bit, Java build 1.6.0-b105, HotSpot
Client VM

First problem area:

Calling from SC_li to SC-XP - a first call setup worked well. Only
when performing a hangup initialized at SC_li triggered problems at
SC_XP. The wireshark protocol shows that the "BYE" was send and the
SC_XP tries to contact a DNS server. This DNS request obviously
produces a timeout, hence no DNS record is available. However, the
SC_XP client didn't send the matching 200 OK to SC_li. I had to
"terminate" the call manually at SC_XP. A wireshark protocol is
available for this case.

Second problem area:

As above calling from SC_li to SC_XP - here the call setup fails. The
wireshark protocol show repeated DNS requests, SC_Xp then sends a 503
service unavailable, and at the same time the incoming call window
pops up and plays the incoming call alert sound. A wireshark protocol
is available.

In addition SC_XP reports the following errors (console):

     [java]
     [java] Welcome to Felix.
     [java] =================
     [java]
     [java] IOException in readRegistry: java.io.EOFException
     [java] 11:01:38.334 SCHWERWIEGEND: impl.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest().565 Failed to create a new servertransaction for an
incoming request
     [java] (Next message contains the request)
     [java] javax.sip.TransactionUnavailableException: Cannot create Server transaction for ACK
     [java] at gov.nist.javax.sip.SipProviderImpl.getNewServerTransaction(SipProviderImpl.java:446)
     [java] at net.java.sip.communicator.impl.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest(OperationSetBasicTelephonySipImpl.java:551)
     [java] at net.java.sip.communicator.impl.protocol.sip.ProtocolProviderServiceSipImpl.processRequest(ProtocolProviderServiceSipImpl.java:776)
     [java] at net.java.sip.communicator.impl.protocol.sip.SipStackSharing.processRequest(SipStackSharing.java:468)
     [java] at gov.nist.javax.sip.EventScanner.deliverEvent(EventScanner.java:223)
     [java] at gov.nist.javax.sip.EventScanner.run(EventScanner.java:492)
     [java] at java.lang.Thread.run(Thread.java:619)
     [java] 11:01:38.344 SCHWERWIEGEND: impl.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest().565 Failed to create a new servertransaction for an
incoming request
     [java] (Next message contains the request)
     [java] javax.sip.TransactionUnavailableException: Cannot create Server transaction for ACK
     [java] at gov.nist.javax.sip.SipProviderImpl.getNewServerTransaction(SipProviderImpl.java:446)
     [java] at net.java.sip.communicator.impl.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest(OperationSetBasicTelephonySipImpl.java:551)
     [java] at net.java.sip.communicator.impl.protocol.sip.ProtocolProviderServiceSipImpl.processRequest(ProtocolProviderServiceSipImpl.java:776)
     [java] at net.java.sip.communicator.impl.protocol.sip.SipStackSharing.processRequest(SipStackSharing.java:468)
     [java] at gov.nist.javax.sip.EventScanner.deliverEvent(EventScanner.java:223)
     [java] at gov.nist.javax.sip.EventScanner.run(EventScanner.java:492)
     [java] at java.lang.Thread.run(Thread.java:619)

.... plus many more exceptions

End of SC_XP console error********************

During the same test runs SC_li produces the error messages:

     [java] 11:01:16.466 SCHWERWIEGEND: impl.protocol.sip.OperationSetBasicTelephonySipImpl.processResponse().741 Received error: 408 Request Timeout

     [java] 11:01:52.524 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.

     [java] 11:01:52.525 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to

     [java] 11:01:52.879 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.

     [java] 11:01:52.880 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to

     [java] 11:01:53.036 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.

     [java] 11:01:53.037 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to

     [java] 11:01:54.038 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.

     [java] 11:01:54.038 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to

     [java] 11:01:56.039 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.

     [java] 11:01:56.040 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to

     [java] 11:02:00.055 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.

     [java] 11:02:00.056 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to
     [java] 11:02:00.580 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.
     [java] 11:02:00.581 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to
     [java] 11:02:04.051 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.
     [java] 11:02:04.052 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to
     [java] 11:02:08.059 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.
     [java] 11:02:08.069 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to
     [java] 11:02:12.062 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.
     [java] 11:02:12.064 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to
     [java] 11:02:16.069 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.
     [java] 11:02:16.069 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to
     [java] 11:02:20.074 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.
     [java] 11:02:20.075 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to
     [java] 11:02:24.079 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.
     [java] 11:02:24.081 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#4

Hi Emil,

In other words I don't think that it was the lack of a DNS that caused
it. I've updated the description on #467. That said, I think tht #467 is
now probably gone after Seb's latest commits. Want to give it another try?

Issue 467 refers to the fact that no-registrar calls hardly work twice, right?
At least I still have the problem I described in that issue entry.

Cheers,
romain

···

On 2009/01/07, at 13:52, Emil Ivov wrote:

Werner Dittmann wrote:

All,

due to a DSL problem I was "forced" to do some tests in my local
network only. Because of the missing Internet connection the systems
had no access to the DNS systems (I don't run local DNS). Testing with
SC revealed some problems. See below for more detailed info. The
wireshark files can be provided. Bugzilla does not contain this
problem - add a problem report?

Regards,
Werner

My test environment:

SC_li - running on Linux, 64bit, openSuse 11.1, Java build
1.6.0_07-b06, 64bit hotspot server

SC_XP - running on Windows XP 32bit, Java build 1.6.0-b105, HotSpot
Client VM

First problem area:

Calling from SC_li to SC-XP - a first call setup worked well. Only
when performing a hangup initialized at SC_li triggered problems at
SC_XP. The wireshark protocol shows that the "BYE" was send and the
SC_XP tries to contact a DNS server. This DNS request obviously
produces a timeout, hence no DNS record is available. However, the
SC_XP client didn't send the matching 200 OK to SC_li. I had to
"terminate" the call manually at SC_XP. A wireshark protocol is
available for this case.

Second problem area:

As above calling from SC_li to SC_XP - here the call setup fails. The
wireshark protocol show repeated DNS requests, SC_Xp then sends a 503
service unavailable, and at the same time the incoming call window
pops up and plays the incoming call alert sound. A wireshark protocol
is available.

In addition SC_XP reports the following errors (console):

    [java]
    [java] Welcome to Felix.
    [java] =================
    [java]
    [java] IOException in readRegistry: java.io.EOFException
    [java] 11:01:38.334 SCHWERWIEGEND: impl.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest().565 Failed to create a new servertransaction for an
incoming request
    [java] (Next message contains the request)
    [java] javax.sip.TransactionUnavailableException: Cannot create Server transaction for ACK
    [java] at gov.nist.javax.sip.SipProviderImpl.getNewServerTransaction(SipProviderImpl.java:446)
    [java] at net.java.sip.communicator.impl.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest(OperationSetBasicTelephonySipImpl.java:551)
    [java] at net.java.sip.communicator.impl.protocol.sip.ProtocolProviderServiceSipImpl.processRequest(ProtocolProviderServiceSipImpl.java:776)
    [java] at net.java.sip.communicator.impl.protocol.sip.SipStackSharing.processRequest(SipStackSharing.java:468)
    [java] at gov.nist.javax.sip.EventScanner.deliverEvent(EventScanner.java:223)
    [java] at gov.nist.javax.sip.EventScanner.run(EventScanner.java:492)
    [java] at java.lang.Thread.run(Thread.java:619)
    [java] 11:01:38.344 SCHWERWIEGEND: impl.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest().565 Failed to create a new servertransaction for an
incoming request
    [java] (Next message contains the request)
    [java] javax.sip.TransactionUnavailableException: Cannot create Server transaction for ACK
    [java] at gov.nist.javax.sip.SipProviderImpl.getNewServerTransaction(SipProviderImpl.java:446)
    [java] at net.java.sip.communicator.impl.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest(OperationSetBasicTelephonySipImpl.java:551)
    [java] at net.java.sip.communicator.impl.protocol.sip.ProtocolProviderServiceSipImpl.processRequest(ProtocolProviderServiceSipImpl.java:776)
    [java] at net.java.sip.communicator.impl.protocol.sip.SipStackSharing.processRequest(SipStackSharing.java:468)
    [java] at gov.nist.javax.sip.EventScanner.deliverEvent(EventScanner.java:223)
    [java] at gov.nist.javax.sip.EventScanner.run(EventScanner.java:492)
    [java] at java.lang.Thread.run(Thread.java:619)

.... plus many more exceptions

End of SC_XP console error********************

During the same test runs SC_li produces the error messages:

    [java] 11:01:16.466 SCHWERWIEGEND: impl.protocol.sip.OperationSetBasicTelephonySipImpl.processResponse().741 Received error: 408 Request Timeout

    [java] 11:01:52.524 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.

    [java] 11:01:52.525 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to

    [java] 11:01:52.879 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.

    [java] 11:01:52.880 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to

    [java] 11:01:53.036 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.

    [java] 11:01:53.037 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to

    [java] 11:01:54.038 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.

    [java] 11:01:54.038 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to

    [java] 11:01:56.039 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.

    [java] 11:01:56.040 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to

    [java] 11:02:00.055 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.

    [java] 11:02:00.056 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to
    [java] 11:02:00.580 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.
    [java] 11:02:00.581 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to
    [java] 11:02:04.051 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.
    [java] 11:02:04.052 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to
    [java] 11:02:08.059 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.
    [java] 11:02:08.069 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to
    [java] 11:02:12.062 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.
    [java] 11:02:12.064 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to
    [java] 11:02:16.069 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.
    [java] 11:02:16.069 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to
    [java] 11:02:20.074 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.
    [java] 11:02:20.075 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to
    [java] 11:02:24.079 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.
    [java] 11:02:24.081 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#5

Emil Ivov wrote:

Hey Werner,

Just remembered this one. Are you still having the issue? If yes then
could you please open an entry on the issue tracker for it?

Just opened the entry

https://sip-communicator.dev.java.net/issues/show_bug.cgi?id=595

Will try to take care of it in the following two weeks. If you notice
anything related in the mean time, then could you please modify it directly?

Cheers
Emil

···

Attaching your env description and, if possible, a tcpdump trace would
probably also come handy.

Cheers
Emil

Werner Dittmann wrote:

All,

due to a DSL problem I was "forced" to do some tests in my local
network only. Because of the missing Internet connection the systems
had no access to the DNS systems (I don't run local DNS). Testing with
SC revealed some problems. See below for more detailed info. The
wireshark files can be provided. Bugzilla does not contain this
problem - add a problem report?

Regards,
Werner

My test environment:

SC_li - running on Linux, 64bit, openSuse 11.1, Java build
1.6.0_07-b06, 64bit hotspot server

SC_XP - running on Windows XP 32bit, Java build 1.6.0-b105, HotSpot
Client VM

First problem area:

Calling from SC_li to SC-XP - a first call setup worked well. Only
when performing a hangup initialized at SC_li triggered problems at
SC_XP. The wireshark protocol shows that the "BYE" was send and the
SC_XP tries to contact a DNS server. This DNS request obviously
produces a timeout, hence no DNS record is available. However, the
SC_XP client didn't send the matching 200 OK to SC_li. I had to
"terminate" the call manually at SC_XP. A wireshark protocol is
available for this case.

Second problem area:

As above calling from SC_li to SC_XP - here the call setup fails. The
wireshark protocol show repeated DNS requests, SC_Xp then sends a 503
service unavailable, and at the same time the incoming call window
pops up and plays the incoming call alert sound. A wireshark protocol
is available.

In addition SC_XP reports the following errors (console):

     [java]
     [java] Welcome to Felix.
     [java] =================
     [java]
     [java] IOException in readRegistry: java.io.EOFException
     [java] 11:01:38.334 SCHWERWIEGEND: impl.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest().565 Failed to create a new servertransaction for an
incoming request
     [java] (Next message contains the request)
     [java] javax.sip.TransactionUnavailableException: Cannot create Server transaction for ACK
     [java] at gov.nist.javax.sip.SipProviderImpl.getNewServerTransaction(SipProviderImpl.java:446)
     [java] at net.java.sip.communicator.impl.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest(OperationSetBasicTelephonySipImpl.java:551)
     [java] at net.java.sip.communicator.impl.protocol.sip.ProtocolProviderServiceSipImpl.processRequest(ProtocolProviderServiceSipImpl.java:776)
     [java] at net.java.sip.communicator.impl.protocol.sip.SipStackSharing.processRequest(SipStackSharing.java:468)
     [java] at gov.nist.javax.sip.EventScanner.deliverEvent(EventScanner.java:223)
     [java] at gov.nist.javax.sip.EventScanner.run(EventScanner.java:492)
     [java] at java.lang.Thread.run(Thread.java:619)
     [java] 11:01:38.344 SCHWERWIEGEND: impl.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest().565 Failed to create a new servertransaction for an
incoming request
     [java] (Next message contains the request)
     [java] javax.sip.TransactionUnavailableException: Cannot create Server transaction for ACK
     [java] at gov.nist.javax.sip.SipProviderImpl.getNewServerTransaction(SipProviderImpl.java:446)
     [java] at net.java.sip.communicator.impl.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest(OperationSetBasicTelephonySipImpl.java:551)
     [java] at net.java.sip.communicator.impl.protocol.sip.ProtocolProviderServiceSipImpl.processRequest(ProtocolProviderServiceSipImpl.java:776)
     [java] at net.java.sip.communicator.impl.protocol.sip.SipStackSharing.processRequest(SipStackSharing.java:468)
     [java] at gov.nist.javax.sip.EventScanner.deliverEvent(EventScanner.java:223)
     [java] at gov.nist.javax.sip.EventScanner.run(EventScanner.java:492)
     [java] at java.lang.Thread.run(Thread.java:619)

.... plus many more exceptions

End of SC_XP console error********************

During the same test runs SC_li produces the error messages:

     [java] 11:01:16.466 SCHWERWIEGEND: impl.protocol.sip.OperationSetBasicTelephonySipImpl.processResponse().741 Received error: 408 Request Timeout

     [java] 11:01:52.524 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.

     [java] 11:01:52.525 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to

     [java] 11:01:52.879 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.

     [java] 11:01:52.880 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to

     [java] 11:01:53.036 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.

     [java] 11:01:53.037 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to

     [java] 11:01:54.038 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.

     [java] 11:01:54.038 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to

     [java] 11:01:56.039 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.

     [java] 11:01:56.040 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to

     [java] 11:02:00.055 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.

     [java] 11:02:00.056 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to
     [java] 11:02:00.580 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.
     [java] 11:02:00.581 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to
     [java] 11:02:04.051 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.
     [java] 11:02:04.052 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to
     [java] 11:02:08.059 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.
     [java] 11:02:08.069 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to
     [java] 11:02:12.062 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.
     [java] 11:02:12.064 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to
     [java] 11:02:16.069 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.
     [java] 11:02:16.069 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to
     [java] 11:02:20.074 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.
     [java] 11:02:20.075 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to
     [java] 11:02:24.079 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction shouldn't be null.
     [java] 11:02:24.081 SCHWERWIEGEND: impl.protocol.sip.SipStackSharing.processResponse().490 couldn't find a ProtocolProviderServiceSipImpl to dispatch to

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#6

Yes exactly, what I meant is that I believe the reason is the same for
both issues and that it might have been fixed with the latest commits.

Cheers
Emil

Romain KUNTZ wrote:

···

Hi Emil,

On 2009/01/07, at 13:52, Emil Ivov wrote:

In other words I don't think that it was the lack of a DNS that caused
it. I've updated the description on #467. That said, I think tht
#467 is
now probably gone after Seb's latest commits. Want to give it
another try?

Issue 467 refers to the fact that no-registrar calls hardly work
twice, right?
At least I still have the problem I described in that issue entry.

Cheers,
romain

Werner Dittmann wrote:

All,

due to a DSL problem I was "forced" to do some tests in my local
network only. Because of the missing Internet connection the systems
had no access to the DNS systems (I don't run local DNS). Testing
with
SC revealed some problems. See below for more detailed info. The
wireshark files can be provided. Bugzilla does not contain this
problem - add a problem report?

Regards,
Werner

My test environment:

SC_li - running on Linux, 64bit, openSuse 11.1, Java build
1.6.0_07-b06, 64bit hotspot server

SC_XP - running on Windows XP 32bit, Java build 1.6.0-b105, HotSpot
Client VM

First problem area:

Calling from SC_li to SC-XP - a first call setup worked well. Only
when performing a hangup initialized at SC_li triggered problems at
SC_XP. The wireshark protocol shows that the "BYE" was send and the
SC_XP tries to contact a DNS server. This DNS request obviously
produces a timeout, hence no DNS record is available. However, the
SC_XP client didn't send the matching 200 OK to SC_li. I had to
"terminate" the call manually at SC_XP. A wireshark protocol is
available for this case.

Second problem area:

As above calling from SC_li to SC_XP - here the call setup fails. The
wireshark protocol show repeated DNS requests, SC_Xp then sends a 503
service unavailable, and at the same time the incoming call window
pops up and plays the incoming call alert sound. A wireshark protocol
is available.

In addition SC_XP reports the following errors (console):

    [java]
    [java] Welcome to Felix.
    [java] =================
    [java]
    [java] IOException in readRegistry: java.io.EOFException
    [java] 11:01:38.334 SCHWERWIEGEND:
impl
.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest().
565 Failed to create a new servertransaction for an
incoming request
    [java] (Next message contains the request)
    [java] javax.sip.TransactionUnavailableException: Cannot create
Server transaction for ACK
    [java] at
gov
.nist
.javax
.sip.SipProviderImpl.getNewServerTransaction(SipProviderImpl.java:
446)
    [java] at
net
.java
.sip
.communicator
.impl
.protocol
.sip
.OperationSetBasicTelephonySipImpl
.processRequest(OperationSetBasicTelephonySipImpl.java:551)
    [java] at
net
.java
.sip
.communicator
.impl
.protocol
.sip
.ProtocolProviderServiceSipImpl
.processRequest(ProtocolProviderServiceSipImpl.java:776)
    [java] at
net
.java
.sip
.communicator
.impl
.protocol.sip.SipStackSharing.processRequest(SipStackSharing.java:
468)
    [java] at
gov.nist.javax.sip.EventScanner.deliverEvent(EventScanner.java:223)
    [java] at
gov.nist.javax.sip.EventScanner.run(EventScanner.java:492)
    [java] at java.lang.Thread.run(Thread.java:619)
    [java] 11:01:38.344 SCHWERWIEGEND:
impl
.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest().
565 Failed to create a new servertransaction for an
incoming request
    [java] (Next message contains the request)
    [java] javax.sip.TransactionUnavailableException: Cannot create
Server transaction for ACK
    [java] at
gov
.nist
.javax
.sip.SipProviderImpl.getNewServerTransaction(SipProviderImpl.java:
446)
    [java] at
net
.java
.sip
.communicator
.impl
.protocol
.sip
.OperationSetBasicTelephonySipImpl
.processRequest(OperationSetBasicTelephonySipImpl.java:551)
    [java] at
net
.java
.sip
.communicator
.impl
.protocol
.sip
.ProtocolProviderServiceSipImpl
.processRequest(ProtocolProviderServiceSipImpl.java:776)
    [java] at
net
.java
.sip
.communicator
.impl
.protocol.sip.SipStackSharing.processRequest(SipStackSharing.java:
468)
    [java] at
gov.nist.javax.sip.EventScanner.deliverEvent(EventScanner.java:223)
    [java] at
gov.nist.javax.sip.EventScanner.run(EventScanner.java:492)
    [java] at java.lang.Thread.run(Thread.java:619)

.... plus many more exceptions

End of SC_XP console error********************

During the same test runs SC_li produces the error messages:

    [java] 11:01:16.466 SCHWERWIEGEND:
impl
.protocol.sip.OperationSetBasicTelephonySipImpl.processResponse().
741 Received error: 408 Request Timeout

    [java] 11:01:52.524 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.

    [java] 11:01:52.525 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to

    [java] 11:01:52.879 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.

    [java] 11:01:52.880 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to

    [java] 11:01:53.036 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.

    [java] 11:01:53.037 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to

    [java] 11:01:54.038 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.

    [java] 11:01:54.038 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to

    [java] 11:01:56.039 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.

    [java] 11:01:56.040 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to

    [java] 11:02:00.055 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.

    [java] 11:02:00.056 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to
    [java] 11:02:00.580 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.
    [java] 11:02:00.581 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to
    [java] 11:02:04.051 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.
    [java] 11:02:04.052 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to
    [java] 11:02:08.059 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.
    [java] 11:02:08.069 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to
    [java] 11:02:12.062 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.
    [java] 11:02:12.064 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to
    [java] 11:02:16.069 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.
    [java] 11:02:16.069 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to
    [java] 11:02:20.074 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.
    [java] 11:02:20.075 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to
    [java] 11:02:24.079 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.
    [java] 11:02:24.081 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-
communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#7

Emil,

IMHO 467 and the "DNS" problem are two different things - at least I see
the problems described in 467 also when the Internet and thus a DNS is
available. Of coure the DNS does not contain the requested record, but
it's not a timeout. DNS reports "record not found".

In addition to Romain's description of 467: I use a registered account and have
the same problems but only when calling SC to SC (SC on Linux to SC on XP)
Calling another SIP client from SC usually works.

Anyhow I can try it on the weekend only because I need the XP system to
test it.

Regards,
Werner

Emil Ivov schrieb:

···

Yes exactly, what I meant is that I believe the reason is the same for
both issues and that it might have been fixed with the latest commits.

Cheers
Emil

Romain KUNTZ wrote:

Hi Emil,

On 2009/01/07, at 13:52, Emil Ivov wrote:

In other words I don't think that it was the lack of a DNS that caused
it. I've updated the description on #467. That said, I think tht
#467 is
now probably gone after Seb's latest commits. Want to give it
another try?

Issue 467 refers to the fact that no-registrar calls hardly work
twice, right?
At least I still have the problem I described in that issue entry.

Cheers,
romain

Werner Dittmann wrote:

All,

due to a DSL problem I was "forced" to do some tests in my local
network only. Because of the missing Internet connection the systems
had no access to the DNS systems (I don't run local DNS). Testing
with
SC revealed some problems. See below for more detailed info. The
wireshark files can be provided. Bugzilla does not contain this
problem - add a problem report?

Regards,
Werner

My test environment:

SC_li - running on Linux, 64bit, openSuse 11.1, Java build
1.6.0_07-b06, 64bit hotspot server

SC_XP - running on Windows XP 32bit, Java build 1.6.0-b105, HotSpot
Client VM

First problem area:

Calling from SC_li to SC-XP - a first call setup worked well. Only
when performing a hangup initialized at SC_li triggered problems at
SC_XP. The wireshark protocol shows that the "BYE" was send and the
SC_XP tries to contact a DNS server. This DNS request obviously
produces a timeout, hence no DNS record is available. However, the
SC_XP client didn't send the matching 200 OK to SC_li. I had to
"terminate" the call manually at SC_XP. A wireshark protocol is
available for this case.

Second problem area:

As above calling from SC_li to SC_XP - here the call setup fails. The
wireshark protocol show repeated DNS requests, SC_Xp then sends a 503
service unavailable, and at the same time the incoming call window
pops up and plays the incoming call alert sound. A wireshark protocol
is available.

In addition SC_XP reports the following errors (console):

    [java]
    [java] Welcome to Felix.
    [java] =================
    [java]
    [java] IOException in readRegistry: java.io.EOFException
    [java] 11:01:38.334 SCHWERWIEGEND:
impl
.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest().
565 Failed to create a new servertransaction for an
incoming request
    [java] (Next message contains the request)
    [java] javax.sip.TransactionUnavailableException: Cannot create
Server transaction for ACK
    [java] at
gov
.nist
.javax
.sip.SipProviderImpl.getNewServerTransaction(SipProviderImpl.java:
446)
    [java] at
net
.java
.sip
.communicator
.impl
.protocol
.sip
.OperationSetBasicTelephonySipImpl
.processRequest(OperationSetBasicTelephonySipImpl.java:551)
    [java] at
net
.java
.sip
.communicator
.impl
.protocol
.sip
.ProtocolProviderServiceSipImpl
.processRequest(ProtocolProviderServiceSipImpl.java:776)
    [java] at
net
.java
.sip
.communicator
.impl
.protocol.sip.SipStackSharing.processRequest(SipStackSharing.java:
468)
    [java] at
gov.nist.javax.sip.EventScanner.deliverEvent(EventScanner.java:223)
    [java] at
gov.nist.javax.sip.EventScanner.run(EventScanner.java:492)
    [java] at java.lang.Thread.run(Thread.java:619)
    [java] 11:01:38.344 SCHWERWIEGEND:
impl
.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest().
565 Failed to create a new servertransaction for an
incoming request
    [java] (Next message contains the request)
    [java] javax.sip.TransactionUnavailableException: Cannot create
Server transaction for ACK
    [java] at
gov
.nist
.javax
.sip.SipProviderImpl.getNewServerTransaction(SipProviderImpl.java:
446)
    [java] at
net
.java
.sip
.communicator
.impl
.protocol
.sip
.OperationSetBasicTelephonySipImpl
.processRequest(OperationSetBasicTelephonySipImpl.java:551)
    [java] at
net
.java
.sip
.communicator
.impl
.protocol
.sip
.ProtocolProviderServiceSipImpl
.processRequest(ProtocolProviderServiceSipImpl.java:776)
    [java] at
net
.java
.sip
.communicator
.impl
.protocol.sip.SipStackSharing.processRequest(SipStackSharing.java:
468)
    [java] at
gov.nist.javax.sip.EventScanner.deliverEvent(EventScanner.java:223)
    [java] at
gov.nist.javax.sip.EventScanner.run(EventScanner.java:492)
    [java] at java.lang.Thread.run(Thread.java:619)

.... plus many more exceptions

End of SC_XP console error********************

During the same test runs SC_li produces the error messages:

    [java] 11:01:16.466 SCHWERWIEGEND:
impl
.protocol.sip.OperationSetBasicTelephonySipImpl.processResponse().
741 Received error: 408 Request Timeout

    [java] 11:01:52.524 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.

    [java] 11:01:52.525 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to

    [java] 11:01:52.879 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.

    [java] 11:01:52.880 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to

    [java] 11:01:53.036 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.

    [java] 11:01:53.037 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to

    [java] 11:01:54.038 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.

    [java] 11:01:54.038 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to

    [java] 11:01:56.039 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.

    [java] 11:01:56.040 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to

    [java] 11:02:00.055 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.

    [java] 11:02:00.056 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to
    [java] 11:02:00.580 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.
    [java] 11:02:00.581 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to
    [java] 11:02:04.051 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.
    [java] 11:02:04.052 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to
    [java] 11:02:08.059 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.
    [java] 11:02:08.069 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to
    [java] 11:02:12.062 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.
    [java] 11:02:12.064 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to
    [java] 11:02:16.069 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.
    [java] 11:02:16.069 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to
    [java] 11:02:20.074 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.
    [java] 11:02:20.075 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to
    [java] 11:02:24.079 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.
    [java] 11:02:24.081 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-
communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#8

Hi Emil,

it might have been fixed with the latest commits.

I've perfomed thoses tests with the latest build (#1621) and I've got the same symptoms.

romain

···

On 2009/01/07, at 17:38, Emil Ivov wrote:

Romain KUNTZ wrote:

Hi Emil,

On 2009/01/07, at 13:52, Emil Ivov wrote:

In other words I don't think that it was the lack of a DNS that caused
it. I've updated the description on #467. That said, I think tht
#467 is
now probably gone after Seb's latest commits. Want to give it
another try?

Issue 467 refers to the fact that no-registrar calls hardly work
twice, right?
At least I still have the problem I described in that issue entry.

Cheers,
romain

Werner Dittmann wrote:

All,

due to a DSL problem I was "forced" to do some tests in my local
network only. Because of the missing Internet connection the systems
had no access to the DNS systems (I don't run local DNS). Testing
with
SC revealed some problems. See below for more detailed info. The
wireshark files can be provided. Bugzilla does not contain this
problem - add a problem report?

Regards,
Werner

My test environment:

SC_li - running on Linux, 64bit, openSuse 11.1, Java build
1.6.0_07-b06, 64bit hotspot server

SC_XP - running on Windows XP 32bit, Java build 1.6.0-b105, HotSpot
Client VM

First problem area:

Calling from SC_li to SC-XP - a first call setup worked well. Only
when performing a hangup initialized at SC_li triggered problems at
SC_XP. The wireshark protocol shows that the "BYE" was send and the
SC_XP tries to contact a DNS server. This DNS request obviously
produces a timeout, hence no DNS record is available. However, the
SC_XP client didn't send the matching 200 OK to SC_li. I had to
"terminate" the call manually at SC_XP. A wireshark protocol is
available for this case.

Second problem area:

As above calling from SC_li to SC_XP - here the call setup fails. The
wireshark protocol show repeated DNS requests, SC_Xp then sends a 503
service unavailable, and at the same time the incoming call window
pops up and plays the incoming call alert sound. A wireshark protocol
is available.

In addition SC_XP reports the following errors (console):

   [java]
   [java] Welcome to Felix.
   [java] =================
   [java]
   [java] IOException in readRegistry: java.io.EOFException
   [java] 11:01:38.334 SCHWERWIEGEND:
impl
.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest().
565 Failed to create a new servertransaction for an
incoming request
   [java] (Next message contains the request)
   [java] javax.sip.TransactionUnavailableException: Cannot create
Server transaction for ACK
   [java] at
gov
.nist
.javax
.sip.SipProviderImpl.getNewServerTransaction(SipProviderImpl.java:
446)
   [java] at
net
.java
.sip
.communicator
.impl
.protocol
.sip
.OperationSetBasicTelephonySipImpl
.processRequest(OperationSetBasicTelephonySipImpl.java:551)
   [java] at
net
.java
.sip
.communicator
.impl
.protocol
.sip
.ProtocolProviderServiceSipImpl
.processRequest(ProtocolProviderServiceSipImpl.java:776)
   [java] at
net
.java
.sip
.communicator
.impl
.protocol.sip.SipStackSharing.processRequest(SipStackSharing.java:
468)
   [java] at
gov.nist.javax.sip.EventScanner.deliverEvent(EventScanner.java:223)
   [java] at
gov.nist.javax.sip.EventScanner.run(EventScanner.java:492)
   [java] at java.lang.Thread.run(Thread.java:619)
   [java] 11:01:38.344 SCHWERWIEGEND:
impl
.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest().
565 Failed to create a new servertransaction for an
incoming request
   [java] (Next message contains the request)
   [java] javax.sip.TransactionUnavailableException: Cannot create
Server transaction for ACK
   [java] at
gov
.nist
.javax
.sip.SipProviderImpl.getNewServerTransaction(SipProviderImpl.java:
446)
   [java] at
net
.java
.sip
.communicator
.impl
.protocol
.sip
.OperationSetBasicTelephonySipImpl
.processRequest(OperationSetBasicTelephonySipImpl.java:551)
   [java] at
net
.java
.sip
.communicator
.impl
.protocol
.sip
.ProtocolProviderServiceSipImpl
.processRequest(ProtocolProviderServiceSipImpl.java:776)
   [java] at
net
.java
.sip
.communicator
.impl
.protocol.sip.SipStackSharing.processRequest(SipStackSharing.java:
468)
   [java] at
gov.nist.javax.sip.EventScanner.deliverEvent(EventScanner.java:223)
   [java] at
gov.nist.javax.sip.EventScanner.run(EventScanner.java:492)
   [java] at java.lang.Thread.run(Thread.java:619)

.... plus many more exceptions

End of SC_XP console error********************

During the same test runs SC_li produces the error messages:

   [java] 11:01:16.466 SCHWERWIEGEND:
impl
.protocol.sip.OperationSetBasicTelephonySipImpl.processResponse().
741 Received error: 408 Request Timeout

   [java] 11:01:52.524 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.

   [java] 11:01:52.525 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to

   [java] 11:01:52.879 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.

   [java] 11:01:52.880 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to

   [java] 11:01:53.036 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.

   [java] 11:01:53.037 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to

   [java] 11:01:54.038 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.

   [java] 11:01:54.038 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to

   [java] 11:01:56.039 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.

   [java] 11:01:56.040 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to

   [java] 11:02:00.055 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.

   [java] 11:02:00.056 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to
   [java] 11:02:00.580 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.
   [java] 11:02:00.581 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to
   [java] 11:02:04.051 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.
   [java] 11:02:04.052 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to
   [java] 11:02:08.059 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.
   [java] 11:02:08.069 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to
   [java] 11:02:12.062 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.
   [java] 11:02:12.064 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to
   [java] 11:02:16.069 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.
   [java] 11:02:16.069 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to
   [java] 11:02:20.074 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.
   [java] 11:02:20.075 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to
   [java] 11:02:24.079 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.
   [java] 11:02:24.081 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-
communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#9

Hey Werner, Romain,

You are of course right. The problem was not caused by SIP at all but by
JMF (sigh). I spent some time debugging it and here's what I found:

The reason that the second call doesn't get through is the fact that
jain-sip is unable to deliver the new INVITE request. This happens
because we have locked it's event delivery thread as we are stuck
handling the BYE request that ended the first call.

I tried to find out the culprit hogging on that thread and ended up in
the media package. When ending the media streams in CallSessionImpl we call

MediaControl.stopStreaming()

on MediaControl:956 the method tries to reinitialize our media processor
so that it would be ready for future calls. This brings us to

MediaControl.initProcessor()

and on line 361 we call ProcessorUtility.waitForState() trying to put
the processor in a Configured state. The processor however only enters
the Configuring state and never moves on so waitForState() never returns
and that's how we end up blocking the sip event thread.

Ideas anyone?

Cheers
Emil

Romain KUNTZ wrote:

···

Hi Emil,

On 2009/01/07, at 17:38, Emil Ivov wrote:

it might have been fixed with the latest commits.

I've perfomed thoses tests with the latest build (#1621) and I've got
the same symptoms.

romain

Romain KUNTZ wrote:

Hi Emil,

On 2009/01/07, at 13:52, Emil Ivov wrote:

In other words I don't think that it was the lack of a DNS that
caused
it. I've updated the description on #467. That said, I think tht
#467 is
now probably gone after Seb's latest commits. Want to give it
another try?

Issue 467 refers to the fact that no-registrar calls hardly work
twice, right?
At least I still have the problem I described in that issue entry.

Cheers,
romain

Werner Dittmann wrote:

All,

due to a DSL problem I was "forced" to do some tests in my local
network only. Because of the missing Internet connection the
systems
had no access to the DNS systems (I don't run local DNS). Testing
with
SC revealed some problems. See below for more detailed info. The
wireshark files can be provided. Bugzilla does not contain this
problem - add a problem report?

Regards,
Werner

My test environment:

SC_li - running on Linux, 64bit, openSuse 11.1, Java build
1.6.0_07-b06, 64bit hotspot server

SC_XP - running on Windows XP 32bit, Java build 1.6.0-b105, HotSpot
Client VM

First problem area:

Calling from SC_li to SC-XP - a first call setup worked well. Only
when performing a hangup initialized at SC_li triggered problems at
SC_XP. The wireshark protocol shows that the "BYE" was send and the
SC_XP tries to contact a DNS server. This DNS request obviously
produces a timeout, hence no DNS record is available. However, the
SC_XP client didn't send the matching 200 OK to SC_li. I had to
"terminate" the call manually at SC_XP. A wireshark protocol is
available for this case.

Second problem area:

As above calling from SC_li to SC_XP - here the call setup fails.
The
wireshark protocol show repeated DNS requests, SC_Xp then sends a
503
service unavailable, and at the same time the incoming call window
pops up and plays the incoming call alert sound. A wireshark
protocol
is available.

In addition SC_XP reports the following errors (console):

   [java]
   [java] Welcome to Felix.
   [java] =================
   [java]
   [java] IOException in readRegistry: java.io.EOFException
   [java] 11:01:38.334 SCHWERWIEGEND:
impl
.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest().
565 Failed to create a new servertransaction for an
incoming request
   [java] (Next message contains the request)
   [java] javax.sip.TransactionUnavailableException: Cannot create
Server transaction for ACK
   [java] at
gov
.nist
.javax
.sip.SipProviderImpl.getNewServerTransaction(SipProviderImpl.java:
446)
   [java] at
net
.java
.sip
.communicator
.impl
.protocol
.sip
.OperationSetBasicTelephonySipImpl
.processRequest(OperationSetBasicTelephonySipImpl.java:551)
   [java] at
net
.java
.sip
.communicator
.impl
.protocol
.sip
.ProtocolProviderServiceSipImpl
.processRequest(ProtocolProviderServiceSipImpl.java:776)
   [java] at
net
.java
.sip
.communicator
.impl
.protocol.sip.SipStackSharing.processRequest(SipStackSharing.java:
468)
   [java] at
gov.nist.javax.sip.EventScanner.deliverEvent(EventScanner.java:223)
   [java] at
gov.nist.javax.sip.EventScanner.run(EventScanner.java:492)
   [java] at java.lang.Thread.run(Thread.java:619)
   [java] 11:01:38.344 SCHWERWIEGEND:
impl
.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest().
565 Failed to create a new servertransaction for an
incoming request
   [java] (Next message contains the request)
   [java] javax.sip.TransactionUnavailableException: Cannot create
Server transaction for ACK
   [java] at
gov
.nist
.javax
.sip.SipProviderImpl.getNewServerTransaction(SipProviderImpl.java:
446)
   [java] at
net
.java
.sip
.communicator
.impl
.protocol
.sip
.OperationSetBasicTelephonySipImpl
.processRequest(OperationSetBasicTelephonySipImpl.java:551)
   [java] at
net
.java
.sip
.communicator
.impl
.protocol
.sip
.ProtocolProviderServiceSipImpl
.processRequest(ProtocolProviderServiceSipImpl.java:776)
   [java] at
net
.java
.sip
.communicator
.impl
.protocol.sip.SipStackSharing.processRequest(SipStackSharing.java:
468)
   [java] at
gov.nist.javax.sip.EventScanner.deliverEvent(EventScanner.java:223)
   [java] at
gov.nist.javax.sip.EventScanner.run(EventScanner.java:492)
   [java] at java.lang.Thread.run(Thread.java:619)

.... plus many more exceptions

End of SC_XP console error********************

During the same test runs SC_li produces the error messages:

   [java] 11:01:16.466 SCHWERWIEGEND:
impl
.protocol.sip.OperationSetBasicTelephonySipImpl.processResponse().
741 Received error: 408 Request Timeout

   [java] 11:01:52.524 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.

   [java] 11:01:52.525 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to

   [java] 11:01:52.879 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.

   [java] 11:01:52.880 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to

   [java] 11:01:53.036 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.

   [java] 11:01:53.037 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to

   [java] 11:01:54.038 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.

   [java] 11:01:54.038 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to

   [java] 11:01:56.039 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.

   [java] 11:01:56.040 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to

   [java] 11:02:00.055 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.

   [java] 11:02:00.056 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to
   [java] 11:02:00.580 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.
   [java] 11:02:00.581 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to
   [java] 11:02:04.051 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.
   [java] 11:02:04.052 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to
   [java] 11:02:08.059 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.
   [java] 11:02:08.069 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to
   [java] 11:02:12.062 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.
   [java] 11:02:12.064 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to
   [java] 11:02:16.069 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.
   [java] 11:02:16.069 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to
   [java] 11:02:20.074 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.
   [java] 11:02:20.075 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to
   [java] 11:02:24.079 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.findTargetFor().824 transaction
shouldn't be null.
   [java] 11:02:24.081 SCHWERWIEGEND:
impl.protocol.sip.SipStackSharing.processResponse().490 couldn't
find a ProtocolProviderServiceSipImpl to dispatch to

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-
communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-
communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-
communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#10

Emil,

some time ago I noticed a similar problem on my Linux system with
Java 5. I couldn't place a second call because the "BYE" processing
blocked the thread. Similar to your findings it was something in
the JMF part, but I couldn't figure out where it was.

You may refer to my e-mail "[sip-comm-dev] Blocking thread when hanging up a call"
from December 6th, 16:30. Dudek Przemysław reported the same problem
a day later.

Then I updated to Java 6 and the problem was gone - well, until I
started tests with SC - SC . Testing SC to some other SIP client
works ok.

I tried to figure out the differences, reduced the number of codecs,
even disabled video processing etc but without success.

I changed the mail subject because the DNS problem is IMHO not related to
issue# 467. I can recheck the DNS problem during the weekend after getting
the latest commits from Sébastien (if they address this problem).

Regards,
Werner

Emil Ivov schrieb:

Hey Werner, Romain,

You are of course right. The problem was not caused by SIP at all but by
JMF (sigh). I spent some time debugging it and here's what I found:

The reason that the second call doesn't get through is the fact that
jain-sip is unable to deliver the new INVITE request. This happens
because we have locked it's event delivery thread as we are stuck
handling the BYE request that ended the first call.

I tried to find out the culprit hogging on that thread and ended up in
the media package. When ending the media streams in CallSessionImpl we call

MediaControl.stopStreaming()

on MediaControl:956 the method tries to reinitialize our media processor
so that it would be ready for future calls. This brings us to

MediaControl.initProcessor()

and on line 361 we call ProcessorUtility.waitForState() trying to put
the processor in a Configured state. The processor however only enters
the Configuring state and never moves on so waitForState() never returns
and that's how we end up blocking the sip event thread.

Ideas anyone?

Cheers
Emil

Romain KUNTZ wrote:

Hi Emil,

it might have been fixed with the latest commits.

I've perfomed thoses tests with the latest build (#1621) and I've got
the same symptoms.

romain

Romain KUNTZ wrote:

Hi Emil,

In other words I don't think that it was the lack of a DNS that
caused
it. I've updated the description on #467. That said, I think tht
#467 is
now probably gone after Seb's latest commits. Want to give it
another try?

Issue 467 refers to the fact that no-registrar calls hardly work
twice, right?
At least I still have the problem I described in that issue entry.

Cheers,
romain

<SNIP ---- SNAP>

···

On 2009/01/07, at 17:38, Emil Ivov wrote:

On 2009/01/07, at 13:52, Emil Ivov wrote:

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#11

Hey Werner,

Thanks for the heads up. I'll keep looking at the problem whenever I can
and I am confident we'll figure it out eventually. I'd bet on some kind
of a race condition since the problem doesn't appear when I am debugging
and place breakpoints near the location where the lock occurs.

Will keep you posted.

Cheers
Emil

Werner Dittmann wrote:

···

Emil,

some time ago I noticed a similar problem on my Linux system with
Java 5. I couldn't place a second call because the "BYE" processing
blocked the thread. Similar to your findings it was something in
the JMF part, but I couldn't figure out where it was.

You may refer to my e-mail "[sip-comm-dev] Blocking thread when hanging up a call"
from December 6th, 16:30. Dudek Przemysław reported the same problem
a day later.

Then I updated to Java 6 and the problem was gone - well, until I
started tests with SC - SC . Testing SC to some other SIP client
works ok.

I tried to figure out the differences, reduced the number of codecs,
even disabled video processing etc but without success.

I changed the mail subject because the DNS problem is IMHO not related to
issue# 467. I can recheck the DNS problem during the weekend after getting
the latest commits from Sébastien (if they address this problem).

Regards,
Werner

Emil Ivov schrieb:

Hey Werner, Romain,

You are of course right. The problem was not caused by SIP at all but by
JMF (sigh). I spent some time debugging it and here's what I found:

The reason that the second call doesn't get through is the fact that
jain-sip is unable to deliver the new INVITE request. This happens
because we have locked it's event delivery thread as we are stuck
handling the BYE request that ended the first call.

I tried to find out the culprit hogging on that thread and ended up in
the media package. When ending the media streams in CallSessionImpl we call

MediaControl.stopStreaming()

on MediaControl:956 the method tries to reinitialize our media processor
so that it would be ready for future calls. This brings us to

MediaControl.initProcessor()

and on line 361 we call ProcessorUtility.waitForState() trying to put
the processor in a Configured state. The processor however only enters
the Configuring state and never moves on so waitForState() never returns
and that's how we end up blocking the sip event thread.

Ideas anyone?

Cheers
Emil

Romain KUNTZ wrote:

Hi Emil,

On 2009/01/07, at 17:38, Emil Ivov wrote:

it might have been fixed with the latest commits.

I've perfomed thoses tests with the latest build (#1621) and I've got
the same symptoms.

romain

Romain KUNTZ wrote:

Hi Emil,

On 2009/01/07, at 13:52, Emil Ivov wrote:

In other words I don't think that it was the lack of a DNS that
caused
it. I've updated the description on #467. That said, I think tht
#467 is
now probably gone after Seb's latest commits. Want to give it
another try?

Issue 467 refers to the fact that no-registrar calls hardly work
twice, right?
At least I still have the problem I described in that issue entry.

Cheers,
romain

<SNIP ---- SNAP>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net