[jitsi-dev] Jigasi NPE


#1

This exception is showing up in every call I receive in Jigasi right now.

2017-03-17 20:33:35.690 SEVERE: [56]
impl.protocol.sip.SipStackSharing.logApplicationException().1116 An error
occurred while processing event of type: javax.sip.DialogTerminatedEvent
java.lang.NullPointerException
        at
net.java.sip.communicator.service.protocol.media.CallPeerMediaHandler.sendHolePunchPacket(CallPeerMediaHandler.java:1598)
        at
net.java.sip.communicator.service.protocol.media.CallPeerMediaHandler.start(CallPeerMediaHandler.java:1960)
        at
net.java.sip.communicator.impl.protocol.sip.CallPeerMediaHandlerSipImpl.start(CallPeerMediaHandlerSipImpl.java:1913)
        at
net.java.sip.communicator.impl.protocol.sip.CallPeerSipImpl.processAck(CallPeerSipImpl.java:724)
        at
net.java.sip.communicator.impl.protocol.sip.OperationSetBasicTelephonySipImpl.processAck(OperationSetBasicTelephonySipImpl.java:1311)
        at
net.java.sip.communicator.impl.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest(OperationSetBasicTelephonySipImpl.java:359)
        at
net.java.sip.communicator.impl.protocol.sip.ProtocolProviderServiceSipImpl.processRequest(ProtocolProviderServiceSipImpl.java:1114)
        at
net.java.sip.communicator.impl.protocol.sip.SipStackSharing.processRequest(SipStackSharing.java:673)
        at
gov.nist.javax.sip.EventScanner.deliverRequestEvent(EventScanner.java:250)
        at
gov.nist.javax.sip.EventScanner.deliverEvent(EventScanner.java:146)
        at
gov.nist.javax.sip.SipProviderImpl.handleEvent(SipProviderImpl.java:185)
        at
gov.nist.javax.sip.DialogFilter.processRequest(DialogFilter.java:1324)
        at
gov.nist.javax.sip.stack.SIPServerTransactionImpl.processRequest(SIPServerTransactionImpl.java:811)
        at
gov.nist.javax.sip.stack.ConnectionOrientedMessageChannel.processMessage(ConnectionOrientedMessageChannel.java:456)
        at
gov.nist.javax.sip.parser.PipelinedMsgParser.run(PipelinedMsgParser.java:541)
        at java.lang.Thread.run(Thread.java:745)
2017-03-17 20:35:28.749 SEVERE: [40]
impl.protocol.sip.SipStackSharing.processDialogTerminated().571 Dialog
wasn't marked, please report this to dev@jitsi.org

I have two envs running Jigasi:

In the first one, I am running a modified version of Jigasi 122 and this
exception doesn't occur. My modified version just adds a few extra commits
to the Libjitsi package.

In the second one, I tried using the Debian packages available in the
unstable artifactory. I installed the packages from 119 to 126 but the
exception seems to occur in each one of them. I've tried building my
modified version (at the versions 122 and 126) and it fails as well.
I believe some dependency update is causing the issue.

I fixed Jicofo and JVB in the same version in both envs, so that would not
interfere. The only difference between the envs is that the JVB is not
running in the same machine of Jicofo/Jigasi/Prosody in the working env. In
the env it fails, JVB is running in the same machine,

Camilo


#2

Hi,

https://github.com/jitsi/jitsi/blob/df85ae417f865bf392f92913fde858d777af7811/src/net/java/sip/communicator/service/protocol/media/CallPeerMediaHandler.java#L1598-L1598

The only way I can see that this can happen is dynamicPayloadTypes to
be null, but I see this is not possible.
So this is strange.

Regards
damencho

···

On Fri, Mar 17, 2017 at 4:22 PM, Camilo <camilo@camilo.fm> wrote:

This exception is showing up in every call I receive in Jigasi right now.

2017-03-17 20:33:35.690 SEVERE: [56]
impl.protocol.sip.SipStackSharing.logApplicationException().1116 An error
occurred while processing event of type: javax.sip.DialogTerminatedEvent
java.lang.NullPointerException
        at
net.java.sip.communicator.service.protocol.media.CallPeerMediaHandler.sendHolePunchPacket(CallPeerMediaHandler.java:1598)
        at
net.java.sip.communicator.service.protocol.media.CallPeerMediaHandler.start(CallPeerMediaHandler.java:1960)
        at
net.java.sip.communicator.impl.protocol.sip.CallPeerMediaHandlerSipImpl.start(CallPeerMediaHandlerSipImpl.java:1913)
        at
net.java.sip.communicator.impl.protocol.sip.CallPeerSipImpl.processAck(CallPeerSipImpl.java:724)
        at
net.java.sip.communicator.impl.protocol.sip.OperationSetBasicTelephonySipImpl.processAck(OperationSetBasicTelephonySipImpl.java:1311)
        at
net.java.sip.communicator.impl.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest(OperationSetBasicTelephonySipImpl.java:359)
        at
net.java.sip.communicator.impl.protocol.sip.ProtocolProviderServiceSipImpl.processRequest(ProtocolProviderServiceSipImpl.java:1114)
        at
net.java.sip.communicator.impl.protocol.sip.SipStackSharing.processRequest(SipStackSharing.java:673)
        at
gov.nist.javax.sip.EventScanner.deliverRequestEvent(EventScanner.java:250)
        at
gov.nist.javax.sip.EventScanner.deliverEvent(EventScanner.java:146)
        at
gov.nist.javax.sip.SipProviderImpl.handleEvent(SipProviderImpl.java:185)
        at
gov.nist.javax.sip.DialogFilter.processRequest(DialogFilter.java:1324)
        at
gov.nist.javax.sip.stack.SIPServerTransactionImpl.processRequest(SIPServerTransactionImpl.java:811)
        at
gov.nist.javax.sip.stack.ConnectionOrientedMessageChannel.processMessage(ConnectionOrientedMessageChannel.java:456)
        at
gov.nist.javax.sip.parser.PipelinedMsgParser.run(PipelinedMsgParser.java:541)
        at java.lang.Thread.run(Thread.java:745)
2017-03-17 20:35:28.749 SEVERE: [40]
impl.protocol.sip.SipStackSharing.processDialogTerminated().571 Dialog
wasn't marked, please report this to dev@jitsi.org

I have two envs running Jigasi:

In the first one, I am running a modified version of Jigasi 122 and this
exception doesn't occur. My modified version just adds a few extra commits
to the Libjitsi package.

In the second one, I tried using the Debian packages available in the
unstable artifactory. I installed the packages from 119 to 126 but the
exception seems to occur in each one of them. I've tried building my
modified version (at the versions 122 and 126) and it fails as well.
I believe some dependency update is causing the issue.

I fixed Jicofo and JVB in the same version in both envs, so that would not
interfere. The only difference between the envs is that the JVB is not
running in the same machine of Jicofo/Jigasi/Prosody in the working env. In
the env it fails, JVB is running in the same machine,

Camilo

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev


#3

I forgot to mention I lose audio connection between conference and phone
call.

I thought this exception was the root of the problem, but it may not be.

When I run Jigasi in my second env, the exception is thrown and
CallPeerMediaHandler gets stuck at start(). Audio doesn't work.
When I run Jigasi locally, the exception is thrown but CallPeerMediaHandler
doesn't get stuck there. Audio works.

I see that the hole punch packet *for audio* has been introduced recently
by you. Prior to this change, it was just for video.
Could it be the root of the problem?

···

On Fri, Mar 17, 2017 at 6:40 PM, Damian Minkov <damencho@jitsi.org> wrote:

Hi,

https://github.com/jitsi/jitsi/blob/df85ae417f865bf392f92913fde858
d777af7811/src/net/java/sip/communicator/service/protocol/
media/CallPeerMediaHandler.java#L1598-L1598

The only way I can see that this can happen is dynamicPayloadTypes to
be null, but I see this is not possible.
So this is strange.

Regards
damencho

On Fri, Mar 17, 2017 at 4:22 PM, Camilo <camilo@camilo.fm> wrote:
> This exception is showing up in every call I receive in Jigasi right now.
>
> 2017-03-17 20:33:35.690 SEVERE: [56]
> impl.protocol.sip.SipStackSharing.logApplicationException().1116 An
error
> occurred while processing event of type: javax.sip.DialogTerminatedEvent
> java.lang.NullPointerException
> at
> net.java.sip.communicator.service.protocol.media.CallPeerMediaHandler.
sendHolePunchPacket(CallPeerMediaHandler.java:1598)
> at
> net.java.sip.communicator.service.protocol.media.
CallPeerMediaHandler.start(CallPeerMediaHandler.java:1960)
> at
> net.java.sip.communicator.impl.protocol.sip.CallPeerMediaHandlerSipImpl.
start(CallPeerMediaHandlerSipImpl.java:1913)
> at
> net.java.sip.communicator.impl.protocol.sip.CallPeerSipImpl.processAck(
CallPeerSipImpl.java:724)
> at
> net.java.sip.communicator.impl.protocol.sip.
OperationSetBasicTelephonySipImpl.processAck(
OperationSetBasicTelephonySipImpl.java:1311)
> at
> net.java.sip.communicator.impl.protocol.sip.
OperationSetBasicTelephonySipImpl.processRequest(
OperationSetBasicTelephonySipImpl.java:359)
> at
> net.java.sip.communicator.impl.protocol.sip.
ProtocolProviderServiceSipImpl.processRequest(
ProtocolProviderServiceSipImpl.java:1114)
> at
> net.java.sip.communicator.impl.protocol.sip.SipStackSharing.
processRequest(SipStackSharing.java:673)
> at
> gov.nist.javax.sip.EventScanner.deliverRequestEvent(
EventScanner.java:250)
> at
> gov.nist.javax.sip.EventScanner.deliverEvent(EventScanner.java:146)
> at
> gov.nist.javax.sip.SipProviderImpl.handleEvent(SipProviderImpl.java:185)
> at
> gov.nist.javax.sip.DialogFilter.processRequest(DialogFilter.java:1324)
> at
> gov.nist.javax.sip.stack.SIPServerTransactionImpl.processRequest(
SIPServerTransactionImpl.java:811)
> at
> gov.nist.javax.sip.stack.ConnectionOrientedMessageChann
el.processMessage(ConnectionOrientedMessageChannel.java:456)
> at
> gov.nist.javax.sip.parser.PipelinedMsgParser.run(
PipelinedMsgParser.java:541)
> at java.lang.Thread.run(Thread.java:745)
> 2017-03-17 20:35:28.749 SEVERE: [40]
> impl.protocol.sip.SipStackSharing.processDialogTerminated().571 Dialog
> wasn't marked, please report this to dev@jitsi.org
>
> I have two envs running Jigasi:
>
> In the first one, I am running a modified version of Jigasi 122 and this
> exception doesn't occur. My modified version just adds a few extra
commits
> to the Libjitsi package.
>
> In the second one, I tried using the Debian packages available in the
> unstable artifactory. I installed the packages from 119 to 126 but the
> exception seems to occur in each one of them. I've tried building my
> modified version (at the versions 122 and 126) and it fails as well.
> I believe some dependency update is causing the issue.
>
> I fixed Jicofo and JVB in the same version in both envs, so that would
not
> interfere. The only difference between the envs is that the JVB is not
> running in the same machine of Jicofo/Jigasi/Prosody in the working env.
In
> the env it fails, JVB is running in the same machine,
>
> Camilo
>
>
> _______________________________________________
> dev mailing list
> dev@jitsi.org
> Unsubscribe instructions and other list options:
> http://lists.jitsi.org/mailman/listinfo/dev

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev


