Capturing packets in JVB

#1

In debugging.md file of JVB source, i have seen that

"The JVB can be configured to log all (or just some) of the incoming/outgoing
packets that it receives/sends. In order to capture all RTP/RTCP traffic, you
can setup logging like this:

net.java.sip.communicator.packetlogging.PACKET_LOGGING_ENABLED=true
net.java.sip.communicator.packetlogging.PACKET_LOGGING_ARBITRARY_ENABLED=true
net.java.sip.communicator.packetlogging.PACKET_LOGGING_SIP_ENABLED=false
net.java.sip.communicator.packetlogging.PACKET_LOGGING_JABBER_ENABLED=false
net.java.sip.communicator.packetlogging.PACKET_LOGGING_RTP_ENABLED=false
net.java.sip.communicator.packetlogging.PACKET_LOGGING_ICE4j_ENABLED=false
net.java.sip.communicator.packetlogging.PACKET_LOGGING_FILE_COUNT=1
net.java.sip.communicator.packetlogging.PACKET_LOGGING_FILE_SIZE=-1

Optionally, you can log the packets to a named pipe like this:

mkfifo ~/.sip-communicator/log/jitsi0.pcap"

But i don’t understand where to put these settings. Can anyone tell me in which file i need to add these settings to capture packet logs.?
Also in which log file, these packet logs are written?

Thanks

#2

You can place those settings in /etc/jitsi/jvb/sip-communicator.properties

#3

Hi Saghul

Thanks for your response. I have another question.

in which log file, these packet logs are written?

#4

/var/log/jvb/?? somewhere in that directory, I can’t remember right now :-/

#5

Thanks Saghul.

If rtp packet logging is enabled in production, will it cause any performance issue?

#6

@gpolitis can probably provide a good answer :slight_smile:

#7

it will cause severe degradation, you should/must never do that. packets will have to be written on disk and this will cause the internal queues of the bridge to go completely misbehave, you will not only observe packet loss and erratic jitter, the audio/video packet processing threads will progress in different rates and lip sync (of whatever video/audio packets reach the receiver) will be terrible

#8

if your traffic is low, you may try to capture just the rtp headers and rtcp packets, but again i would strongly recommend against that