tagging

[Andres]

We are having problems with mapping SipPeer object to a Contact
object. Thus, we have a question:
what is sent as localID via the binary comm channel in SipPeer and can
it be replaced (or used already?) with something that could be used to
look up a Contact object in local contact list?

[Ulrich Norbisrath]

On 10/25/07, Ulrich Norbisrath <u...@ulno.net> wrote:
> Sorry, i dont know the sippeer object, but why cant you find the
> corresponding metacontact for the contact (i know this works) and map
> the contact via this? Ulrich

> --
> title+name: Dr. Ulrich Norbisrath
> web: http://ulno.net; address+phone+fax: http://ulno.net/contact
> google:unorb...@gmail.com; icq:46786247
> mailto:u...@ulno.net
>

--
title+name: Dr. Ulrich Norbisrath
web: http://ulno.net; address+phone+fax: http://ulno.net/contact
google:unorb...@gmail.com; icq:46786247
mailto:u...@ulno.net

[Keio Kraaner]

A SipPeer may represent multiple contacts.
SC user can be using several communication protocols (msn, jabber, icq), but
has only one SipPeer corresponding to all of them.
ID of a SipPeer is created at the start of program by following algorithm:
localID = "{F2F:";
if (user has registred at least one protocol account) {
foreach (registred account)
localID += "<"+account.getProtocolName()+":"+
account.getAccountID().getUserID()+">";
} else localID += "" + new Random(System.currentTimeMillis()).nextInt();
localID += "}";

This algorithm may be replaced with something else as long as IDs stay
unique.
At the moment the information in ID is not used.

Keio

[Ulrich Norbisrath]

This Metacontact-ID could be used, it is a unique String.

Cheers,
uli

[Keio Kraaner]

Hi!

As the tagged messaging stuff is not evolving rapidly I decided to write
some lines that are maybe helpful.
Who is interested, take a look in attached file.

Best,
Keio

[Keio Kraaner]

Hi!

Seems that I have managed to make the peers in our framework to communicate
over MSN channel.
PrimeSearch test worked well with one computer in the university network and
one outside (in Playtech network).
Some issues are still up concerning tagged messaging:
* messages with f2f-tag should be filtered out in SC, so that they would not
be shown in SC chat window and saved in history;
* test if the communication works with other IM channels (Jabber, ICQ etc)
that are supported by SC
(at the moment the maximum message size and the maximum bandwidth of
outgoing f2f messages is configured so that it worked with MSN but probably
it will not work with other IM channels);

At least we should now have a reliable connection between peers that is not
very quick but should work.
So we can work on with NAT/firewall travesral to replace this type of
connection between peers with a better one where it is possible.

Best,
Keio

[Keio Kraaner]

Hi!

Here are some ideas and questions to the guys who are dealing with
NAT/firewall traversal.

As I see you know how to get the STUN info of a peer with the help of JSTUN
library and are able to exchange this information to other peers over IM
channel with tagged messages.
The general idea of how the NAT/firewall traversal should look (my vision):
- every peer gets its STUN info when it is initialized (that is a thread
that performs JSTUN's DiscoveryTest should be started in
SipCommunicationLayer constructor);
- when a new SipPeer is created (that is a f2f peer is discovered) a
NAT/firewall traversal thread is started;
- the NAT/firewall traversal thread tries to establish a new connection to
the remote peer that is better than connection over IM channel;
- if the thread succeeds to create better connection it is used in
SipPeer.SendMessage(), otherwise connection over IM channel is used on;

If someone has other ideas or questions, don't be shy, lets discuss them! :)

One question that I have is about the JSTUN library (jstur-f2f.jar) that
someone has built and put into our project: what changes have you done to
the original jstun code?
If there have been some important changes we should create according Eclipse
project and put it in our SVN repository. What do you think?

Best,
Keio