#4

Hi,

I haven't seen problems with it. The NullPointerException seems very
strange to me, are you running with no modification in
CallPeerMediaHandler code?
There is one problem where hostname needs to be resolvable, can you
also check that, this can be a difference between the two environments
($ ping `hostname`).

Regards
damencho

···

On Mon, Mar 20, 2017 at 11:15 AM, Camilo <camilo@camilo.fm> wrote:

I forgot to mention I lose audio connection between conference and phone
call.

I thought this exception was the root of the problem, but it may not be.

When I run Jigasi in my second env, the exception is thrown and
CallPeerMediaHandler gets stuck at start(). Audio doesn't work.
When I run Jigasi locally, the exception is thrown but CallPeerMediaHandler
doesn't get stuck there. Audio works.

I see that the hole punch packet for audio has been introduced recently by
you. Prior to this change, it was just for video.
Could it be the root of the problem?

On Fri, Mar 17, 2017 at 6:40 PM, Damian Minkov <damencho@jitsi.org> wrote:

Hi,

https://github.com/jitsi/jitsi/blob/df85ae417f865bf392f92913fde858d777af7811/src/net/java/sip/communicator/service/protocol/media/CallPeerMediaHandler.java#L1598-L1598

The only way I can see that this can happen is dynamicPayloadTypes to
be null, but I see this is not possible.
So this is strange.

Regards
damencho

On Fri, Mar 17, 2017 at 4:22 PM, Camilo <camilo@camilo.fm> wrote:
> This exception is showing up in every call I receive in Jigasi right
> now.
>
> 2017-03-17 20:33:35.690 SEVERE: [56]
> impl.protocol.sip.SipStackSharing.logApplicationException().1116 An
> error
> occurred while processing event of type: javax.sip.DialogTerminatedEvent
> java.lang.NullPointerException
> at
>
> net.java.sip.communicator.service.protocol.media.CallPeerMediaHandler.sendHolePunchPacket(CallPeerMediaHandler.java:1598)
> at
>
> net.java.sip.communicator.service.protocol.media.CallPeerMediaHandler.start(CallPeerMediaHandler.java:1960)
> at
>
> net.java.sip.communicator.impl.protocol.sip.CallPeerMediaHandlerSipImpl.start(CallPeerMediaHandlerSipImpl.java:1913)
> at
>
> net.java.sip.communicator.impl.protocol.sip.CallPeerSipImpl.processAck(CallPeerSipImpl.java:724)
> at
>
> net.java.sip.communicator.impl.protocol.sip.OperationSetBasicTelephonySipImpl.processAck(OperationSetBasicTelephonySipImpl.java:1311)
> at
>
> net.java.sip.communicator.impl.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest(OperationSetBasicTelephonySipImpl.java:359)
> at
>
> net.java.sip.communicator.impl.protocol.sip.ProtocolProviderServiceSipImpl.processRequest(ProtocolProviderServiceSipImpl.java:1114)
> at
>
> net.java.sip.communicator.impl.protocol.sip.SipStackSharing.processRequest(SipStackSharing.java:673)
> at
>
> gov.nist.javax.sip.EventScanner.deliverRequestEvent(EventScanner.java:250)
> at
> gov.nist.javax.sip.EventScanner.deliverEvent(EventScanner.java:146)
> at
> gov.nist.javax.sip.SipProviderImpl.handleEvent(SipProviderImpl.java:185)
> at
> gov.nist.javax.sip.DialogFilter.processRequest(DialogFilter.java:1324)
> at
>
> gov.nist.javax.sip.stack.SIPServerTransactionImpl.processRequest(SIPServerTransactionImpl.java:811)
> at
>
> gov.nist.javax.sip.stack.ConnectionOrientedMessageChannel.processMessage(ConnectionOrientedMessageChannel.java:456)
> at
>
> gov.nist.javax.sip.parser.PipelinedMsgParser.run(PipelinedMsgParser.java:541)
> at java.lang.Thread.run(Thread.java:745)
> 2017-03-17 20:35:28.749 SEVERE: [40]
> impl.protocol.sip.SipStackSharing.processDialogTerminated().571 Dialog
> wasn't marked, please report this to dev@jitsi.org
>
> I have two envs running Jigasi:
>
> In the first one, I am running a modified version of Jigasi 122 and this
> exception doesn't occur. My modified version just adds a few extra
> commits
> to the Libjitsi package.
>
> In the second one, I tried using the Debian packages available in the
> unstable artifactory. I installed the packages from 119 to 126 but the
> exception seems to occur in each one of them. I've tried building my
> modified version (at the versions 122 and 126) and it fails as well.
> I believe some dependency update is causing the issue.
>
> I fixed Jicofo and JVB in the same version in both envs, so that would
> not
> interfere. The only difference between the envs is that the JVB is not
> running in the same machine of Jicofo/Jigasi/Prosody in the working env.
> In
> the env it fails, JVB is running in the same machine,
>
> Camilo
>
>
> _______________________________________________
> dev mailing list
> dev@jitsi.org
> Unsubscribe instructions and other list options:
> http://lists.jitsi.org/mailman/listinfo/dev

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev


#5

Hi,

I haven't seen problems with it. The NullPointerException seems very
strange to me, are you running with no modification in
CallPeerMediaHandler code?

Yes, no modification. Installing Jigasi from the unstable repository.
I'd just say the working deployed environment runs an older version of it.
The modification just changes Libjitsi.

There is one problem where hostname needs to be resolvable, can you

also check that, this can be a difference between the two environments
($ ping `hostname`).

They are both resolvable.

Regards

···

On Mon, Mar 20, 2017 at 1:23 PM, Damian Minkov <damencho@jitsi.org> wrote:

damencho

On Mon, Mar 20, 2017 at 11:15 AM, Camilo <camilo@camilo.fm> wrote:
> I forgot to mention I lose audio connection between conference and phone
> call.
>
> I thought this exception was the root of the problem, but it may not be.
>
> When I run Jigasi in my second env, the exception is thrown and
> CallPeerMediaHandler gets stuck at start(). Audio doesn't work.
> When I run Jigasi locally, the exception is thrown but
CallPeerMediaHandler
> doesn't get stuck there. Audio works.
>
> I see that the hole punch packet for audio has been introduced recently
by
> you. Prior to this change, it was just for video.
> Could it be the root of the problem?
>
>
> On Fri, Mar 17, 2017 at 6:40 PM, Damian Minkov <damencho@jitsi.org> > wrote:
>>
>> Hi,
>>
>>
>> https://github.com/jitsi/jitsi/blob/df85ae417f865bf392f92913
fde858d777af7811/src/net/java/sip/communicator/service/protocol/media/
CallPeerMediaHandler.java#L1598-L1598
>>
>> The only way I can see that this can happen is dynamicPayloadTypes to
>> be null, but I see this is not possible.
>> So this is strange.
>>
>> Regards
>> damencho
>>
>>
>> On Fri, Mar 17, 2017 at 4:22 PM, Camilo <camilo@camilo.fm> wrote:
>> > This exception is showing up in every call I receive in Jigasi right
>> > now.
>> >
>> > 2017-03-17 20:33:35.690 SEVERE: [56]
>> > impl.protocol.sip.SipStackSharing.logApplicationException().1116 An
>> > error
>> > occurred while processing event of type:
javax.sip.DialogTerminatedEvent
>> > java.lang.NullPointerException
>> > at
>> >
>> > net.java.sip.communicator.service.protocol.media.CallPeerMed
iaHandler.sendHolePunchPacket(CallPeerMediaHandler.java:1598)
>> > at
>> >
>> > net.java.sip.communicator.service.protocol.media.CallPeerMed
iaHandler.start(CallPeerMediaHandler.java:1960)
>> > at
>> >
>> > net.java.sip.communicator.impl.protocol.sip.CallPeerMediaHan
dlerSipImpl.start(CallPeerMediaHandlerSipImpl.java:1913)
>> > at
>> >
>> > net.java.sip.communicator.impl.protocol.sip.CallPeerSipImpl.
processAck(CallPeerSipImpl.java:724)
>> > at
>> >
>> > net.java.sip.communicator.impl.protocol.sip.OperationSetBasi
cTelephonySipImpl.processAck(OperationSetBasicTelephonySipImpl.java:1311)
>> > at
>> >
>> > net.java.sip.communicator.impl.protocol.sip.OperationSetBasi
cTelephonySipImpl.processRequest(OperationSetBas
icTelephonySipImpl.java:359)
>> > at
>> >
>> > net.java.sip.communicator.impl.protocol.sip.ProtocolProvider
ServiceSipImpl.processRequest(ProtocolProviderServiceSipImpl.java:1114)
>> > at
>> >
>> > net.java.sip.communicator.impl.protocol.sip.SipStackSharing.
processRequest(SipStackSharing.java:673)
>> > at
>> >
>> > gov.nist.javax.sip.EventScanner.deliverRequestEvent(EventSca
nner.java:250)
>> > at
>> > gov.nist.javax.sip.EventScanner.deliverEvent(EventScanner.java:146)
>> > at
>> > gov.nist.javax.sip.SipProviderImpl.handleEvent(SipProviderIm
pl.java:185)
>> > at
>> > gov.nist.javax.sip.DialogFilter.processRequest(DialogFilter.
java:1324)
>> > at
>> >
>> > gov.nist.javax.sip.stack.SIPServerTransactionImpl.processReq
uest(SIPServerTransactionImpl.java:811)
>> > at
>> >
>> > gov.nist.javax.sip.stack.ConnectionOrientedMessageChannel.
processMessage(ConnectionOrientedMessageChannel.java:456)
>> > at
>> >
>> > gov.nist.javax.sip.parser.PipelinedMsgParser.run(PipelinedMs
gParser.java:541)
>> > at java.lang.Thread.run(Thread.java:745)
>> > 2017-03-17 20:35:28.749 SEVERE: [40]
>> > impl.protocol.sip.SipStackSharing.processDialogTerminated().571
Dialog
>> > wasn't marked, please report this to dev@jitsi.org
>> >
>> > I have two envs running Jigasi:
>> >
>> > In the first one, I am running a modified version of Jigasi 122 and
this
>> > exception doesn't occur. My modified version just adds a few extra
>> > commits
>> > to the Libjitsi package.
>> >
>> > In the second one, I tried using the Debian packages available in the
>> > unstable artifactory. I installed the packages from 119 to 126 but the
>> > exception seems to occur in each one of them. I've tried building my
>> > modified version (at the versions 122 and 126) and it fails as well.
>> > I believe some dependency update is causing the issue.
>> >
>> > I fixed Jicofo and JVB in the same version in both envs, so that would
>> > not
>> > interfere. The only difference between the envs is that the JVB is not
>> > running in the same machine of Jicofo/Jigasi/Prosody in the working
env.
>> > In
>> > the env it fails, JVB is running in the same machine,
>> >
>> > Camilo
>> >
>> >
>> > _______________________________________________
>> > dev mailing list
>> > dev@jitsi.org
>> > Unsubscribe instructions and other list options:
>> > http://lists.jitsi.org/mailman/listinfo/dev
>>
>> _______________________________________________
>> dev mailing list
>> dev@jitsi.org
>> Unsubscribe instructions and other list options:
>> http://lists.jitsi.org/mailman/listinfo/dev
>
>
>
> _______________________________________________
> dev mailing list
> dev@jitsi.org
> Unsubscribe instructions and other list options:
> http://lists.jitsi.org/mailman/listinfo/dev

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev


