На чем сделать свой чат-сервер?

IRC ? )

определенно IRC

Jabber?

XML RPC наше все ^_^

Мне кажется, человек не про IM спрашивал :D

jabber или ручками на twisted

А причем тут IM? Можно и веб интерфейс в джабберу прикрутить.

XMPP?

А зачем? Для такой узкоспециализированной задачи XMPP явно избыточен.

multicast udp

затем что есть готовые библиотеки и целые XMPP/Jabber-ервера (ака XML-роутеры :D ), которые можно заюзать под проект, не изобретая велосипед

напомню:

>в чем сейчас модно слушать порты, порождать/не порождать кучу дочерних процессов, разруливать синхронизацию между ними

топикстартеру остается остальную функциональность прилипить в качестве, например, сервиса

а так же обрадовать юзверей "теперь вы можете общаться с людми из игры даже когда вы вне игры, использую QIP"

> multicast udp

The architecture is quite simple:


- The server controls most of the game state information like objects position, score, even some basic physics. Changes in the internal state
of the game are computed at the server (a player moving to some
location, or a shot being fired, etc ... ) and is informed to the
clients mostly using asynchronous network messages (UDP packets).
LAN games uses multicast messages to save network traffic.
The server does not need to have a GUI.


- The clients need to connect (using TCP) and "register" at the
servers to receive updated game state data. The client does not use
local logic to update objects position or velocity. All the client do
is get updated game state from the server and render it. Also, every
user action (like the pressing of a move key) is not applied to local
object. This action is informed to the server using another
asynchronous network message.


Of course, implementations of this architecture uses a lot of tricky
optimizations methods, but this is the general idea.

Я думаю, что UDP это верное решение.

>> multicast udp

Только в интернете и "не своих" локалках с шибко умными роутерами мультикаст работать не будет...

>Только в интернете и "не своих" локалках с шибко умными роутерами мультикаст работать не будет...

а кому сейчас легко? :) 
Возможно, придется общаться через промежуточный сервер 
(который за рутером) по ssh tunnelю, типа (reverse proxy)
http://zarb.org/~gc/html/udp-in-ssh-tunneling.html

ssh == openSSL

ну и зачем делать все через одно место когда топикстартеру хватило бы IRC или ему подобного варианта