The concept of an Application Server (AS) i'm using is based on the 3GPP IMS model, which is defined as an entity offering value-added IP multimedia services - basically a way for 3rd party applications to be slotted into an IMS architecture. It, (the AS), can act as a SIP UAC, UAS or B2BUA , depending on the role and service it is performing.
Although i'm certainly not a java expert, from looking briefly through the JSR-116 spec it seems this library gives you ability to create and deploy SIP based services, and so would be classed as an Application Server creation environment. So taking a very broad generalisation - the ASs created from this library could be seen as functionality alike to the ASs in the IMS world. Note- the AS we are pursuing would not be strictly constrained by library implementations of the SIP standards; it is more a representation of a conceptual idea. On 3/16/07, Bin Chen <[EMAIL PROTECTED]> wrote:
Hi Cathal, I have a silly question, what is a Application server? The google tell me there is a JAVA spec that is JSR-116(SIP Servlet), a AS is a server conform to this standard? Thanks in advance you clarify me! ABAI Cathal Mac Daibhéid 写道: > Hi all, I have a theoretical SIP-based design question which i hope you can > give some pointers on > > > > Lets say I wanted to implement a means of monitoring certain media streams > between UE A and UE B. UE A sends an initial INVITE which an Application > Server will be passed on from a S-CSCF (using an IMS architecture here). The > AS checks and flags certain addressing/content fields within the SIP header > and tags in the SDP body, and decides it would like to monitor the media > transfer. > > > > Would the method of configuring an (enhanced) AS to behave like a B2BUA/RTP > proxy/media server of some type for the subsequent media flow be the best/or > even possible approach ? �C i.e. by changing the c= connection data endpoints > to be the AS and proxying and monitoring of the subsequent media flow > through the two legs? > > > > I'm aware that this touches on other areas such as SDP and media types (RTP > etc.) and that a lot of this functionality is implemented as forms of lawful > interception in SBCs but I'm wondering can you point me in the right > direction regarding the feasibility of this. > > > > Best regards, > > Cathal > _______________________________________________ > Sip-implementors mailing list > [email protected] > https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors > >
_______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