#6

I managed it to work by moving my JVB to another machine.
I really don't know the reason for Jigasi+JVB not working in the same
machine. Locally, it works by running the jigasi.sh script.

However, the NPE still occurs. dynamicPayloadTypes is never null and stream
is never null, but dynamicPayloadTypes.getPayloadType(stream.getFormat())
may be null, so the exception occurs in that case.
Like I said earlier, it is not blocking though.

···

On Mon, Mar 20, 2017 at 4:26 PM, Camilo <camilo@camilo.fm> wrote:

On Mon, Mar 20, 2017 at 1:23 PM, Damian Minkov <damencho@jitsi.org> wrote:

Hi,

I haven't seen problems with it. The NullPointerException seems very
strange to me, are you running with no modification in
CallPeerMediaHandler code?

Yes, no modification. Installing Jigasi from the unstable repository.
I'd just say the working deployed environment runs an older version of it.
The modification just changes Libjitsi.

There is one problem where hostname needs to be resolvable, can you

also check that, this can be a difference between the two environments
($ ping `hostname`).

They are both resolvable.

Regards

damencho

On Mon, Mar 20, 2017 at 11:15 AM, Camilo <camilo@camilo.fm> wrote:
> I forgot to mention I lose audio connection between conference and phone
> call.
>
> I thought this exception was the root of the problem, but it may not be.
>
> When I run Jigasi in my second env, the exception is thrown and
> CallPeerMediaHandler gets stuck at start(). Audio doesn't work.
> When I run Jigasi locally, the exception is thrown but
CallPeerMediaHandler
> doesn't get stuck there. Audio works.
>
> I see that the hole punch packet for audio has been introduced recently
by
> you. Prior to this change, it was just for video.
> Could it be the root of the problem?
>
>
> On Fri, Mar 17, 2017 at 6:40 PM, Damian Minkov <damencho@jitsi.org> >> wrote:
>>
>> Hi,
>>
>>
>> https://github.com/jitsi/jitsi/blob/df85ae417f865bf392f92913
fde858d777af7811/src/net/java/sip/communicator/service/proto
col/media/CallPeerMediaHandler.java#L1598-L1598
>>
>> The only way I can see that this can happen is dynamicPayloadTypes to
>> be null, but I see this is not possible.
>> So this is strange.
>>
>> Regards
>> damencho
>>
>>
>> On Fri, Mar 17, 2017 at 4:22 PM, Camilo <camilo@camilo.fm> wrote:
>> > This exception is showing up in every call I receive in Jigasi right
>> > now.
>> >
>> > 2017-03-17 20:33:35.690 SEVERE: [56]
>> > impl.protocol.sip.SipStackSharing.logApplicationException().1116 An
>> > error
>> > occurred while processing event of type:
javax.sip.DialogTerminatedEvent
>> > java.lang.NullPointerException
>> > at
>> >
>> > net.java.sip.communicator.service.protocol.media.CallPeerMed
iaHandler.sendHolePunchPacket(CallPeerMediaHandler.java:1598)
>> > at
>> >
>> > net.java.sip.communicator.service.protocol.media.CallPeerMed
iaHandler.start(CallPeerMediaHandler.java:1960)
>> > at
>> >
>> > net.java.sip.communicator.impl.protocol.sip.CallPeerMediaHan
dlerSipImpl.start(CallPeerMediaHandlerSipImpl.java:1913)
>> > at
>> >
>> > net.java.sip.communicator.impl.protocol.sip.CallPeerSipImpl.
processAck(CallPeerSipImpl.java:724)
>> > at
>> >
>> > net.java.sip.communicator.impl.protocol.sip.OperationSetBasi
cTelephonySipImpl.processAck(OperationSetBasicTelephonySipImpl.java:1311)
>> > at
>> >
>> > net.java.sip.communicator.impl.protocol.sip.OperationSetBasi
cTelephonySipImpl.processRequest(OperationSetBasicTelephonyS
ipImpl.java:359)
>> > at
>> >
>> > net.java.sip.communicator.impl.protocol.sip.ProtocolProvider
ServiceSipImpl.processRequest(ProtocolProviderServiceSipImpl.java:1114)
>> > at
>> >
>> > net.java.sip.communicator.impl.protocol.sip.SipStackSharing.
processRequest(SipStackSharing.java:673)
>> > at
>> >
>> > gov.nist.javax.sip.EventScanner.deliverRequestEvent(EventSca
nner.java:250)
>> > at
>> > gov.nist.javax.sip.EventScanner.deliverEvent(EventScanner.java:146)
>> > at
>> > gov.nist.javax.sip.SipProviderImpl.handleEvent(SipProviderIm
pl.java:185)
>> > at
>> > gov.nist.javax.sip.DialogFilter.processRequest(DialogFilter.
java:1324)
>> > at
>> >
>> > gov.nist.javax.sip.stack.SIPServerTransactionImpl.processReq
uest(SIPServerTransactionImpl.java:811)
>> > at
>> >
>> > gov.nist.javax.sip.stack.ConnectionOrientedMessageChannel.pr
ocessMessage(ConnectionOrientedMessageChannel.java:456)
>> > at
>> >
>> > gov.nist.javax.sip.parser.PipelinedMsgParser.run(PipelinedMs
gParser.java:541)
>> > at java.lang.Thread.run(Thread.java:745)
>> > 2017-03-17 20:35:28.749 SEVERE: [40]
>> > impl.protocol.sip.SipStackSharing.processDialogTerminated().571
Dialog
>> > wasn't marked, please report this to dev@jitsi.org
>> >
>> > I have two envs running Jigasi:
>> >
>> > In the first one, I am running a modified version of Jigasi 122 and
this
>> > exception doesn't occur. My modified version just adds a few extra
>> > commits
>> > to the Libjitsi package.
>> >
>> > In the second one, I tried using the Debian packages available in the
>> > unstable artifactory. I installed the packages from 119 to 126 but
the
>> > exception seems to occur in each one of them. I've tried building my
>> > modified version (at the versions 122 and 126) and it fails as well.
>> > I believe some dependency update is causing the issue.
>> >
>> > I fixed Jicofo and JVB in the same version in both envs, so that
would
>> > not
>> > interfere. The only difference between the envs is that the JVB is
not
>> > running in the same machine of Jicofo/Jigasi/Prosody in the working
env.
>> > In
>> > the env it fails, JVB is running in the same machine,
>> >
>> > Camilo
>> >
>> >
>> > _______________________________________________
>> > dev mailing list
>> > dev@jitsi.org
>> > Unsubscribe instructions and other list options:
>> > http://lists.jitsi.org/mailman/listinfo/dev
>>
>> _______________________________________________
>> dev mailing list
>> dev@jitsi.org
>> Unsubscribe instructions and other list options:
>> http://lists.jitsi.org/mailman/listinfo/dev
>
>
>
> _______________________________________________
> dev mailing list
> dev@jitsi.org
> Unsubscribe instructions and other list options:
> http://lists.jitsi.org/mailman/listinfo/dev

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev


#7

Hi,

I found the problem and its a bug in the CallPeerMediaHandler as it
doesn't handle non dynamic codecs as ULAW and ALAW. I'm working on
fixing this.
The NPE is not obvious while looking at the code, case of unboxing a
Byte value, the actual code that got executed is:

this.dynamicPayloadTypes.getPayloadType(format).byteValue(), where
this.dynamicPayloadTypes.getPayloadType(format) returns null.

I will update when there is a new jigasi version with the update.

Regards
damencho

···

On Tue, Mar 21, 2017 at 2:23 PM, Camilo <camilo@camilo.fm> wrote:

I managed it to work by moving my JVB to another machine.
I really don't know the reason for Jigasi+JVB not working in the same
machine. Locally, it works by running the jigasi.sh script.

However, the NPE still occurs. dynamicPayloadTypes is never null and stream
is never null, but dynamicPayloadTypes.getPayloadType(stream.getFormat())
may be null, so the exception occurs in that case.
Like I said earlier, it is not blocking though.
On Mon, Mar 20, 2017 at 4:26 PM, Camilo <camilo@camilo.fm> wrote:

On Mon, Mar 20, 2017 at 1:23 PM, Damian Minkov <damencho@jitsi.org> wrote:

Hi,

I haven't seen problems with it. The NullPointerException seems very
strange to me, are you running with no modification in
CallPeerMediaHandler code?

Yes, no modification. Installing Jigasi from the unstable repository.
I'd just say the working deployed environment runs an older version of it.
The modification just changes Libjitsi.

There is one problem where hostname needs to be resolvable, can you
also check that, this can be a difference between the two environments
($ ping `hostname`).

They are both resolvable.

Regards
damencho

