[sr-dev] Fwd: [OpenIMSCore-CSCF] About my "carstenbock/ims" branch on the sip-router.org GIT repository

Wed Apr 6 10:04:11 CEST 2011

Hi Jason,

i'll be in London Thursday through Sunday, so i will just have time to
review your changes on Monday... so take your time!
A Zip-File would be great...

Carsten

2011/4/6 Jason Penton <jason.penton at gmail.com>:
> Hey Carsten
> Sounds great. Yes I have seen activity on the Rf interface from Fraunhofer.
> At the moment we are testing our Ro interface after which I will add an API
> to it so it can be called from, for example the dialog module. Right now we
> only send the START CCR request from the cfg file and all looks good. Should
> have some code for you to review before the end of this week.
> Should I just zip the module code up and send to you?
> Cheers
> Jason
>
> On Tue, Apr 5, 2011 at 6:16 PM, Carsten Bock <lists at bock.info> wrote:
>>
>> Hi Jason,
>>
>> that would be great!
>> Did you notice? Fraunhofer Institute is currently working on an Rf
>> Interface in the S-CSCF...
>> I wanted to implement the Ro-Interface in the S-CSCF myself (as a step
>> 3), but if you want to do it, go ahead!
>> My focus is currently on the described developments (first on
>> implementation of RFC 3680 in Kamailio, then the replacement of the
>> built-in usrloc within the P-CSCF).
>> i would feel more comfortable, if i could review your code first,
>> before i add it to the official Kamailio/sip-router repository....
>> would that be ok for you?
>>
>> Thanks for your support,
>> Carsten
>>
>> 2011/4/5 Jason Penton <jason.penton at gmail.com>:
>> > Hi Carsten,
>> > in light of Daniel's response maybe we should join forces? how would you
>> > feel about me contributing the effort you are putting into openims and
>> > sr3?
>> > btw, I have already written a module for the Ro interface. What I wanted
>> > to
>> > do next was to incorp. code into the dialog module to be able to support
>> > online charging through the Ro interface.
>> > thoughts?
>> > Cheers
>> > jason
>> >
>> > On Tue, Apr 5, 2011 at 2:06 PM, Daniel-Constantin Mierla
>> > <miconda at gmail.com>
>> > wrote:
>> >>
>> >> Hello,
>> >>
>> >> On 4/5/11 1:35 PM, Carsten Bock wrote:
>> >>>
>> >>> Hi,
>> >>>
>> >>> I will simply forward this question...
>> >>> I would suppose to put it somewhere at the Kamailio SVN for 1.5?
>> >>
>> >> 1.5 is no longer maintained officially, just backports by developers
>> >> that
>> >> still use it -- which may happen down to 0.9 -- but no new features.
>> >>
>> >> Personally I would prefer to go only with one IMS extensions
>> >> integration,
>> >> based on current development branch (git master). Besides the fact that
>> >> joining forces will make things move forward faster, having two
>> >> directions
>> >> for same thing (one within very old branch) will confuse people a lot.
>> >> Maybe
>> >> Jason will consider trying 3.1.x and we can try removing his doubts
>> >> about
>> >> this version when he has specific questions about what he does not
>> >> trust.
>> >>
>> >> I strongly think this is the best at this moment, there is already
>> >> confusion with duplicated modules coming from kamailio and ser,
>> >> creating a
>> >> new development branch based on 1.5 will confuse even more. We are
>> >> working
>> >> to remove duplicated, thus remove confusion, and we should go only in
>> >> this
>> >> direction if we want to finish it soon.
>> >>
>> >> Now regarding the trust of 3.x, I can say that 3.1.x is far more better
>> >> than 1.5. In 1.x one could barely use tcp or tls, the tm module had
>> >> some
>> >> potential races which couldn't be handled without a major
>> >> refurbishment.
>> >> That happened in 3.x - if one search the recent archive, there were
>> >> crashes
>> >> reported to 1.5 rather than to 3.1.
>> >>
>> >> If one does not like the mix of kamailio and ser modules, then just
>> >> ignore
>> >> the modules_s/* for a while and you are set. Installing kamailio from
>> >> packages take care of that and only kamailio modules are installed
>> >> (modules/* and modules_k/*). AFAIK, the openimscore developers are
>> >> working
>> >> also with 3.x so future code from them will just work on latest version
>> >> of
>> >> our project.
>> >>
>> >> Cheers,
>> >> Daniel
>> >>
>> >>> Carsten
>> >>>
>> >>> ---------- Forwarded message ----------
>> >>> From: Jason Penton<jason.penton at gmail.com>
>> >>> Date: 2011/4/5
>> >>> Subject: Re: [OpenIMSCore-CSCF] About my "carstenbock/ims" branch on
>> >>> the sip-router.org GIT repository
>> >>> To: Carsten Bock<carsten at ng-voice.com>
>> >>> Cc: openimscore-cscf at lists.berlios.de
>> >>>
>> >>>
>> >>> Hey Carsten,
>> >>> Right now I am doing something similar, but rather with
>> >>> kamailio-1.5.5. I have not migrated to SR yet and dont intend to
>> >>> anytime soon. Right now I have ported CDP, CDP_AVP, and ICSCF and they
>> >>> are running.
>> >>> My reason is that I don't quite 'trust' sr2 just yet - and I'm not
>> >>> sure I like the mix and match of ser and kamailio modules - anyway a
>> >>> discussion probably already discussed and not for this thread. I'd be
>> >>> happy to put a 1.5.5 version up somewhere that everyone could use?
>> >>> what do you suggest?
>> >>> Cheers
>> >>> Jason
>> >>>
>> >>> On Tue, Apr 5, 2011 at 12:30 PM, Carsten Bock<carsten at ng-voice.com>
>> >>>  wrote:
>> >>>>
>> >>>> Hi everyone,
>> >>>>
>> >>>> i just wanted to notice, that i am actually working on re-integrating
>> >>>> the OpenIMS-core into the sip-router.org/Kamailio project.
>> >>>> It is not a fork of the official OpenIMSCore project, but more a
>> >>>> merge
>> >>>> of the OpenIMScore Project into the Kamailio/sip-router.org project.
>> >>>>
>> >>>> As a first step, i've made all the CSCF modules compile and work with
>> >>>> a current Kamailio source. In order to do this, only minor adaptions
>> >>>> were required.
>> >>>>
>> >>>> As a second step, i am working on a better integration into the
>> >>>> existing structures of the Kamailio project; i want to achieve the
>> >>>> following things:
>> >>>> - replace integrated dialog awareness of the CSCF modules with
>> >>>> Kamailio's dialog module
>> >>>> - replcae integrated registrar of the CSCF modules with Kamailio's
>> >>>> registrar module
>> >>>> - replace integrated nathelper support with the sip-router.org
>> >>>> nathelper/rtpproxy moduels
>> >>>> - replcae integrated RFC 3680 support with Kamailio's
>> >>>> Presence/Presence-User-Agent modules
>> >>>> - add documentation in accordance with the other sip-router.org
>> >>>> modules
>> >>>>
>> >>>> I've already changed quite a few things in the Kamailio core, in
>> >>>> order
>> >>>> to achieve this: K's dialog module is now able to store additional
>> >>>> data to a dialog (works great), K's usrloc/registrar module is able
>> >>>> to
>> >>>> store additional information to an contact (still buggy) and i have
>> >>>> already added support for RFC 3680 to Kamailio's presence/pua
>> >>>> infrastructure (when you register, the system will "PUBLISH" the
>> >>>> registration state; another system may already "SUBSCRIBE" to the
>> >>>> status and "NOTIFY" requests are already parsed (but not stored
>> >>>> yet)).
>> >>>> So it is going on. I have also already modified some of the config to
>> >>>> use generic append_hf() and remove_hf() functions instead of custom
>> >>>> implemented functions...
>> >>>>
>> >>>> The progress is slow but steady since i work on it apart from my
>> >>>> regular work. I try to publish any new developments on this on my
>> >>>> blog/homepage (www.ng-voice.com), where you may also find some more
>> >>>> information about the installation and the components of the project
>> >>>> (i provide a repository of the last step for easy installation).
>> >>>>
>> >>>> I started implementing an own HSS some time ago (openhss.org), but
>> >>>> the
>> >>>> development on this currently stopped. First, i do not have enough
>> >>>> time to work on both the Kamailio integration, regular work and the
>> >>>> HSS; second the main developer on the HSS (Brian) just resigned due
>> >>>> to
>> >>>> health reasons.
>> >>>>
>> >>>> Some of you may have noticed, that i am working for Telefonica in
>> >>>> Germany as a regular work. I am working on the Class 4/5
>> >>>> infrastructure at Telefonica and we have already implemented an
>> >>>> Ericsson IMS core. However, i wanted to mention, that neither
>> >>>> Telefonica nor O2 is behind this project. The only support i get from
>> >>>> Telefonica is, that i get a monthly salary and that i may use some
>> >>>> time to work on the OpenIMS-project during normal office-hours (as
>> >>>> time allows).
>> >>>> If i do things, i do it by heart and not half-hearted... that
>> >>>> probably
>> >>>> explains a lot of the effort spent on the project.
>> >>>>
>> >>>> Kind regards,
>> >>>> Carsten
>> >>>>
>> >>>> --
>> >>>> Carsten Bock
>> >>>> http://www.ng-voice.com
>> >>>> mailto:carsten at ng-voice.com
>> >>>>
>> >>>> Schomburgstr. 80
>> >>>> 22767 Hamburg
>> >>>> Germany
>> >>>>
>> >>>> Mobile +49 179 2021244
>> >>>> Office +49 40 34927219
>> >>>> Fax +49 40 34927220
>> >>>> _______________________________________________
>> >>>> OpenIMSCore-CSCF mailing list
>> >>>> OpenIMSCore-CSCF at lists.berlios.de
>> >>>> https://lists.berlios.de/mailman/listinfo/openimscore-cscf
>> >>>
>> >>>
>> >>>
>> >>
>> >> --
>> >> Daniel-Constantin Mierla
>> >> http://www.asipto.com
>> >>
>> >
>> >
>>
>>
>>
>> --
>> Carsten Bock
>> http://www.ng-voice.com
>> mailto:carsten at ng-voice.com
>
>

-- 
Carsten Bock
http://www.ng-voice.com
mailto:carsten at ng-voice.com