I apologize, I am really not trying to be aggressive here, just trying to
get a handle on what is going on. I won't be surprised if I am wrong, but I
was using Socket provided and changing code in the Connector stopped my
Packets from being truncated. I might have grabbed the socket improperly.
Here was my code:
Component rtp = ims.getComponent(Component.RTP);
DatagramSocket ds = rtp
I was sending with this socket and receiving on the other end with this
code as well.
Perhaps MTU size was just being enforced by the Connector class, but if it
isn't supposed to be called than there might be an inefficiency in the code
that maybe should be changed? I don't know, but I would like my code to
On Fri, Apr 17, 2015 at 1:18 AM, Boris Grozev <email@example.com> wrote:
On April 17, 2015 6:10:11 AM CEST, Matt J <firstname.lastname@example.org> wrote:
>I am confused. I am using the socket after having gotten a connection.
>Connector code might have its purpose in analyzing STUN messages, but
>my messages were being truncated.
>*"The Network Access Point is the most outward part of the stack. It is
>constructed around a datagram socket and takes care of forwarding
>messages to the MessageProcessor as well as sending datagrams to the
>server specified by the original NetAccessPointDescriptor."*
>The Connector Class has the above comment. It sounds like it relays
>down the chain of sockets whether STUN packets or not....
>Perhaps JITSI fragments packets to be 1500 so it has never been seen as
>issue? Or the above comment is misleading imo.
I don't want to comment on the truncating issue directly, because I
haven't look at it carefully. It could be the case that the code has been
mostly used in environments with a low MTU and so the issue hasn't arisen.
However I don't see the comment as misleading (apart from some class names
that have been changed). Note that "stack" refers to the STUN stack only
and not the whole ICE stack. The application data does not pass through
Connector (and the DatagramSocket instance used by Connector is not the
same as the one provided to the application).
>dev mailing list
>Unsubscribe instructions and other list options:
Sent from a mobile. Please excuse my brevity.
dev mailing list
Unsubscribe instructions and other list options: