[jitsi-dev] ice4j TURN only?


#1

If I receive an SDP offer without any ICE candidates from the caller, I
can't use the ICE Agent to perform connectivity checks but I may
sometimes want to use ice4j to setup a TURN relay. Then I would just
put the TURN server IP into my SDP answer in the "c=" line.

Is this possible with the ice4j API?

Could the Agent.nominate() method be used, or does that require the peer
to be responding to checks?

Could a RelayedCandidate be constructed manually perhaps or should it be
done through the Agent class or some other application-facing API?


#2

Can anybody comment on this?

···

On 17/10/15 13:01, Daniel Pocock wrote:

If I receive an SDP offer without any ICE candidates from the caller, I
can't use the ICE Agent to perform connectivity checks but I may
sometimes want to use ice4j to setup a TURN relay. Then I would just
put the TURN server IP into my SDP answer in the "c=" line.

Is this possible with the ice4j API?

Could the Agent.nominate() method be used, or does that require the peer
to be responding to checks?

Could a RelayedCandidate be constructed manually perhaps or should it be
done through the Agent class or some other application-facing API?

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


#3

I've also put this in the issue tracker:

https://github.com/jitsi/ice4j/issues/47

···

On 17/10/15 13:01, Daniel Pocock wrote:

If I receive an SDP offer without any ICE candidates from the caller, I
can't use the ICE Agent to perform connectivity checks but I may
sometimes want to use ice4j to setup a TURN relay. Then I would just
put the TURN server IP into my SDP answer in the "c=" line.

Is this possible with the ice4j API?

Could the Agent.nominate() method be used, or does that require the peer
to be responding to checks?

Could a RelayedCandidate be constructed manually perhaps or should it be
done through the Agent class or some other application-facing API?

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