On Mon, Mar 20, 2017 at 11:15 AM, Camilo <camilo@camilo.fm> wrote:
> I forgot to mention I lose audio connection between conference and
> phone
> call.
>
> I thought this exception was the root of the problem, but it may not
> be.
>
> When I run Jigasi in my second env, the exception is thrown and
> CallPeerMediaHandler gets stuck at start(). Audio doesn't work.
> When I run Jigasi locally, the exception is thrown but
> CallPeerMediaHandler
> doesn't get stuck there. Audio works.
>
> I see that the hole punch packet for audio has been introduced recently
> by
> you. Prior to this change, it was just for video.
> Could it be the root of the problem?
>
>
> On Fri, Mar 17, 2017 at 6:40 PM, Damian Minkov <damencho@jitsi.org> >>> > wrote:
>>
>> Hi,
>>
>>
>>
>> https://github.com/jitsi/jitsi/blob/df85ae417f865bf392f92913fde858d777af7811/src/net/java/sip/communicator/service/protocol/media/CallPeerMediaHandler.java#L1598-L1598
>>
>> The only way I can see that this can happen is dynamicPayloadTypes to
>> be null, but I see this is not possible.
>> So this is strange.
>>
>> Regards
>> damencho
>>
>>
>> On Fri, Mar 17, 2017 at 4:22 PM, Camilo <camilo@camilo.fm> wrote:
>> > This exception is showing up in every call I receive in Jigasi right
>> > now.
>> >
>> > 2017-03-17 20:33:35.690 SEVERE: [56]
>> > impl.protocol.sip.SipStackSharing.logApplicationException().1116 An
>> > error
>> > occurred while processing event of type:
>> > javax.sip.DialogTerminatedEvent
>> > java.lang.NullPointerException
>> > at
>> >
>> >
>> > net.java.sip.communicator.service.protocol.media.CallPeerMediaHandler.sendHolePunchPacket(CallPeerMediaHandler.java:1598)
>> > at
>> >
>> >
>> > net.java.sip.communicator.service.protocol.media.CallPeerMediaHandler.start(CallPeerMediaHandler.java:1960)
>> > at
>> >
>> >
>> > net.java.sip.communicator.impl.protocol.sip.CallPeerMediaHandlerSipImpl.start(CallPeerMediaHandlerSipImpl.java:1913)
>> > at
>> >
>> >
>> > net.java.sip.communicator.impl.protocol.sip.CallPeerSipImpl.processAck(CallPeerSipImpl.java:724)
>> > at
>> >
>> >
>> > net.java.sip.communicator.impl.protocol.sip.OperationSetBasicTelephonySipImpl.processAck(OperationSetBasicTelephonySipImpl.java:1311)
>> > at
>> >
>> >
>> > net.java.sip.communicator.impl.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest(OperationSetBasicTelephonySipImpl.java:359)
>> > at
>> >
>> >
>> > net.java.sip.communicator.impl.protocol.sip.ProtocolProviderServiceSipImpl.processRequest(ProtocolProviderServiceSipImpl.java:1114)
>> > at
>> >
>> >
>> > net.java.sip.communicator.impl.protocol.sip.SipStackSharing.processRequest(SipStackSharing.java:673)
>> > at
>> >
>> >
>> > gov.nist.javax.sip.EventScanner.deliverRequestEvent(EventScanner.java:250)
>> > at
>> > gov.nist.javax.sip.EventScanner.deliverEvent(EventScanner.java:146)
>> > at
>> >
>> > gov.nist.javax.sip.SipProviderImpl.handleEvent(SipProviderImpl.java:185)
>> > at
>> >
>> > gov.nist.javax.sip.DialogFilter.processRequest(DialogFilter.java:1324)
>> > at
>> >
>> >
>> > gov.nist.javax.sip.stack.SIPServerTransactionImpl.processRequest(SIPServerTransactionImpl.java:811)
>> > at
>> >
>> >
>> > gov.nist.javax.sip.stack.ConnectionOrientedMessageChannel.processMessage(ConnectionOrientedMessageChannel.java:456)
>> > at
>> >
>> >
>> > gov.nist.javax.sip.parser.PipelinedMsgParser.run(PipelinedMsgParser.java:541)
>> > at java.lang.Thread.run(Thread.java:745)
>> > 2017-03-17 20:35:28.749 SEVERE: [40]
>> > impl.protocol.sip.SipStackSharing.processDialogTerminated().571
>> > Dialog
>> > wasn't marked, please report this to dev@jitsi.org
>> >
>> > I have two envs running Jigasi:
>> >
>> > In the first one, I am running a modified version of Jigasi 122 and
>> > this
>> > exception doesn't occur. My modified version just adds a few extra
>> > commits
>> > to the Libjitsi package.
>> >
>> > In the second one, I tried using the Debian packages available in
>> > the
>> > unstable artifactory. I installed the packages from 119 to 126 but
>> > the
>> > exception seems to occur in each one of them. I've tried building my
>> > modified version (at the versions 122 and 126) and it fails as well.
>> > I believe some dependency update is causing the issue.
>> >
>> > I fixed Jicofo and JVB in the same version in both envs, so that
>> > would
>> > not
>> > interfere. The only difference between the envs is that the JVB is
>> > not
>> > running in the same machine of Jicofo/Jigasi/Prosody in the working
>> > env.
>> > In
>> > the env it fails, JVB is running in the same machine,
>> >
>> > Camilo
>> >
>> >
>> > _______________________________________________
>> > dev mailing list
>> > dev@jitsi.org
>> > Unsubscribe instructions and other list options:
>> > http://lists.jitsi.org/mailman/listinfo/dev
>>
>> _______________________________________________
>> dev mailing list
>> dev@jitsi.org
>> Unsubscribe instructions and other list options:
>> http://lists.jitsi.org/mailman/listinfo/dev
>
>
>
> _______________________________________________
> dev mailing list
> dev@jitsi.org
> Unsubscribe instructions and other list options:
> http://lists.jitsi.org/mailman/listinfo/dev

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev


#8

Hey,

Can you test latest jigasi 128, does it work now?

Regards
damencho

···

On Thu, Apr 6, 2017 at 1:38 PM, Damian Minkov <damencho@jitsi.org> wrote:

Hi,

I found the problem and its a bug in the CallPeerMediaHandler as it
doesn't handle non dynamic codecs as ULAW and ALAW. I'm working on
fixing this.
The NPE is not obvious while looking at the code, case of unboxing a
Byte value, the actual code that got executed is:

this.dynamicPayloadTypes.getPayloadType(format).byteValue(), where
this.dynamicPayloadTypes.getPayloadType(format) returns null.

I will update when there is a new jigasi version with the update.

Regards
damencho

On Tue, Mar 21, 2017 at 2:23 PM, Camilo <camilo@camilo.fm> wrote:

I managed it to work by moving my JVB to another machine.
I really don't know the reason for Jigasi+JVB not working in the same
machine. Locally, it works by running the jigasi.sh script.

However, the NPE still occurs. dynamicPayloadTypes is never null and stream
is never null, but dynamicPayloadTypes.getPayloadType(stream.getFormat())
may be null, so the exception occurs in that case.
Like I said earlier, it is not blocking though.
On Mon, Mar 20, 2017 at 4:26 PM, Camilo <camilo@camilo.fm> wrote:

On Mon, Mar 20, 2017 at 1:23 PM, Damian Minkov <damencho@jitsi.org> wrote:

Hi,

I haven't seen problems with it. The NullPointerException seems very
strange to me, are you running with no modification in
CallPeerMediaHandler code?

Yes, no modification. Installing Jigasi from the unstable repository.
I'd just say the working deployed environment runs an older version of it.
The modification just changes Libjitsi.

There is one problem where hostname needs to be resolvable, can you
also check that, this can be a difference between the two environments
($ ping `hostname`).

They are both resolvable.

Regards
damencho

