Re: [OpenSIPStack] Server implementation question
Brought to you by:
joegenbaclor
From: Thomas R. <tho...@it...> - 2007-11-23 09:00:35
|
Joegen, Well the main thing is that the transport layer is partially existing alrea= dy and needs to be implemented in some other part of the application I thin= k (also we need TCP and TLS too). Problem is that we need to do the switchi= ng and deciding if a call is valid or not,.. ourselves. Maybe I missed something and this functionality can be achieved otherwise (= our application does have hardware to connect to analogue/digital phones as= well as does the switching and more or less the 'media server/proxy' too. = Of course we want to use our switching and the media proxying - since call = recording is a required features.) If there is an easier way to achieve this please let me know as it is a bit= difficult to find those things out as I couldn't find a lot of developer d= ocumentation / the code isn't commented very much explaining which class ex= actly does what. Regards, P.S.: I'm currently playing around with sending Transport events to a deriv= ed class of SIP::SIPStack and having that process the event to find out exa= ctly what level of processing this class does already ... It would really h= elp me if there was some sort of documentation like an architecture diagram= or some short description of which class would be best to use if I want so= me basic replies and timeouts already implemented, as I don't know if SIPSt= ack is even the right choice or if I rather should look at SIPFSM, ... -----Original Message----- From: ope...@li... [mailto:opensipstack= -de...@li...] On Behalf Of Joegen E. Baclor Sent: Freitag, 23. November 2007 09:39 To: jo...@op...; ope...@li... Subject: Re: [OpenSIPStack] Server implementation question Thomas, BTW, OpenSIPStack default license is MPL 1.1 not GPL/LGPL. If you are afraid that the modification below will render your proprietary code violating the license, do not worry. The only thing covered by the MPL is the modification done to OpenSIPStack alone and not your entire application. Thus, If you indeed deploy your own transport, then the code block below is the only thing you are obliged to make open or contribute back to OpenSIPStack. Can you share why you want to use another transport though? Joegen jo...@op... wrote: > Hi Thomas, > > You need to create your custom transports as descendant of > SIPTransport. You would then need to override the following Virtual > Method in SIPTransportManager to return an instance fo your custom transp= ort > > SIPTransport * SIPTransportManager::OnCreateTransport( > const char * userAgentName, > SIPTransport::Protocol protocol > ) > { > if( protocol =3D=3D SIPTransport::UDP ) > return new SIPUDPTransport( userAgentName, this ); > else if( protocol =3D=3D SIPTransport::TCP ) > return new SIPTCPTransport( userAgentName, this ); > > return NULL; > } > > > Hope that helps. > > Joegen > > Thomas Raschbacher wrote: > >> Hi, >> >> If I wanted to use a custom transport without changing opensipstackcode = itself (ie it being in a different library and just sending events to the s= tack when it receives / sends/sent messages) how would I best do that? (Nee= d to use existing transports in non (L)GPL application, but want to use as = much of opensipstack as possible - the parser itself is no problem of cours= e, but I'd like to use a higher 'level' than just that which also implement= s timers and responses like TRYING, ...) >> >> Regards, >> >> Mit freundlichen Gr=FC=DFen >> Thomas Raschbacher >> ____________________________________________ >> itCampus Technology GmbH >> =D6sterreich * Deutschland * Italien >> Wehlistra=DFe 27b >> 1200 Wien >> tho...@it... >> Tel: +43 (1) 33418557-58 >> Fax: +43 (1) 33418557-958 >> http://www.itctec.com >> UID: ATU 6339 0618 >> Firmenbuchnr: FN292598t, Handelsgericht Wien >> Gesch=E4ftsf=FChrer: Andreas G=FCnser, Andreas Lassmann >> Joint Venture von itCampus und MEC >> >> itCampus Gruppe >> Deutschland * Gro=DFbritannien * Italien * =D6sterreich * Schweiz * Slow= akei >> http://www.itcampus.eu >> >> >> ------------------------------------------------------------------------= - >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2005. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> opensipstack-devel mailing list >> ope...@li... >> https://lists.sourceforge.net/lists/listinfo/opensipstack-devel >> >> >> >> >> > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > opensipstack-devel mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > > > ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ opensipstack-devel mailing list ope...@li... https://lists.sourceforge.net/lists/listinfo/opensipstack-devel |