Re: [DotGNU]IM services ?

[Gary L. Sun]

Yes, roaming. .VNET spec has roaming capability built in.
In addition, a communication suit is also being considered.
The adpator will be implemented in a way accepting any
channelized pipe with various protocols.

The catch is not in technology but in reality and quality
of service. PSTN interface at somepoint is inevitable at
current stage. Building a working infrastructure is better
than taking isolated approach in dealing with just a 
specific service.

Gary

-----Original Message-----
From: David Sugar <address@hidden>
To: Gary L. Sun <address@hidden>
Cc: address@hidden <address@hidden>
Date: Saturday, November 17, 2001 9:10 AM
Subject: Re: [DotGNU]IM services ?


>
>SIP, by far, is the most common signalling/session protocol being used in
>future services, at least from the perspective of softswitch vendors.  We
>have a wonderful free SIP stack in the 'oSIP' package (soon I hope, GNU
>oSIP), which will form a foundation for these services in GNU.  GNU ccRTP
>already performs the grunt streaming work, both for single connection and
>multiple connections, as well as unicast and multicast networks.  The IC
>user agent makes use of both of these, as well as plugins to extend
>functionality for role specific applications.  Imagine an ACD agent that
>has ACD queue stats and specific functions on their IC agent application,
>for example.  Also, it might be fun if it can have a skinnable interface.
>
>Being able to find people is important also.  Historically this has been
>done thru seperate directory servers.  Some have combined VoIP user agents
>with IM clients, but usually as something that is still externally
>invoked.  What I have in mind is a user agent that is also functionally a
>IM client, and that can use the IM services for it's "directory"
>functionality for finding other users and letting them know you are
>available.  It should also be able to pass extended information for role
>specific applications (like the ACD agent example above) and interact with
>servers that can perform hunting and agent queuing as well as traditional
>IM point to point contact.  Being able to forward an IC agent is also
>important.
>
>On Fri, 16 Nov 2001, Gary L. Sun wrote:
>
>> Instant messaging with Ip phone capability has been
>> in progress by various vendors. Standards, as probably
>> everybody already knows, either VOIP 7xx, 2xx or SIP.
>> Using directly with RTP ( I am ssuming ccRTP is based on
>> streaming somehow), sounds close to netmeeting typed
>> thing. Interactive multimedia through H.323 already been
>> done by Telecom vendors with digital PBX integrated with
>> LAN streaming. Most problems are in the routing and
>> internal bandwidth limitations of xSP and xRAS. VoDSL
>> is also struggling to surface. If there is a better way
>> to have some new model implemented, it would be a big
>> step. Here are some references: openss7.org, kannel.org,
>> opensip.org, may be there are a few more.
>>
>> As to gnutella, there is a gnueclus under GNU on
>> sourceforge, it is windows based, but it performs.
>>
>> I consder IM is part of web services. The future IM not
>> only supports multimedia to take advantage of broadband
>> infrasture but also supports interactivity in call centers.
>> It has tremendous potential on the consumer side.
>>
>> VoXML is moving toward this way. xmlsig will provide
>> security, more efficiently than SSL.
>>
>> Gary
>>
>> _______________________________________________
>> Developers mailing list
>> address@hidden
>> http://subscribe.dotgnu.org/mailman/listinfo/developers
>>
>>
>