On Mon, Mar 20, 2017 at 11:15 AM, Camilo <camilo@camilo.fm> wrote:
> I forgot to mention I lose audio connection between conference and
> phone
> call.
>
> I thought this exception was the root of the problem, but it may not
> be.
>
> When I run Jigasi in my second env, the exception is thrown and
> CallPeerMediaHandler gets stuck at start(). Audio doesn't work.
> When I run Jigasi locally, the exception is thrown but
> CallPeerMediaHandler
> doesn't get stuck there. Audio works.
>
> I see that the hole punch packet for audio has been introduced recently
> by
> you. Prior to this change, it was just for video.
> Could it be the root of the problem?
>
>
> On Fri, Mar 17, 2017 at 6:40 PM, Damian Minkov <damencho@jitsi.org> >>>> > wrote:
>>
>> Hi,
>>
>>
>>
>> https://github.com/jitsi/jitsi/blob/df85ae417f865bf392f92913fde858d777af7811/src/net/java/sip/communicator/service/protocol/media/CallPeerMediaHandler.java#L1598-L1598
>>
>> The only way I can see that this can happen is dynamicPayloadTypes to
>> be null, but I see this is not possible.
>> So this is strange.
>>
>> Regards
>> damencho
>>
>>
>> On Fri, Mar 17, 2017 at 4:22 PM, Camilo <camilo@camilo.fm> wrote:
>> > This exception is showing up in every call I receive in Jigasi right
>> > now.
>> >
>> > 2017-03-17 20:33:35.690 SEVERE: [56]
>> > impl.protocol.sip.SipStackSharing.logApplicationException().1116 An
>> > error
>> > occurred while processing event of type:
>> > javax.sip.DialogTerminatedEvent
>> > java.lang.NullPointerException
>> > at
>> >
>> >
>> > net.java.sip.communicator.service.protocol.media.CallPeerMediaHandler.sendHolePunchPacket(CallPeerMediaHandler.java:1598)
>> > at
>> >
>> >
>> > net.java.sip.communicator.service.protocol.media.CallPeerMediaHandler.start(CallPeerMediaHandler.java:1960)
>> > at
>> >
>> >
>> > net.java.sip.communicator.impl.protocol.sip.CallPeerMediaHandlerSipImpl.start(CallPeerMediaHandlerSipImpl.java:1913)
>> > at
>> >
>> >
>> > net.java.sip.communicator.impl.protocol.sip.CallPeerSipImpl.processAck(CallPeerSipImpl.java:724)
>> > at
>> >
>> >
>> > net.java.sip.communicator.impl.protocol.sip.OperationSetBasicTelephonySipImpl.processAck(OperationSetBasicTelephonySipImpl.java:1311)
>> > at
>> >
>> >
>> > net.java.sip.communicator.impl.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest(OperationSetBasicTelephonySipImpl.java:359)
>> > at
>> >
>> >
>> > net.java.sip.communicator.impl.protocol.sip.ProtocolProviderServiceSipImpl.processRequest(ProtocolProviderServiceSipImpl.java:1114)
>> > at
>> >
>> >
>> > net.java.sip.communicator.impl.protocol.sip.SipStackSharing.processRequest(SipStackSharing.java:673)
>> > at
>> >
>> >
>> > gov.nist.javax.sip.EventScanner.deliverRequestEvent(EventScanner.java:250)
>> > at
>> > gov.nist.javax.sip.EventScanner.deliverEvent(EventScanner.java:146)
>> > at
>> >
>> > gov.nist.javax.sip.SipProviderImpl.handleEvent(SipProviderImpl.java:185)
>> > at
>> >
>> > gov.nist.javax.sip.DialogFilter.processRequest(DialogFilter.java:1324)
>> > at
>> >
>> >
>> > gov.nist.javax.sip.stack.SIPServerTransactionImpl.processRequest(SIPServerTransactionImpl.java:811)
>> > at
>> >
>> >
>> > gov.nist.javax.sip.stack.ConnectionOrientedMessageChannel.processMessage(ConnectionOrientedMessageChannel.java:456)
>> > at
>> >
>> >
>> > gov.nist.javax.sip.parser.PipelinedMsgParser.run(PipelinedMsgParser.java:541)
>> > at java.lang.Thread.run(Thread.java:745)
>> > 2017-03-17 20:35:28.749 SEVERE: [40]
>> > impl.protocol.sip.SipStackSharing.processDialogTerminated().571
>> > Dialog
>> > wasn't marked, please report this to dev@jitsi.org
>> >
>> > I have two envs running Jigasi:
>> >
>> > In the first one, I am running a modified version of Jigasi 122 and
>> > this
>> > exception doesn't occur. My modified version just adds a few extra
>> > commits
>> > to the Libjitsi package.
>> >
>> > In the second one, I tried using the Debian packages available in
>> > the
>> > unstable artifactory. I installed the packages from 119 to 126 but
>> > the
>> > exception seems to occur in each one of them. I've tried building my
>> > modified version (at the versions 122 and 126) and it fails as well.
>> > I believe some dependency update is causing the issue.
>> >
>> > I fixed Jicofo and JVB in the same version in both envs, so that
>> > would
>> > not
>> > interfere. The only difference between the envs is that the JVB is
>> > not
>> > running in the same machine of Jicofo/Jigasi/Prosody in the working
>> > env.
>> > In
>> > the env it fails, JVB is running in the same machine,
>> >
>> > Camilo
>> >
>> >
>> > _______________________________________________
>> > dev mailing list
>> > dev@jitsi.org
>> > Unsubscribe instructions and other list options:
>> > http://lists.jitsi.org/mailman/listinfo/dev
>>
>> _______________________________________________
>> dev mailing list
>> dev@jitsi.org
>> Unsubscribe instructions and other list options:
>> http://lists.jitsi.org/mailman/listinfo/dev
>
>
>
> _______________________________________________
> dev mailing list
> dev@jitsi.org
> Unsubscribe instructions and other list options:
> http://lists.jitsi.org/mailman/listinfo/dev

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev


#9

Don't mean to hijack this thread since I'm not getting an NPE but I also
installed jigasi from unstable as well as jitsi-meet, and I also notice
some problems in the logs.
Namely I don't understand why the ICE harvester is null and what the origin
of the Failed to reverse-transform RawPacket(s)! error messages. Our SIP
client supports ICE and it works fine with other SIP clients and ICE, just
not with Jigasi apparently.

Cheers,
Peter

