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

Daniel-Constantin Mierla miconda at gmail.com
Wed Apr 6 10:51:38 CEST 2011 

Hello,

if it is easier to handle and review since the code base might be big, 
we can create a devel account for Jason on the GIT repository so he can 
commit in a private branch under his account. Then should be easier to 
diff/compare/merge the code.

Cheers,
Daniel

On 4/6/11 10:04 AM, Carsten Bock wrote:
> 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
>>
>
>

-- 
Daniel-Constantin Mierla
http://www.asipto.com

More information about the sr-dev mailing list