impl.protocol.jabber.IceUdpTransportManager.createIceAgent().191 Auto
*discovered
harvester is nul*l
2017-04-06 20:38:44.894 INFO: [279]
impl.protocol.jabber.IceUdpTransportManager.createIceAgent().283 End
gathering harvester within 50 ms
2017-04-06 20:38:45.602 INFO: [279]
impl.protocol.jabber.CallPeerMediaHandlerJabberImpl.harvestCandidates().1192
End candidate harvest within 700 ms
2017-04-06 20:38:45.652 INFO: [279]
org.jitsi.jigasi.JvbConference.incomingCallReceived().796 Got invite from
focus
2017-04-06 20:38:46.290 INFO: [299]
service.protocol.media.MediaHandler.registerDynamicPTsWithStream().1001
Dynamic PT map: 126=rtpmap:-1 telephone-event/8000; 107=rtpmap:-1
H264/90000 fmtp:x-google-start-bitrate=800; 100=rtpmap:-1 VP8/9$
2017-04-06 20:38:46.291 INFO: [299]
service.protocol.media.MediaHandler.registerDynamicPTsWithStream().1018 PT
overrides [103->101 ]
2017-04-06 20:38:46.462 INFO: [299]
service.protocol.media.MediaHandler.registerDynamicPTsWithStream().1001
Dynamic PT map: 126=rtpmap:-1 telephone-event/8000; 107=rtpmap:-1
H264/90000 fmtp:x-google-start-bitrate=800; 100=rtpmap:-1 VP8/9$
2017-04-06 20:38:46.462 INFO: [299]
service.protocol.media.MediaHandler.registerDynamicPTsWithStream().1018 PT
overrides [103->101 ]
2017-04-06 20:38:46.529 INFO: [299]
service.protocol.media.CallPeerMediaHandler.start().1946 Starting
2017-04-06 20:38:46.762 INFO: [299]
service.protocol.media.TransportManager.sendHolePunchPacket().534 Send NAT
hole punch packets
2017-04-06 20:38:46.792 INFO: [299]
service.protocol.media.TransportManager.sendHolePunchPacket().534 Send NAT
hole punch packets
2017-04-06 20:38:46.793 INFO: [299]
org.jitsi.jigasi.JvbConference.onJvbCallStarted().665 JVB conference call
IN_PROGRESS 3
2017-04-06 20:38:46.794 INFO: [299]
impl.protocol.sip.OperationSetBasicTelephonySipImpl.createOutgoingCall().195
Creating outgoing call to sip:1000@sip.domain
2017-04-06 20:38:46.964 INFO: [299]
org.jitsi.jigasi.GatewaySession.onConferenceCallStarted().406 Created
outgoing call to 1000@sip.domain Call: id=14915039267941414207887 peers=1
2017-04-06 20:38:46.965 INFO: [299]
org.jitsi.jigasi.JvbConference.peerStateChanged().824
15b448fc1e9@callcontrol.my.domain JVB peer state:
net.java.sip.communicator.service.protocol.CallPeerState:Connected
2017-04-06 20:38:46.967 INFO: [299]
org.jitsi.jigasi.JvbConference.advertisePeerSSRCs().216 Peer
net.java.sip.communicator.service.protocol.CallPeerState:Connected SSRCs
audio: 3536572961 video: 4294967295
2017-04-06 20:38:47.019 INFO: [54]
org.jitsi.jigasi.GatewaySession.peerStateChanged().730
15b448fc1e9@callcontrol.my.domain SIP peer state: Connecting
2017-04-06 20:38:47.540 SEVERE: [379] net.sf.fmj.media.Log.error() Unable
to handle format: LINEAR, 48000.0 Hz, 16-bit, Mono, LittleEndian, Signed
2017-04-06 20:38:47.540 SEVERE: [379] net.sf.fmj.media.Log.error() Failed
to prefetch: net.sf.fmj.media.ProcessEngine@3bd4e42
2017-04-06 20:38:47.544 SEVERE: [378]
util.UtilActivator.uncaughtException().119 An uncaught exception occurred
in thread=Thread[FMJ Thread: net.sf.fmj.media.ProcessEngine@5d8b5c42[
net.sf.fmj.media.ProcessEngine@5d8b5c42 ] ( realizeThre$
java.lang.NoClassDefFoundError: org/jitsi/impl/neomedia/codec/FFmpeg
...............
2017-04-06 20:38:47.574 SEVERE: [376] net.sf.fmj.media.Log.error() Error:
Unable to prefetch net.sf.fmj.media.ProcessEngine@3bd4e42

2017-04-06 20:38:48.118 INFO: [54]
org.jitsi.jigasi.GatewaySession.peerStateChanged().730
15b448fc1e9@callcontrol.my.domain SIP peer state: Alerting Remote User
(Ringing)
2017-04-06 20:38:52.402 INFO: [54]
service.protocol.media.MediaHandler.registerDynamicPTsWithStream().1001
Dynamic PT map: 101=rtpmap:-1 telephone-event/8000; 102=rtpmap:-1
H264/90000 fmtp:profile-level-id=4DE01f;packetization-mode=1; 99$
2017-04-06 20:38:52.402 INFO: [54]
service.protocol.media.MediaHandler.registerDynamicPTsWithStream().1018 PT
overrides []
2017-04-06 20:38:52.404 INFO: [54]
org.jitsi.jigasi.GatewaySession.handleCallState().658 Sip call IN_PROGRESS:
Call: id=14915039267941414207887 peers=1
2017-04-06 20:38:52.404 INFO: [54]
org.jitsi.jigasi.GatewaySession.handleCallState().666 SIP call format used:
rtpmap:-1 opus/48000/2 fmtp:useinbandfec=1
2017-04-06 20:38:52.404 INFO: [54]
org.jitsi.jigasi.GatewaySession.peerStateChanged().730
15b448fc1e9@callcontrol.my.domain SIP peer state: Connected
2017-04-06 20:38:52.405 INFO: [54]
service.protocol.media.CallPeerMediaHandler.start().1946 Starting
2017-04-06 20:38:52.793 INFO: [54]
service.protocol.media.TransportManager.sendHolePunchPacket().534 Send NAT
hole punch packets
2017-04-06 20:38:54.069 SEVERE: [393]
org.jitsi.impl.neomedia.transform.SinglePacketTransformer.log() *Failed to
reverse-transform RawPacket(s)!*
java.lang.IllegalArgumentException: Impossible Exception
        at
net.sf.fmj.media.rtp.RTCPPacketParser.parse(RTCPPacketParser.java:441)
        at
org.jitsi.impl.neomedia.rtcp.RTCPPacketParserEx.parse(RTCPPacketParserEx.java:80)
        at
org.jitsi.impl.neomedia.transform.rtcp.StatisticsEngine.reverseTransform(StatisticsEngine.java:898)
        at
org.jitsi.impl.neomedia.transform.SinglePacketTransformer.reverseTransform(SinglePacketTransformer.java:136)
        at
org.jitsi.impl.neomedia.transform.TransformEngineChain$PacketTransformerChain.reverseTransform(TransformEngineChain.java:381)
        at
org.jitsi.impl.neomedia.transform.TransformInputStream.createRawPacket(TransformInputStream.java:85)
        at
org.jitsi.impl.neomedia.RTPConnectorInputStream.runInReceiveThread(RTPConnectorInputStream.java:811)
        at
org.jitsi.impl.neomedia.RTPConnectorInputStream.access$000(RTPConnectorInputStream.java:42)
        at
org.jitsi.impl.neomedia.RTPConnectorInputStream$3.run(RTPConnectorInputStream.java:608)
2017-04-06 20:38:54.081 SEVERE: [393]
org.jitsi.impl.neomedia.RTPConnectorInputStream.log() *Failed to receive a
packet:*
java.lang.IllegalArgumentException: Impossible Exception
        at
net.sf.fmj.media.rtp.RTCPPacketParser.parse(RTCPPacketParser.java:441)
        at
org.jitsi.impl.neomedia.rtcp.RTCPPacketParserEx.parse(RTCPPacketParserEx.java:80)
        at
org.jitsi.impl.neomedia.transform.rtcp.StatisticsEngine.reverseTransform(StatisticsEngine.java:898)
        at
org.jitsi.impl.neomedia.transform.SinglePacketTransformer.reverseTransform(SinglePacketTransformer.java:136)
        at
org.jitsi.impl.neomedia.transform.TransformEngineChain$PacketTransformerChain.reverseTransform(TransformEngineChain.java:381)
        at
org.jitsi.impl.neomedia.transform.TransformInputStream.createRawPacket(TransformInputStream.java:85)
        at
org.jitsi.impl.neomedia.RTPConnectorInputStream.runInReceiveThread(RTPConnectorInputStream.java:811)
        at
org.jitsi.impl.neomedia.RTPConnectorInputStream.access$000(RTPConnectorInputStream.java:42)
        at
org.jitsi.impl.neomedia.RTPConnectorInputStream$3.run(RTPConnectorInputStream.java:608)
2017-04-06 20:38:55.992 SEVERE: [393]
org.jitsi.impl.neomedia.RTPConnectorInputStream.log() Failed to receive a
packet:
java.lang.IllegalArgumentException: Impossible Exception

and on and on with the same Failed to receive packet error message

···

On Thu, Apr 6, 2017 at 7:38 PM, Damian Minkov <damencho@jitsi.org> wrote:

Hi,

I found the problem and its a bug in the CallPeerMediaHandler as it
doesn't handle non dynamic codecs as ULAW and ALAW. I'm working on
fixing this.
The NPE is not obvious while looking at the code, case of unboxing a
Byte value, the actual code that got executed is:

this.dynamicPayloadTypes.getPayloadType(format).byteValue(), where
this.dynamicPayloadTypes.getPayloadType(format) returns null.

I will update when there is a new jigasi version with the update.

Regards
damencho

On Tue, Mar 21, 2017 at 2:23 PM, Camilo <camilo@camilo.fm> wrote:
> I managed it to work by moving my JVB to another machine.
> I really don't know the reason for Jigasi+JVB not working in the same
> machine. Locally, it works by running the jigasi.sh script.
>
> However, the NPE still occurs. dynamicPayloadTypes is never null and
stream
> is never null, but dynamicPayloadTypes.getPayloadType(stream.
getFormat())
> may be null, so the exception occurs in that case.
> Like I said earlier, it is not blocking though.
> On Mon, Mar 20, 2017 at 4:26 PM, Camilo <camilo@camilo.fm> wrote:
>>
>>
>>
>> On Mon, Mar 20, 2017 at 1:23 PM, Damian Minkov <damencho@jitsi.org> > wrote:
>>>
>>> Hi,
>>>
>>> I haven't seen problems with it. The NullPointerException seems very
>>> strange to me, are you running with no modification in
>>> CallPeerMediaHandler code?
>>
>>
>> Yes, no modification. Installing Jigasi from the unstable repository.
>> I'd just say the working deployed environment runs an older version of
it.
>> The modification just changes Libjitsi.
>>
>>> There is one problem where hostname needs to be resolvable, can you
>>> also check that, this can be a difference between the two environments
>>> ($ ping `hostname`).
>>
>>
>> They are both resolvable.
>>
>>> Regards
>>> damencho
>>>
>>>
>>> On Mon, Mar 20, 2017 at 11:15 AM, Camilo <camilo@camilo.fm> wrote:
>>> > I forgot to mention I lose audio connection between conference and
>>> > phone
>>> > call.
>>> >
>>> > I thought this exception was the root of the problem, but it may not
>>> > be.
>>> >
>>> > When I run Jigasi in my second env, the exception is thrown and
>>> > CallPeerMediaHandler gets stuck at start(). Audio doesn't work.
>>> > When I run Jigasi locally, the exception is thrown but
>>> > CallPeerMediaHandler
>>> > doesn't get stuck there. Audio works.
>>> >
>>> > I see that the hole punch packet for audio has been introduced
recently
>>> > by
>>> > you. Prior to this change, it was just for video.
>>> > Could it be the root of the problem?
>>> >
>>> >
>>> > On Fri, Mar 17, 2017 at 6:40 PM, Damian Minkov <damencho@jitsi.org> > >>> > wrote:
>>> >>
>>> >> Hi,
>>> >>
>>> >>
>>> >>
>>> >> https://github.com/jitsi/jitsi/blob/df85ae417f865bf392f92913fde858
d777af7811/src/net/java/sip/communicator/service/protocol/
media/CallPeerMediaHandler.java#L1598-L1598
>>> >>
>>> >> The only way I can see that this can happen is dynamicPayloadTypes
to
>>> >> be null, but I see this is not possible.
>>> >> So this is strange.
>>> >>
>>> >> Regards
>>> >> damencho
>>> >>
>>> >>
>>> >> On Fri, Mar 17, 2017 at 4:22 PM, Camilo <camilo@camilo.fm> wrote:
>>> >> > This exception is showing up in every call I receive in Jigasi
right
>>> >> > now.
>>> >> >
>>> >> > 2017-03-17 20:33:35.690 SEVERE: [56]
>>> >> > impl.protocol.sip.SipStackSharing.logApplicationException().1116
An
>>> >> > error
>>> >> > occurred while processing event of type:
>>> >> > javax.sip.DialogTerminatedEvent
>>> >> > java.lang.NullPointerException
>>> >> > at
>>> >> >
>>> >> >
>>> >> > net.java.sip.communicator.service.protocol.media.
CallPeerMediaHandler.sendHolePunchPacket(CallPeerMediaHandler.java:1598)
>>> >> > at
>>> >> >
>>> >> >
>>> >> > net.java.sip.communicator.service.protocol.media.
CallPeerMediaHandler.start(CallPeerMediaHandler.java:1960)
>>> >> > at
>>> >> >
>>> >> >
>>> >> > net.java.sip.communicator.impl.protocol.sip.
CallPeerMediaHandlerSipImpl.start(CallPeerMediaHandlerSipImpl.java:1913)
>>> >> > at
>>> >> >
>>> >> >
>>> >> > net.java.sip.communicator.impl.protocol.sip.
CallPeerSipImpl.processAck(CallPeerSipImpl.java:724)
>>> >> > at
>>> >> >
>>> >> >
>>> >> > net.java.sip.communicator.impl.protocol.sip.
OperationSetBasicTelephonySipImpl.processAck(
OperationSetBasicTelephonySipImpl.java:1311)
>>> >> > at
>>> >> >
>>> >> >
>>> >> > net.java.sip.communicator.impl.protocol.sip.
OperationSetBasicTelephonySipImpl.processRequest(
OperationSetBasicTelephonySipImpl.java:359)
>>> >> > at
>>> >> >
>>> >> >
>>> >> > net.java.sip.communicator.impl.protocol.sip.
ProtocolProviderServiceSipImpl.processRequest(
ProtocolProviderServiceSipImpl.java:1114)
>>> >> > at
>>> >> >
>>> >> >
>>> >> > net.java.sip.communicator.impl.protocol.sip.SipStackSharing.
processRequest(SipStackSharing.java:673)
>>> >> > at
>>> >> >
>>> >> >
>>> >> > gov.nist.javax.sip.EventScanner.deliverRequestEvent(
EventScanner.java:250)
>>> >> > at
>>> >> > gov.nist.javax.sip.EventScanner.deliverEvent(
EventScanner.java:146)
>>> >> > at
>>> >> >
>>> >> > gov.nist.javax.sip.SipProviderImpl.handleEvent(
SipProviderImpl.java:185)
>>> >> > at
>>> >> >
>>> >> > gov.nist.javax.sip.DialogFilter.processRequest(
DialogFilter.java:1324)
>>> >> > at
>>> >> >
>>> >> >
>>> >> > gov.nist.javax.sip.stack.SIPServerTransactionImpl.processRequest(
SIPServerTransactionImpl.java:811)
>>> >> > at
>>> >> >
>>> >> >
>>> >> > gov.nist.javax.sip.stack.ConnectionOrientedMessageChann
el.processMessage(ConnectionOrientedMessageChannel.java:456)
>>> >> > at
>>> >> >
>>> >> >
>>> >> > gov.nist.javax.sip.parser.PipelinedMsgParser.run(
PipelinedMsgParser.java:541)
>>> >> > at java.lang.Thread.run(Thread.java:745)
>>> >> > 2017-03-17 20:35:28.749 SEVERE: [40]
>>> >> > impl.protocol.sip.SipStackSharing.processDialogTerminated().571
>>> >> > Dialog
>>> >> > wasn't marked, please report this to dev@jitsi.org
>>> >> >
>>> >> > I have two envs running Jigasi:
>>> >> >
>>> >> > In the first one, I am running a modified version of Jigasi 122
and
>>> >> > this
>>> >> > exception doesn't occur. My modified version just adds a few extra
>>> >> > commits
>>> >> > to the Libjitsi package.
>>> >> >
>>> >> > In the second one, I tried using the Debian packages available in
>>> >> > the
>>> >> > unstable artifactory. I installed the packages from 119 to 126 but
>>> >> > the
>>> >> > exception seems to occur in each one of them. I've tried building
my
>>> >> > modified version (at the versions 122 and 126) and it fails as
well.
>>> >> > I believe some dependency update is causing the issue.
>>> >> >
>>> >> > I fixed Jicofo and JVB in the same version in both envs, so that
>>> >> > would
>>> >> > not
>>> >> > interfere. The only difference between the envs is that the JVB is
>>> >> > not
>>> >> > running in the same machine of Jicofo/Jigasi/Prosody in the
working
>>> >> > env.
>>> >> > In
>>> >> > the env it fails, JVB is running in the same machine,
>>> >> >
>>> >> > Camilo
>>> >> >
>>> >> >
>>> >> > _______________________________________________
>>> >> > dev mailing list
>>> >> > dev@jitsi.org
>>> >> > Unsubscribe instructions and other list options:
>>> >> > http://lists.jitsi.org/mailman/listinfo/dev
>>> >>
>>> >> _______________________________________________
>>> >> dev mailing list
>>> >> dev@jitsi.org
>>> >> Unsubscribe instructions and other list options:
>>> >> http://lists.jitsi.org/mailman/listinfo/dev
>>> >
>>> >
>>> >
>>> > _______________________________________________
>>> > dev mailing list
>>> > dev@jitsi.org
>>> > Unsubscribe instructions and other list options:
>>> > http://lists.jitsi.org/mailman/listinfo/dev
>>>
>>> _______________________________________________
>>> dev mailing list
>>> dev@jitsi.org
>>> Unsubscribe instructions and other list options:
>>> http://lists.jitsi.org/mailman/listinfo/dev
>>
>>
>
>
> _______________________________________________
> dev mailing list
> dev@jitsi.org
> Unsubscribe instructions and other list options:
> http://lists.jitsi.org/mailman/listinfo/dev

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev


#10

Hi,

I have never seen this errors and I'm not sure where they are coming
from. Jigasi does not support ice using sip, if that is what you are
trying to use.

Regards
damencho

···

On Thu, Apr 6, 2017 at 1:54 PM, Peter Villeneuve <petervnv1@gmail.com> wrote:

Don't mean to hijack this thread since I'm not getting an NPE but I also
installed jigasi from unstable as well as jitsi-meet, and I also notice some
problems in the logs.
Namely I don't understand why the ICE harvester is null and what the origin
of the Failed to reverse-transform RawPacket(s)! error messages. Our SIP
client supports ICE and it works fine with other SIP clients and ICE, just
not with Jigasi apparently.

Cheers,
Peter

impl.protocol.jabber.IceUdpTransportManager.createIceAgent().191 Auto
discovered harvester is null
2017-04-06 20:38:44.894 INFO: [279]
impl.protocol.jabber.IceUdpTransportManager.createIceAgent().283 End
gathering harvester within 50 ms
2017-04-06 20:38:45.602 INFO: [279]
impl.protocol.jabber.CallPeerMediaHandlerJabberImpl.harvestCandidates().1192
End candidate harvest within 700 ms
2017-04-06 20:38:45.652 INFO: [279]
org.jitsi.jigasi.JvbConference.incomingCallReceived().796 Got invite from
focus
2017-04-06 20:38:46.290 INFO: [299]
service.protocol.media.MediaHandler.registerDynamicPTsWithStream().1001
Dynamic PT map: 126=rtpmap:-1 telephone-event/8000; 107=rtpmap:-1 H264/90000
fmtp:x-google-start-bitrate=800; 100=rtpmap:-1 VP8/9$
2017-04-06 20:38:46.291 INFO: [299]
service.protocol.media.MediaHandler.registerDynamicPTsWithStream().1018 PT
overrides [103->101 ]
2017-04-06 20:38:46.462 INFO: [299]
service.protocol.media.MediaHandler.registerDynamicPTsWithStream().1001
Dynamic PT map: 126=rtpmap:-1 telephone-event/8000; 107=rtpmap:-1 H264/90000
fmtp:x-google-start-bitrate=800; 100=rtpmap:-1 VP8/9$
2017-04-06 20:38:46.462 INFO: [299]
service.protocol.media.MediaHandler.registerDynamicPTsWithStream().1018 PT
overrides [103->101 ]
2017-04-06 20:38:46.529 INFO: [299]
service.protocol.media.CallPeerMediaHandler.start().1946 Starting
2017-04-06 20:38:46.762 INFO: [299]
service.protocol.media.TransportManager.sendHolePunchPacket().534 Send NAT
hole punch packets
2017-04-06 20:38:46.792 INFO: [299]
service.protocol.media.TransportManager.sendHolePunchPacket().534 Send NAT
hole punch packets
2017-04-06 20:38:46.793 INFO: [299]
org.jitsi.jigasi.JvbConference.onJvbCallStarted().665 JVB conference call
IN_PROGRESS 3
2017-04-06 20:38:46.794 INFO: [299]
impl.protocol.sip.OperationSetBasicTelephonySipImpl.createOutgoingCall().195
Creating outgoing call to sip:1000@sip.domain
2017-04-06 20:38:46.964 INFO: [299]
org.jitsi.jigasi.GatewaySession.onConferenceCallStarted().406 Created
outgoing call to 1000@sip.domain Call: id=14915039267941414207887 peers=1
2017-04-06 20:38:46.965 INFO: [299]
org.jitsi.jigasi.JvbConference.peerStateChanged().824
15b448fc1e9@callcontrol.my.domain JVB peer state:
net.java.sip.communicator.service.protocol.CallPeerState:Connected
2017-04-06 20:38:46.967 INFO: [299]
org.jitsi.jigasi.JvbConference.advertisePeerSSRCs().216 Peer
net.java.sip.communicator.service.protocol.CallPeerState:Connected SSRCs
audio: 3536572961 video: 4294967295
2017-04-06 20:38:47.019 INFO: [54]
org.jitsi.jigasi.GatewaySession.peerStateChanged().730
15b448fc1e9@callcontrol.my.domain SIP peer state: Connecting
2017-04-06 20:38:47.540 SEVERE: [379] net.sf.fmj.media.Log.error() Unable
to handle format: LINEAR, 48000.0 Hz, 16-bit, Mono, LittleEndian, Signed
2017-04-06 20:38:47.540 SEVERE: [379] net.sf.fmj.media.Log.error() Failed to
prefetch: net.sf.fmj.media.ProcessEngine@3bd4e42
2017-04-06 20:38:47.544 SEVERE: [378]
util.UtilActivator.uncaughtException().119 An uncaught exception occurred in
thread=Thread[FMJ Thread: net.sf.fmj.media.ProcessEngine@5d8b5c42[
net.sf.fmj.media.ProcessEngine@5d8b5c42 ] ( realizeThre$
java.lang.NoClassDefFoundError: org/jitsi/impl/neomedia/codec/FFmpeg
...............
2017-04-06 20:38:47.574 SEVERE: [376] net.sf.fmj.media.Log.error() Error:
Unable to prefetch net.sf.fmj.media.ProcessEngine@3bd4e42

2017-04-06 20:38:48.118 INFO: [54]
org.jitsi.jigasi.GatewaySession.peerStateChanged().730
15b448fc1e9@callcontrol.my.domain SIP peer state: Alerting Remote User
(Ringing)
2017-04-06 20:38:52.402 INFO: [54]
service.protocol.media.MediaHandler.registerDynamicPTsWithStream().1001
Dynamic PT map: 101=rtpmap:-1 telephone-event/8000; 102=rtpmap:-1 H264/90000
fmtp:profile-level-id=4DE01f;packetization-mode=1; 99$
2017-04-06 20:38:52.402 INFO: [54]
service.protocol.media.MediaHandler.registerDynamicPTsWithStream().1018 PT
overrides []
2017-04-06 20:38:52.404 INFO: [54]
org.jitsi.jigasi.GatewaySession.handleCallState().658 Sip call IN_PROGRESS:
Call: id=14915039267941414207887 peers=1
2017-04-06 20:38:52.404 INFO: [54]
org.jitsi.jigasi.GatewaySession.handleCallState().666 SIP call format used:
rtpmap:-1 opus/48000/2 fmtp:useinbandfec=1
2017-04-06 20:38:52.404 INFO: [54]
org.jitsi.jigasi.GatewaySession.peerStateChanged().730
15b448fc1e9@callcontrol.my.domain SIP peer state: Connected
2017-04-06 20:38:52.405 INFO: [54]
service.protocol.media.CallPeerMediaHandler.start().1946 Starting
2017-04-06 20:38:52.793 INFO: [54]
service.protocol.media.TransportManager.sendHolePunchPacket().534 Send NAT
hole punch packets
2017-04-06 20:38:54.069 SEVERE: [393]
org.jitsi.impl.neomedia.transform.SinglePacketTransformer.log() Failed to
reverse-transform RawPacket(s)!
java.lang.IllegalArgumentException: Impossible Exception
        at
net.sf.fmj.media.rtp.RTCPPacketParser.parse(RTCPPacketParser.java:441)
        at
org.jitsi.impl.neomedia.rtcp.RTCPPacketParserEx.parse(RTCPPacketParserEx.java:80)
        at
org.jitsi.impl.neomedia.transform.rtcp.StatisticsEngine.reverseTransform(StatisticsEngine.java:898)
        at
org.jitsi.impl.neomedia.transform.SinglePacketTransformer.reverseTransform(SinglePacketTransformer.java:136)
        at
org.jitsi.impl.neomedia.transform.TransformEngineChain$PacketTransformerChain.reverseTransform(TransformEngineChain.java:381)
        at
org.jitsi.impl.neomedia.transform.TransformInputStream.createRawPacket(TransformInputStream.java:85)
        at
org.jitsi.impl.neomedia.RTPConnectorInputStream.runInReceiveThread(RTPConnectorInputStream.java:811)
        at
org.jitsi.impl.neomedia.RTPConnectorInputStream.access$000(RTPConnectorInputStream.java:42)
        at
org.jitsi.impl.neomedia.RTPConnectorInputStream$3.run(RTPConnectorInputStream.java:608)
2017-04-06 20:38:54.081 SEVERE: [393]
org.jitsi.impl.neomedia.RTPConnectorInputStream.log() Failed to receive a
packet:
java.lang.IllegalArgumentException: Impossible Exception
        at
net.sf.fmj.media.rtp.RTCPPacketParser.parse(RTCPPacketParser.java:441)
        at
org.jitsi.impl.neomedia.rtcp.RTCPPacketParserEx.parse(RTCPPacketParserEx.java:80)
        at
org.jitsi.impl.neomedia.transform.rtcp.StatisticsEngine.reverseTransform(StatisticsEngine.java:898)
        at
org.jitsi.impl.neomedia.transform.SinglePacketTransformer.reverseTransform(SinglePacketTransformer.java:136)
        at
org.jitsi.impl.neomedia.transform.TransformEngineChain$PacketTransformerChain.reverseTransform(TransformEngineChain.java:381)
        at
org.jitsi.impl.neomedia.transform.TransformInputStream.createRawPacket(TransformInputStream.java:85)
        at
org.jitsi.impl.neomedia.RTPConnectorInputStream.runInReceiveThread(RTPConnectorInputStream.java:811)
        at
org.jitsi.impl.neomedia.RTPConnectorInputStream.access$000(RTPConnectorInputStream.java:42)
        at
org.jitsi.impl.neomedia.RTPConnectorInputStream$3.run(RTPConnectorInputStream.java:608)
2017-04-06 20:38:55.992 SEVERE: [393]
org.jitsi.impl.neomedia.RTPConnectorInputStream.log() Failed to receive a
packet:
java.lang.IllegalArgumentException: Impossible Exception

and on and on with the same Failed to receive packet error message

On Thu, Apr 6, 2017 at 7:38 PM, Damian Minkov <damencho@jitsi.org> wrote:

Hi,

I found the problem and its a bug in the CallPeerMediaHandler as it
doesn't handle non dynamic codecs as ULAW and ALAW. I'm working on
fixing this.
The NPE is not obvious while looking at the code, case of unboxing a
Byte value, the actual code that got executed is:

this.dynamicPayloadTypes.getPayloadType(format).byteValue(), where
this.dynamicPayloadTypes.getPayloadType(format) returns null.

I will update when there is a new jigasi version with the update.

Regards
damencho

On Tue, Mar 21, 2017 at 2:23 PM, Camilo <camilo@camilo.fm> wrote:
> I managed it to work by moving my JVB to another machine.
> I really don't know the reason for Jigasi+JVB not working in the same
> machine. Locally, it works by running the jigasi.sh script.
>
> However, the NPE still occurs. dynamicPayloadTypes is never null and
> stream
> is never null, but
> dynamicPayloadTypes.getPayloadType(stream.getFormat())
> may be null, so the exception occurs in that case.
> Like I said earlier, it is not blocking though.
> On Mon, Mar 20, 2017 at 4:26 PM, Camilo <camilo@camilo.fm> wrote:
>>
>>
>>
>> On Mon, Mar 20, 2017 at 1:23 PM, Damian Minkov <damencho@jitsi.org> >> >> wrote:
>>>
>>> Hi,
>>>
>>> I haven't seen problems with it. The NullPointerException seems very
>>> strange to me, are you running with no modification in
>>> CallPeerMediaHandler code?
>>
>>
>> Yes, no modification. Installing Jigasi from the unstable repository.
>> I'd just say the working deployed environment runs an older version of
>> it.
>> The modification just changes Libjitsi.
>>
>>> There is one problem where hostname needs to be resolvable, can you
>>> also check that, this can be a difference between the two environments
>>> ($ ping `hostname`).
>>
>>
>> They are both resolvable.
>>
>>> Regards
>>> damencho
>>>
>>>
>>> On Mon, Mar 20, 2017 at 11:15 AM, Camilo <camilo@camilo.fm> wrote:
>>> > I forgot to mention I lose audio connection between conference and
>>> > phone
>>> > call.
>>> >
>>> > I thought this exception was the root of the problem, but it may not
>>> > be.
>>> >
>>> > When I run Jigasi in my second env, the exception is thrown and
>>> > CallPeerMediaHandler gets stuck at start(). Audio doesn't work.
>>> > When I run Jigasi locally, the exception is thrown but
>>> > CallPeerMediaHandler
>>> > doesn't get stuck there. Audio works.
>>> >
>>> > I see that the hole punch packet for audio has been introduced
>>> > recently
>>> > by
>>> > you. Prior to this change, it was just for video.
>>> > Could it be the root of the problem?
>>> >
>>> >
>>> > On Fri, Mar 17, 2017 at 6:40 PM, Damian Minkov <damencho@jitsi.org> >> >>> > wrote:
>>> >>
>>> >> Hi,
>>> >>
>>> >>
>>> >>
>>> >>
>>> >> https://github.com/jitsi/jitsi/blob/df85ae417f865bf392f92913fde858d777af7811/src/net/java/sip/communicator/service/protocol/media/CallPeerMediaHandler.java#L1598-L1598
>>> >>
>>> >> The only way I can see that this can happen is dynamicPayloadTypes
>>> >> to
>>> >> be null, but I see this is not possible.
>>> >> So this is strange.
>>> >>
>>> >> Regards
>>> >> damencho
>>> >>
>>> >>
>>> >> On Fri, Mar 17, 2017 at 4:22 PM, Camilo <camilo@camilo.fm> wrote:
>>> >> > This exception is showing up in every call I receive in Jigasi
>>> >> > right
>>> >> > now.
>>> >> >
>>> >> > 2017-03-17 20:33:35.690 SEVERE: [56]
>>> >> > impl.protocol.sip.SipStackSharing.logApplicationException().1116
>>> >> > An
>>> >> > error
>>> >> > occurred while processing event of type:
>>> >> > javax.sip.DialogTerminatedEvent
>>> >> > java.lang.NullPointerException
>>> >> > at
>>> >> >
>>> >> >
>>> >> >
>>> >> > net.java.sip.communicator.service.protocol.media.CallPeerMediaHandler.sendHolePunchPacket(CallPeerMediaHandler.java:1598)
>>> >> > at
>>> >> >
>>> >> >
>>> >> >
>>> >> > net.java.sip.communicator.service.protocol.media.CallPeerMediaHandler.start(CallPeerMediaHandler.java:1960)
>>> >> > at
>>> >> >
>>> >> >
>>> >> >
>>> >> > net.java.sip.communicator.impl.protocol.sip.CallPeerMediaHandlerSipImpl.start(CallPeerMediaHandlerSipImpl.java:1913)
>>> >> > at
>>> >> >
>>> >> >
>>> >> >
>>> >> > net.java.sip.communicator.impl.protocol.sip.CallPeerSipImpl.processAck(CallPeerSipImpl.java:724)
>>> >> > at
>>> >> >
>>> >> >
>>> >> >
>>> >> > net.java.sip.communicator.impl.protocol.sip.OperationSetBasicTelephonySipImpl.processAck(OperationSetBasicTelephonySipImpl.java:1311)
>>> >> > at
>>> >> >
>>> >> >
>>> >> >
>>> >> > net.java.sip.communicator.impl.protocol.sip.OperationSetBasicTelephonySipImpl.processRequest(OperationSetBasicTelephonySipImpl.java:359)
>>> >> > at
>>> >> >
>>> >> >
>>> >> >
>>> >> > net.java.sip.communicator.impl.protocol.sip.ProtocolProviderServiceSipImpl.processRequest(ProtocolProviderServiceSipImpl.java:1114)
>>> >> > at
>>> >> >
>>> >> >
>>> >> >
>>> >> > net.java.sip.communicator.impl.protocol.sip.SipStackSharing.processRequest(SipStackSharing.java:673)
>>> >> > at
>>> >> >
>>> >> >
>>> >> >
>>> >> > gov.nist.javax.sip.EventScanner.deliverRequestEvent(EventScanner.java:250)
>>> >> > at
>>> >> >
>>> >> > gov.nist.javax.sip.EventScanner.deliverEvent(EventScanner.java:146)
>>> >> > at
>>> >> >
>>> >> >
>>> >> > gov.nist.javax.sip.SipProviderImpl.handleEvent(SipProviderImpl.java:185)
>>> >> > at
>>> >> >
>>> >> >
>>> >> > gov.nist.javax.sip.DialogFilter.processRequest(DialogFilter.java:1324)
>>> >> > at
>>> >> >
>>> >> >
>>> >> >
>>> >> > gov.nist.javax.sip.stack.SIPServerTransactionImpl.processRequest(SIPServerTransactionImpl.java:811)
>>> >> > at
>>> >> >
>>> >> >
>>> >> >
>>> >> > gov.nist.javax.sip.stack.ConnectionOrientedMessageChannel.processMessage(ConnectionOrientedMessageChannel.java:456)
>>> >> > at
>>> >> >
>>> >> >
>>> >> >
>>> >> > gov.nist.javax.sip.parser.PipelinedMsgParser.run(PipelinedMsgParser.java:541)
>>> >> > at java.lang.Thread.run(Thread.java:745)
>>> >> > 2017-03-17 20:35:28.749 SEVERE: [40]
>>> >> > impl.protocol.sip.SipStackSharing.processDialogTerminated().571
>>> >> > Dialog
>>> >> > wasn't marked, please report this to dev@jitsi.org
>>> >> >
>>> >> > I have two envs running Jigasi:
>>> >> >
>>> >> > In the first one, I am running a modified version of Jigasi 122
>>> >> > and
>>> >> > this
>>> >> > exception doesn't occur. My modified version just adds a few
>>> >> > extra
>>> >> > commits
>>> >> > to the Libjitsi package.
>>> >> >
>>> >> > In the second one, I tried using the Debian packages available in
>>> >> > the
>>> >> > unstable artifactory. I installed the packages from 119 to 126
>>> >> > but
>>> >> > the
>>> >> > exception seems to occur in each one of them. I've tried building
>>> >> > my
>>> >> > modified version (at the versions 122 and 126) and it fails as
>>> >> > well.
>>> >> > I believe some dependency update is causing the issue.
>>> >> >
>>> >> > I fixed Jicofo and JVB in the same version in both envs, so that
>>> >> > would
>>> >> > not
>>> >> > interfere. The only difference between the envs is that the JVB
>>> >> > is
>>> >> > not
>>> >> > running in the same machine of Jicofo/Jigasi/Prosody in the
>>> >> > working
>>> >> > env.
>>> >> > In
>>> >> > the env it fails, JVB is running in the same machine,
>>> >> >
>>> >> > Camilo
>>> >> >
>>> >> >
>>> >> > _______________________________________________
>>> >> > dev mailing list
>>> >> > dev@jitsi.org
>>> >> > Unsubscribe instructions and other list options:
>>> >> > http://lists.jitsi.org/mailman/listinfo/dev
>>> >>
>>> >> _______________________________________________
>>> >> dev mailing list
>>> >> dev@jitsi.org
>>> >> Unsubscribe instructions and other list options:
>>> >> http://lists.jitsi.org/mailman/listinfo/dev
>>> >
>>> >
>>> >
>>> > _______________________________________________
>>> > dev mailing list
>>> > dev@jitsi.org
>>> > Unsubscribe instructions and other list options:
>>> > http://lists.jitsi.org/mailman/listinfo/dev
>>>
>>> _______________________________________________
>>> dev mailing list
>>> dev@jitsi.org
>>> Unsubscribe instructions and other list options:
>>> http://lists.jitsi.org/mailman/listinfo/dev
>>
>>
>
>
> _______________________________________________
> dev mailing list
> dev@jitsi.org
> Unsubscribe instructions and other list options:
> http://lists.jitsi.org/mailman/listinfo/dev

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev