> Summary:
> #1 Hudson, docs build, google wave, GAE - prototype of automated roadmap
> generation ready, patch 980 ready
> #2 MSS 1.1  - more bugfixes, on Stuttgard Jug, release hopefully ready
> next week
> #3 MMS 2.0 - SS7 close to target, release shifted one week later
> #4 Diameter 1.x - started working on HSS prototype and on Sh-server
> porting to Mobicents 2.x
> #5 JSLEE 2.0 - more testing on BETA2, close to release, regarding 1.2.7
> almost all issues are closed
> #6 QE - SIP HA, Media Testing - testing jbcp patch 980, planning for FY
> 2011, testing BETA2 next week

> Log:

> [17:07] <ivelin2> #1 Hudson, docs build, google wave, GAE
> [17:07] <ivelin2> #2 MSS 1.1
> [17:08] <ivelin2> #3 MMS 2.0
> [17:08] <ivelin2> #4 Diameter 1.x
> [17:08] <ivelin2> #5 JSLEE 2.0
> [17:08] <ivelin2> #6 QE - SIP HA, Media Testing
> [17:09] <ivelin2> what else?
> [17:13] <ivelin2> ok, #1 then
> [17:13] <ivelin2> oh
> [17:13] <ivelin2> just to let you know, I have a dentist appointment in
> less than an hour
> [17:13] <slegrik> looks like it is me :)
> [17:13] <ivelin2> postponed it 3 times already, but the dentits got mean
> to me. I don't want them to be too mean :)
> [17:13] <slegrik> let me first update, what I have reached
> [17:13] <baranowb> I bet its "she"
> [17:14] <ivelin2> so I'll step out of the chat for about 30 minutes and
> then get back in
> [17:14] <slegrik> I was working on the roadmap automatic generation
> tool. The prototype is ready. I have used  the Sip Servlets 1.2.00
> version for proof of concept
> [17:14] <ivelin2> Pavel, since your name popped up first, do you mind
> keeping notes and sending out after the meeting?
> [17:14] <slegrik> The outcome can be seen at

> http://hudson.qa.jboss.com/hudson/view/Mobicents/job/MobicentsRoadmap...
> [17:15] <slegrik> ivelin2, I do not mind I will send the notes
> afterwards
> [17:15] <slegrik> We need to define, what will be the next steps
> regarding roadmap
> [17:16] <slegrik> besides I was working on the patch
> [17:16] <slegrik> patch 980 (Hotfix for the customers), it is ready in
> QA, once tested will be shipped.
> [17:17] <jeand> barreiro, did you have time to test it out ?
> [17:17] <barreiro> jeand, yees, it's almost finished.
> [17:18] <jeand> what is the ETA for delivery ?
> [17:18] <barreiro> today
> [17:18] <jeand> great
> [17:19] <ivelin2> so where does gwaves come in?
> [17:19] <ivelin2> the result looks nice, btw
> [17:19] <jeand> it doesn't
> [17:20] <slegrik> ivelin2, well I want to have automated job on Hudson,
> which check for updates on the svn for mobicents-google-app
> [17:20] <slegrik> ivelin2, so only what we need to have ability to
> deploy on GAE
> [17:20] <jeand> just the gmail account was to be used from the hudson
> job to upload mobicents.org files from the google code svn
> [17:21] <ivelin2> not following
> [17:21] <ivelin2> gmail, hudson?
> [17:21] <jeand> to be able to upload files to GAE you need credentials
> [17:22] <jeand> those credentials could be the one from the
> mobicents.wave gmail account
> [17:22] <jeand> so that nobody can't get access to one of our personal
> gmail account
> [17:23] <vralev> but the tool is already a Java app and GAE can host
> Java apps that generate web pages )it's servlets), so it makes sense to
> just host the tool in GAE as a GAE app and generate the page when
> visting
> [17:24] <jeand> oh it's a java app ? I thought it was a python app
> [17:24] <vralev> well GAE can host pythin too :)
> [17:24] <jeand> in any case, even without the roadmap generation
> [17:24] <jeand> it could be nice to have a hudson job taking care of
> updating the website automatically
> [17:24] <jeand> instead of us doing it manually
> [17:25] <slegrik> vralev, this is also possible way to go
> [17:25] <jeand> even though it's a small burden
> [17:25] <jeand> and for future customers
> [17:25] <jeand> they would just need to worry about committing to trunk
> [17:26] <jeand> customers wanting to contribute to doco or frameworks
> [17:26] <jeand> doco
> [17:26] <jeand> and the hudson job will publish automatically
> [17:27] <slegrik> jeand, yeah this was the goal - whatever update to
> mobicent-google app in svn will be updated immediatly
> [17:27] <vralev> right, only prob i see is an error in the job could
> delete the whole mobicents.org
> [17:28] <ivelin2> why not have a scheduled task in the mobicents.org GAE
> app
> [17:28] <jeand> same problem when doing it manually
> [17:28] <jeand> as long as the svn copy is intact we are fine
> [17:28] <mart1ns> ones of us could do the same terror
> [17:28] <ivelin2> to pull updates occasionally
> [17:28] <ivelin2> hudson would send an email when ready and GAE will
> pull the files
> [17:28] <jeand> need to check if those tasks have access to the GAE SDK
> to be able to update
> [17:29] <slegrik> I thought GAE was not allowed to make a pulls...
> [17:29] <ivelin2> there is also a gateway that triggers URL call when an
> email is sent to it
> [17:29] <slegrik> only to push it there
> [17:30] <ivelin2> well, you can't pull new files on GAE, but you can
> store and serve content from the DB
> [17:30] <ivelin2> for more static web pages, the new Google Sites API
> might be more handy
> [17:31] <ivelin2> in any case, how would hte google wave account work?
> Do you just need the credentials, and not the wave functionality?
> [17:32] <jeand> ivelin2, yes just the credentials of a gmail account
> [17:32] <jeand> we could even create a new one just for that
> [17:32] <jeand> the only thing is that this gmail account should be
> allowed to upload files to GAE
> [17:32] <jeand> oh they did a new google sites ? I thought it was
> shutted down
> [17:33] <ivelin2> they shut down google pages
> [17:33] <ivelin2> but sites has been evolving, it replaced pages
> [17:34] <ivelin2> http://code.google.com/apis/sites/
> [17:35] <ivelin2> GAE is where live server side code resides, GSites -
> static content with versioning, etc.
> [17:35] <slegrik> so, how do we approach further ? How about preparing
> the complete Sip Servlets roadmap, which is automaticaly generated from
> issues and then we continue further... how about that ?
> [17:36] <jeand> ivelin2, it would be much more work to move
> mobicents.org to google sites no ?
> [17:36] <jeand> and we would still need some credentials
> [17:36] <jeand> to be shared
> [17:36] <jeand> the good thing about having the doco in svn
> [17:36] <jeand> is that it is versionned
> [17:37] <jeand> so we can recover if something goes wrong
> [17:37] <ivelin2> lets create  new account and I'll grant it access to
> mobicents GAE  so files can be uploaded
> [17:37] <jeand> ok
> [17:37] <slegrik> ivelin2, ok
> [17:37] <ivelin2> actually, Vladimir, who owns the Mobicents GAE
> account?
> [17:37] <vralev> ivelin2: you own it
> [17:39] <ivelin2> ok
> [17:39] *** barreiro_ has joined #mobicents
> [17:39] <ivelin2> let's move on wih the agenda
> [17:39] <ivelin2> I'm jumping out to see dentist
> [17:39] <ivelin2> will re-join later
> [17:39] <slegrik> ivelin2, good luck
> [17:39] <jeand> good luck man !
> [17:40] <jeand> ok I guess it's MSS
> [17:40] <slegrik> I hate dentist appoitments
> [17:40] <jeand> #2 MSS 1.1
> [17:40] <vralev> lets hope dentist is just an euphimism for something
> else :)
> [17:40] <jeand> There was more bug fixing on MSS
> [17:40] <jeand> vralev, LOL
> [17:41] <jeand> and we investigating a mem leak a potential customer
> reported
> [17:41] <jeand> there is more problems repported by this prospect that
> we are investigating at the moment
> [17:41] <jeand> and this is a blocker for the next release
> [17:42] <jeand> on the community side, one more bug was reported but it
> looks like a jsip issue
> [17:42] <jeand> same INVITE is creating 2 diffrernt STX
> [17:42] <jeand> I mean INVITE and its retransmission
> [17:43] <jeand> then I went to the Stuttgart JUG
> [17:43] <jeand> but it didn't go as well as expected and the attendance
> was pretty low
> [17:44] <jeand> online promotion is much more effective
> [17:44] <jeand> I would recommend doing JUGs only locally for now (close
> to where we live)
> [17:45] <jeand> vlad added HTTP balancing based on Netty
> [17:45] <jeand> to the SIP Load balancer
> [17:45] <jeand> vralev, can you update on that ?
> [17:45] <vralev> ok
> [17:46] <vralev> yeah there have been 2 major revisions to the LB last
> week
> [17:46] <slegrik> jeand, do you mean by the blocker, that there will
> more one off patches ? for them ? Cant they wait till 1.2.2 ?
> [17:46] <vralev> 1. HTTP balancer, which behaves like mod_jk, but also
> supports special affinity keys
> [17:47] <vralev> 2. SIP routing was changed and the algortihm interface
> has changed to support better proxy cases. Not both the inbound and the
> outbound proxy requests go through the SIP LB
> [17:47] <vralev>
> http://docs.google.com/present/view?id=dc5jp5vx_89cxdvtxcm

> Regarding HSS prototype, Do we have HSS architecture document ready, which
> one we are following ?
> if i understand correctly, you are planning to have ?

> SBB(Sh, Cx, Dx, Si)
> SBB(HSS)                            DB
>              |                    Request
> |                                        |
>              |---------------------------------------->  |               DB
> Query        |
>              |
> |--------------------------->  |
>              |
> |        DB Response      |
>              |                                                          |
> <--------------------------- |
>              |                     Response
> |                                        |
>              |   <---------------------------------------
> |                                        |

> 2009/11/12 Alexandre Mendonça <brains...@gmail.com>

>> Attendees:
>>  Amit,Pavel,Alex, Bartek, Eduardo, Jean, Luis, Oleg, Vladimir, Ivelin

>> Summary:
>> #1 Hudson, docs build, google wave, GAE - prototype of automated roadmap
>> generation ready, patch 980 ready
>> #2 MSS 1.1  - more bugfixes, on Stuttgard Jug, release hopefully ready
>> next week
>> #3 MMS 2.0 - SS7 close to target, release shifted one week later
>> #4 Diameter 1.x - started working on HSS prototype and on Sh-server
>> porting to Mobicents 2.x
>> #5 JSLEE 2.0 - more testing on BETA2, close to release, regarding 1.2.7
>> almost all issues are closed
>> #6 QE - SIP HA, Media Testing - testing jbcp patch 980, planning for FY
>> 2011, testing BETA2 next week

>> Log:

>> [17:07] <ivelin2> #1 Hudson, docs build, google wave, GAE
>> [17:07] <ivelin2> #2 MSS 1.1
>> [17:08] <ivelin2> #3 MMS 2.0
>> [17:08] <ivelin2> #4 Diameter 1.x
>> [17:08] <ivelin2> #5 JSLEE 2.0
>> [17:08] <ivelin2> #6 QE - SIP HA, Media Testing
>> [17:09] <ivelin2> what else?
>> [17:13] <ivelin2> ok, #1 then
>> [17:13] <ivelin2> oh
>> [17:13] <ivelin2> just to let you know, I have a dentist appointment in
>> less than an hour
>> [17:13] <slegrik> looks like it is me :)
>> [17:13] <ivelin2> postponed it 3 times already, but the dentits got mean
>> to me. I don't want them to be too mean :)
>> [17:13] <slegrik> let me first update, what I have reached
>> [17:13] <baranowb> I bet its "she"
>> [17:14] <ivelin2> so I'll step out of the chat for about 30 minutes and
>> then get back in
>> [17:14] <slegrik> I was working on the roadmap automatic generation
>> tool. The prototype is ready. I have used  the Sip Servlets 1.2.00
>> version for proof of concept
>> [17:14] <ivelin2> Pavel, since your name popped up first, do you mind
>> keeping notes and sending out after the meeting?
>> [17:14] <slegrik> The outcome can be seen at

>> http://hudson.qa.jboss.com/hudson/view/Mobicents/job/MobicentsRoadmap...
>> [17:15] <slegrik> ivelin2, I do not mind I will send the notes
>> afterwards
>> [17:15] <slegrik> We need to define, what will be the next steps
>> regarding roadmap
>> [17:16] <slegrik> besides I was working on the patch
>> [17:16] <slegrik> patch 980 (Hotfix for the customers), it is ready in
>> QA, once tested will be shipped.
>> [17:17] <jeand> barreiro, did you have time to test it out ?
>> [17:17] <barreiro> jeand, yees, it's almost finished.
>> [17:18] <jeand> what is the ETA for delivery ?
>> [17:18] <barreiro> today
>> [17:18] <jeand> great
>> [17:19] <ivelin2> so where does gwaves come in?
>> [17:19] <ivelin2> the result looks nice, btw
>> [17:19] <jeand> it doesn't
>> [17:20] <slegrik> ivelin2, well I want to have automated job on Hudson,
>> which check for updates on the svn for mobicents-google-app
>> [17:20] <slegrik> ivelin2, so only what we need to have ability to
>> deploy on GAE
>> [17:20] <jeand> just the gmail account was to be used from the hudson
>> job to upload mobicents.org files from the google code svn
>> [17:21] <ivelin2> not following
>> [17:21] <ivelin2> gmail, hudson?
>> [17:21] <jeand> to be able to upload files to GAE you need credentials
>> [17:22] <jeand> those credentials could be the one from the
>> mobicents.wave gmail account
>> [17:22] <jeand> so that nobody can't get access to one of our personal
>> gmail account
>> [17:23] <vralev> but the tool is already a Java app and GAE can host
>> Java apps that generate web pages )it's servlets), so it makes sense to
>> just host the tool in GAE as a GAE app and generate the page when
>> visting
>> [17:24] <jeand> oh it's a java app ? I thought it was a python app
>> [17:24] <vralev> well GAE can host pythin too :)
>> [17:24] <jeand> in any case, even without the roadmap generation
>> [17:24] <jeand> it could be nice to have a hudson job taking care of
>> updating the website automatically
>> [17:24] <jeand> instead of us doing it manually
>> [17:25] <slegrik> vralev, this is also possible way to go
>> [17:25] <jeand> even though it's a small burden
>> [17:25] <jeand> and for future customers
>> [17:25] <jeand> they would just need to worry about committing to trunk
>> [17:26] <jeand> customers wanting to contribute to doco or frameworks
>> [17:26] <jeand> doco
>> [17:26] <jeand> and the hudson job will publish automatically
>> [17:27] <slegrik> jeand, yeah this was the goal - whatever update to
>> mobicent-google app in svn will be updated immediatly
>> [17:27] <vralev> right, only prob i see is an error in the job could
>> delete the whole mobicents.org
>> [17:28] <ivelin2> why not have a scheduled task in the mobicents.org GAE
>> app
>> [17:28] <jeand> same problem when doing it manually
>> [17:28] <jeand> as long as the svn copy is intact we are fine
>> [17:28] <mart1ns> ones of us could do the same terror
>> [17:28] <ivelin2> to pull updates occasionally
>> [17:28] <ivelin2> hudson would send an email when ready and GAE will
>> pull the files
>> [17:28] <jeand> need to check if those tasks have access to the GAE SDK
>> to be able to update
>> [17:29] <slegrik> I thought GAE was not allowed to make a pulls...
>> [17:29] <ivelin2> there is also a gateway that triggers URL call when an
>> email is sent to it
>> [17:29] <slegrik> only to push it there
>> [17:30] <ivelin2> well, you can't pull new files on GAE, but you can
>> store and serve content from the DB
>> [17:30] <ivelin2> for more static web pages, the new Google Sites API
>> might be more handy
>> [17:31] <ivelin2> in any case, how would hte google wave account work?
>> Do you just need the credentials, and not the wave functionality?
>> [17:32] <jeand> ivelin2, yes just the credentials of a gmail account
>> [17:32] <jeand> we could even create a new one just for that
>> [17:32] <jeand> the only thing is that this gmail account should be
>> allowed to upload files to GAE
>> [17:32] <jeand> oh they did a new google sites ? I thought it was
>> shutted down
>> [17:33] <ivelin2> they shut down google pages
>> [17:33] <ivelin2> but sites has been evolving, it replaced pages
>> [17:34] <ivelin2> http://code.google.com/apis/sites/
>> [17:35] <ivelin2> GAE is where live server side code resides, GSites -
>> static content with versioning, etc.
>> [17:35] <slegrik> so, how do we approach further ? How about preparing
>> the complete Sip Servlets roadmap, which is automaticaly generated from
>> issues and then we continue further... how about that ?
>> [17:36] <jeand> ivelin2, it would be much more work to move
>> mobicents.org to google sites no ?
>> [17:36] <jeand> and we would still need some credentials
>> [17:36] <jeand> to be shared
>> [17:36] <jeand> the good thing about having the doco in svn
>> [17:36] <jeand> is that it is versionned
>> [17:37] <jeand> so we can recover if something goes wrong
>> [17:37] <ivelin2> lets create  new account and I'll grant it access to
>> mobicents GAE  so files can be uploaded
>> [17:37] <jeand> ok
>> [17:37] <slegrik> ivelin2, ok
>> [17:37] <ivelin2> actually, Vladimir, who owns the Mobicents GAE
>> account?
>> [17:37] <vralev> ivelin2: you own it
>> [17:39] <ivelin2> ok
>> [17:39] *** barreiro_ has joined #mobicents
>> [17:39] <ivelin2> let's move on wih the agenda
>> [17:39] <ivelin2> I'm jumping out to see dentist
>> [17:39] <ivelin2> will re-join later
>> [17:39] <slegrik> ivelin2, good luck
>> [17:39] <jeand> good luck man !
>> [17:40] <jeand> ok I guess it's MSS
>> [17:40] <slegrik> I hate dentist appoitments
>> [17:40] <jeand> #2 MSS 1.1
>> [17:40] <vralev> lets hope dentist is just an euphimism for something
>> else :)
>> [17:40] <jeand> There was more bug fixing on MSS
>> [17:40] <jeand> vralev, LOL
>> [17:41] <jeand> and we investigating a mem leak a potential customer
>> reported
>> [17:41] <jeand> there is more problems repported by this prospect that
>> we are investigating at the moment
>> [17:41] <jeand> and this is a blocker for the next release

> I can think of three basic SLEE services for the HSS: one for each
> external interface.

> For realizing each interface we can have a service.We have three
> actors here corresponding to each external interface.

> 1. CSCFs (I AND S-CSCF) on the Cx interface
> 2. SIP-Application servers on the Sh interface
> 3. Database (to catch document updated events)

> For each interface, we can have a root SBB. The CxRootSbb can listen
> to the incoming protcol events and create a child sbb
> CxRequestHandlerSbb that implements the procedures on this interface.

> Similarly, we can have the ShRootSbb and ShRequestHandlerSbb.

> We can have a DatasourceSbb that listens to updates to the user
> profile of the subscriber. Once the user profile changes, it gets a
> callback from the Datasource RA (currently in the XDM Project).

> Now, this sbb creates the CxRequestHandler child sbb to send out a PPR
> to the S-CSCF and the ShRequestHandler child sbb to send out a SNR to
> the interested SIP AS.

> Let me know if it makes sense.

> Regards
> aayush.

> On 12/11/2009, Sachin Parnami <sachin.mob...@gmail.com> wrote:
> >>>[18:54] <alexandre> ok, so for now my idea is to migrate OpenIMS db and
> > to have an sbb to answer requests

> > Regarding HSS prototype, Do we have HSS architecture document ready,
> which
> > one we are following ?
> > if i understand correctly, you are planning to have ?

> > SBB(Sh, Cx, Dx, Si)
> > SBB(HSS)                            DB
> >              |                    Request
> > |                                        |
> >              |---------------------------------------->  |
> DB
> > Query        |
> >              |
> > |--------------------------->  |
> >              |
> > |        DB Response      |
> >              |                                                          |
> > <--------------------------- |
> >              |                     Response
> > |                                        |
> >              |   <---------------------------------------
> > |                                        |

> > 2009/11/12 Alexandre Mendonça <brains...@gmail.com>

> >> Attendees:
> >>  Amit,Pavel,Alex, Bartek, Eduardo, Jean, Luis, Oleg, Vladimir, Ivelin

> >> Summary:
> >> #1 Hudson, docs build, google wave, GAE - prototype of automated roadmap
> >> generation ready, patch 980 ready
> >> #2 MSS 1.1  - more bugfixes, on Stuttgard Jug, release hopefully ready
> >> next week
> >> #3 MMS 2.0 - SS7 close to target, release shifted one week later
> >> #4 Diameter 1.x - started working on HSS prototype and on Sh-server
> >> porting to Mobicents 2.x
> >> #5 JSLEE 2.0 - more testing on BETA2, close to release, regarding 1.2.7
> >> almost all issues are closed
> >> #6 QE - SIP HA, Media Testing - testing jbcp patch 980, planning for FY
> >> 2011, testing BETA2 next week

> >> Log:

> >> [17:07] <ivelin2> #1 Hudson, docs build, google wave, GAE
> >> [17:07] <ivelin2> #2 MSS 1.1
> >> [17:08] <ivelin2> #3 MMS 2.0
> >> [17:08] <ivelin2> #4 Diameter 1.x
> >> [17:08] <ivelin2> #5 JSLEE 2.0
> >> [17:08] <ivelin2> #6 QE - SIP HA, Media Testing
> >> [17:09] <ivelin2> what else?
> >> [17:13] <ivelin2> ok, #1 then
> >> [17:13] <ivelin2> oh
> >> [17:13] <ivelin2> just to let you know, I have a dentist appointment in
> >> less than an hour
> >> [17:13] <slegrik> looks like it is me :)
> >> [17:13] <ivelin2> postponed it 3 times already, but the dentits got mean
> >> to me. I don't want them to be too mean :)
> >> [17:13] <slegrik> let me first update, what I have reached
> >> [17:13] <baranowb> I bet its "she"
> >> [17:14] <ivelin2> so I'll step out of the chat for about 30 minutes and
> >> then get back in
> >> [17:14] <slegrik> I was working on the roadmap automatic generation
> >> tool. The prototype is ready. I have used  the Sip Servlets 1.2.00
> >> version for proof of concept
> >> [17:14] <ivelin2> Pavel, since your name popped up first, do you mind
> >> keeping notes and sending out after the meeting?
> >> [17:14] <slegrik> The outcome can be seen at

> http://hudson.qa.jboss.com/hudson/view/Mobicents/job/MobicentsRoadmap...
> >> [17:15] <slegrik> ivelin2, I do not mind I will send the notes
> >> afterwards
> >> [17:15] <slegrik> We need to define, what will be the next steps
> >> regarding roadmap
> >> [17:16] <slegrik> besides I was working on the patch
> >> [17:16] <slegrik> patch 980 (Hotfix for the customers), it is ready in
> >> QA, once tested will be shipped.
> >> [17:17] <jeand> barreiro, did you have time to test it out ?
> >> [17:17] <barreiro> jeand, yees, it's almost finished.
> >> [17:18] <jeand> what is the ETA for delivery ?
> >> [17:18] <barreiro> today
> >> [17:18] <jeand> great
> >> [17:19] <ivelin2> so where does gwaves come in?
> >> [17:19] <ivelin2> the result looks nice, btw
> >> [17:19] <jeand> it doesn't
> >> [17:20] <slegrik> ivelin2, well I want to have automated job on Hudson,
> >> which check for updates on the svn for mobicents-google-app
> >> [17:20] <slegrik> ivelin2, so only what we need to have ability to
> >> deploy on GAE
> >> [17:20] <jeand> just the gmail account was to be used from the hudson
> >> job to upload mobicents.org files from the google code svn
> >> [17:21] <ivelin2> not following
> >> [17:21] <ivelin2> gmail, hudson?
> >> [17:21] <jeand> to be able to upload files to GAE you need credentials
> >> [17:22] <jeand> those credentials could be the one from the
> >> mobicents.wave gmail account
> >> [17:22] <jeand> so that nobody can't get access to one of our personal
> >> gmail account
> >> [17:23] <vralev> but the tool is already a Java app and GAE can host
> >> Java apps that generate web pages )it's servlets), so it makes sense to
> >> just host the tool in GAE as a GAE app and generate the page when
> >> visting
> >> [17:24] <jeand> oh it's a java app ? I thought it was a python app
> >> [17:24] <vralev> well GAE can host pythin too :)
> >> [17:24] <jeand> in any case, even without the roadmap generation
> >> [17:24] <jeand> it could be nice to have a hudson job taking care of
> >> updating the website automatically
> >> [17:24] <jeand> instead of us doing it manually
> >> [17:25] <slegrik> vralev, this is also possible way to go
> >> [17:25] <jeand> even though it's a small burden
> >> [17:25] <jeand> and for future customers
> >> [17:25] <jeand> they would just need to worry about committing to trunk
> >> [17:26] <jeand> customers wanting to contribute to doco or frameworks
> >> [17:26] <jeand> doco
> >> [17:26] <jeand> and the hudson job will publish automatically
> >> [17:27] <slegrik> jeand, yeah this was the goal - whatever update to
> >> mobicent-google app in svn will be updated immediatly
> >> [17:27] <vralev> right, only prob i see is an error in the job could
> >> delete the whole mobicents.org
> >> [17:28] <ivelin2> why not have a scheduled task in the mobicents.orgGAE
> >> app
> >> [17:28] <jeand> same problem when doing it manually
> >> [17:28] <jeand> as long as the svn copy is intact we are fine
> >> [17:28] <mart1ns> ones of us could do the same terror
> >> [17:28] <ivelin2> to pull updates occasionally
> >> [17:28] <ivelin2> hudson would send an email when ready and GAE will
> >> pull the files
> >> [17:28] <jeand> need to check if those tasks have access to the GAE SDK
> >> to be able to update
> >> [17:29] <slegrik> I thought GAE was not allowed to make a pulls...
> >> [17:29] <ivelin2> there is also a gateway that triggers URL call when an
> >> email is sent to it
> >> [17:29] <slegrik> only to push it there
> >> [17:30] <ivelin2> well, you can't pull new files on GAE, but you can
> >> store and serve content from the DB
> >> [17:30] <ivelin2> for more static web pages, the new Google Sites API
> >> might be more handy
> >> [17:31] <ivelin2> in any case, how would hte google wave account work?
> >> Do you just need the credentials, and not the wave functionality?
> >> [17:32] <jeand> ivelin2, yes just the credentials of a gmail account
> >> [17:32] <jeand> we could even create a new one just for that
> >> [17:32] <jeand> the only thing is that this gmail account should be
> >> allowed to upload files to GAE
> >> [17:32] <jeand> oh they did a new google sites ? I thought it was
> >> shutted down
> >> [17:33] <ivelin2> they shut down google pages
> >> [17:33] <ivelin2> but sites has been evolving, it replaced pages
> >> [17:34] <ivelin2> http://code.google.com/apis/sites/
> >> [17:35] <ivelin2> GAE is where live server side code resides, GSites -
> >> static content with versioning, etc.
> >> [17:35] <slegrik> so, how do we approach further ? How about preparing
> >> the complete Sip Servlets roadmap, which is automaticaly generated from
> >> issues and then we continue further... how about that ?
> >> [17:36] <jeand> ivelin2, it would be much more work to move
> >> mobicents.org to google sites no ?
> >> [17:36] <jeand> and we would still need some credentials
> >> [17:36] <jeand> to be shared
> >> [17:36] <jeand> the good thing about having the doco in svn
> >> [17:36] <jeand> is that it is versionned
> >> [17:37] <jeand> so we can recover if something goes wrong
> >> [17:37] <ivelin2> lets create  new account and I'll grant it access to
> >> mobicents GAE  so files can be uploaded
> >> [17:37] <jeand> ok
> >> [17:37] <slegrik> ivelin2, ok
> >> [17:37] <ivelin2> actually, Vladimir, who owns the Mobicents GAE
> >> account?
> >> [17:37] <vralev> ivelin2: you own it
> >> [17:39] <ivelin2> ok
> >> [17:39] *** barreiro_ has joined #mobicents
> >> [17:39] <ivelin2> let's move on wih the agenda
> >> [17:39] <ivelin2> I'm jumping out to see dentist
> >> [17:39] <ivelin2> will re-join later
> >> [17:39] <slegrik> ivelin2, good luck
> >> [17:39]

> On Thu, Nov 12, 2009 at 10:16 AM, aayush bhatnagar <
> abhatnagar192...@gmail.com> wrote:

>> I can think of three basic SLEE services for the HSS: one for each
>> external interface.

>> For realizing each interface we can have a service.We have three
>> actors here corresponding to each external interface.

>> 1. CSCFs (I AND S-CSCF) on the Cx interface
>> 2. SIP-Application servers on the Sh interface
>> 3. Database (to catch document updated events)

>> For each interface, we can have a root SBB. The CxRootSbb can listen
>> to the incoming protcol events and create a child sbb
>> CxRequestHandlerSbb that implements the procedures on this interface.

>> Similarly, we can have the ShRootSbb and ShRequestHandlerSbb.

>> We can have a DatasourceSbb that listens to updates to the user
>> profile of the subscriber. Once the user profile changes, it gets a
>> callback from the Datasource RA (currently in the XDM Project).

>> Now, this sbb creates the CxRequestHandler child sbb to send out a PPR
>> to the S-CSCF and the ShRequestHandler child sbb to send out a SNR to
>> the interested SIP AS.

>> Let me know if it makes sense.

>> Regards
>> aayush.

>> On 12/11/2009, Sachin Parnami <sachin.mob...@gmail.com> wrote:
>> >>>[18:54] <alexandre> ok, so for now my idea is to migrate OpenIMS db and
>> > to have an sbb to answer requests

>> > Regarding HSS prototype, Do we have HSS architecture document ready,
>> which
>> > one we are following ?
>> > if i understand correctly, you are planning to have ?

>> > SBB(Sh, Cx, Dx, Si)
>> > SBB(HSS)                            DB
>> >              |                    Request
>> > |                                        |
>> >              |---------------------------------------->  |
>> DB
>> > Query        |
>> >              |
>> > |--------------------------->  |
>> >              |
>> > |        DB Response      |
>> >              |
>>  |
>> > <--------------------------- |
>> >              |                     Response
>> > |                                        |
>> >              |   <---------------------------------------
>> > |                                        |

>> > 2009/11/12 Alexandre Mendonça <brains...@gmail.com>

>> >> Attendees:
>> >>  Amit,Pavel,Alex, Bartek, Eduardo, Jean, Luis, Oleg, Vladimir, Ivelin

>> >> Summary:
>> >> #1 Hudson, docs build, google wave, GAE - prototype of automated
>> roadmap
>> >> generation ready, patch 980 ready
>> >> #2 MSS 1.1  - more bugfixes, on Stuttgard Jug, release hopefully ready
>> >> next week
>> >> #3 MMS 2.0 - SS7 close to target, release shifted one week later
>> >> #4 Diameter 1.x - started working on HSS prototype and on Sh-server
>> >> porting to Mobicents 2.x
>> >> #5 JSLEE 2.0 - more testing on BETA2, close to release, regarding 1.2.7
>> >> almost all issues are closed
>> >> #6 QE - SIP HA, Media Testing - testing jbcp patch 980, planning for FY
>> >> 2011, testing BETA2 next week

>> >> Log:

>> >> [17:07] <ivelin2> #1 Hudson, docs build, google wave, GAE
>> >> [17:07] <ivelin2> #2 MSS 1.1
>> >> [17:08] <ivelin2> #3 MMS 2.0
>> >> [17:08] <ivelin2> #4 Diameter 1.x
>> >> [17:08] <ivelin2> #5 JSLEE 2.0
>> >> [17:08] <ivelin2> #6 QE - SIP HA, Media Testing
>> >> [17:09] <ivelin2> what else?
>> >> [17:13] <ivelin2> ok, #1 then
>> >> [17:13] <ivelin2> oh
>> >> [17:13] <ivelin2> just to let you know, I have a dentist appointment in
>> >> less than an hour
>> >> [17:13] <slegrik> looks like it is me :)
>> >> [17:13] <ivelin2> postponed it 3 times already, but the dentits got
>> mean
>> >> to me. I don't want them to be too mean :)
>> >> [17:13] <slegrik> let me first update, what I have reached
>> >> [17:13] <baranowb> I bet its "she"
>> >> [17:14] <ivelin2> so I'll step out of the chat for about 30 minutes and
>> >> then get back in
>> >> [17:14] <slegrik> I was working on the roadmap automatic generation
>> >> tool. The prototype is ready. I have used  the Sip Servlets 1.2.00
>> >> version for proof of concept
>> >> [17:14] <ivelin2> Pavel, since your name popped up first, do you mind
>> >> keeping notes and sending out after the meeting?
>> >> [17:14] <slegrik> The outcome can be seen at

>> http://hudson.qa.jboss.com/hudson/view/Mobicents/job/MobicentsRoadmap...
>> >> [17:15] <slegrik> ivelin2, I do not mind I will send the notes
>> >> afterwards
>> >> [17:15] <slegrik> We need to define, what will be the next steps
>> >> regarding roadmap
>> >> [17:16] <slegrik> besides I was working on the patch
>> >> [17:16] <slegrik> patch 980 (Hotfix for the customers), it is ready in
>> >> QA, once tested will be shipped.
>> >> [17:17] <jeand> barreiro, did you have time to test it out ?
>> >> [17:17] <barreiro> jeand, yees, it's almost finished.
>> >> [17:18] <jeand> what is the ETA for delivery ?
>> >> [17:18] <barreiro> today
>> >> [17:18] <jeand> great
>> >> [17:19] <ivelin2> so where does gwaves come in?
>> >> [17:19] <ivelin2> the result looks nice, btw
>> >> [17:19] <jeand> it doesn't
>> >> [17:20] <slegrik> ivelin2, well I want to have automated job on Hudson,
>> >> which check for updates on the svn for mobicents-google-app
>> >> [17:20] <slegrik> ivelin2, so only what we need to have ability to
>> >> deploy on GAE
>> >> [17:20] <jeand> just the gmail account was to be used from the hudson
>> >> job to upload mobicents.org files from the google code svn
>> >> [17:21] <ivelin2> not following
>> >> [17:21] <ivelin2> gmail, hudson?
>> >> [17:21] <jeand> to be able to upload files to GAE you need credentials
>> >> [17:22] <jeand> those credentials could be the one from the
>> >> mobicents.wave gmail account
>> >> [17:22] <jeand> so that nobody can't get access to one of our personal
>> >> gmail account
>> >> [17:23] <vralev> but the tool is already a Java app and GAE can host
>> >> Java apps that generate web pages )it's servlets), so it makes sense to
>> >> just host the tool in GAE as a GAE app and generate the page when
>> >> visting
>> >> [17:24] <jeand> oh it's a java app ? I thought it was a python app
>> >> [17:24] <vralev> well GAE can host pythin too :)
>> >> [17:24] <jeand> in any case, even without the roadmap generation
>> >> [17:24] <jeand> it could be nice to have a hudson job taking care of
>> >> updating the website automatically
>> >> [17:24] <jeand> instead of us doing it manually
>> >> [17:25] <slegrik> vralev, this is also possible way to go
>> >> [17:25] <jeand> even though it's a small burden
>> >> [17:25] <jeand> and for future customers
>> >> [17:25] <jeand> they would just need to worry about committing to trunk
>> >> [17:26] <jeand> customers wanting to contribute to doco or frameworks
>> >> [17:26] <jeand> doco
>> >> [17:26] <jeand> and the hudson job will publish automatically
>> >> [17:27] <slegrik> jeand, yeah this was the goal - whatever update to
>> >> mobicent-google app in svn will be updated immediatly
>> >> [17:27] <vralev> right, only prob i see is an error in the job could
>> >> delete the whole mobicents.org
>> >> [17:28] <ivelin2> why not have a scheduled task in the mobicents.orgGAE
>> >> app
>> >> [17:28] <jeand> same problem when doing it manually
>> >> [17:28] <jeand> as long as the svn copy is intact we are fine
>> >> [17:28] <mart1ns> ones of us could do the same terror
>> >> [17:28] <ivelin2> to pull updates occasionally
>> >> [17:28] <ivelin2> hudson would send an email when ready and GAE will
>> >> pull the files
>> >> [17:28] <jeand> need to check if those tasks have access to the GAE SDK
>> >> to be able to update
>> >> [17:29] <slegrik> I thought GAE was not allowed to make a pulls...
>> >> [17:29] <ivelin2> there is also a gateway that triggers URL call when
>> an
>> >> email is sent to it
>> >> [17:29] <slegrik> only to push it there
>> >> [17:30] <ivelin2> well, you can't pull new files on GAE, but you can
>> >> store and serve content from the DB
>> >> [17:30] <ivelin2> for more static web pages, the new Google Sites API
>> >> might be more handy
>> >> [17:31] <ivelin2> in any case, how would hte google wave account work?
>> >> Do you just need the credentials, and not the wave functionality?
>> >> [17:32] <jeand> ivelin2, yes just the credentials of a gmail account
>> >> [17:32] <jeand> we could even create a new one just for that
>> >> [17:32] <jeand> the only thing is that this gmail account should be
>> >> allowed to upload files to GAE
>> >> [17:32] <jeand> oh they did a new google sites ? I thought it was
>> >> shutted down
>> >> [17:33] <ivelin2> they shut down google pages
>> >> [17:33] <ivelin2> but sites has been evolving, it replaced pages
>> >> [17:34] <ivelin2> http://code.google.com/apis/sites/
>> >> [17:35] <ivelin2> GAE is where live server side code resides, GSites -
>> >> static content with versioning, etc.
>> >> [17:35] <slegrik> so, how do we approach further ? How about preparing
>> >> the complete Sip Servlets roadmap, which is automaticaly generated from
>> >> issues and then we continue further... how about that ?
>> >> [17:36] <jeand> ivelin2, it would be much more work to move
>> >> mobicents.org to google sites no ?
>> >> [17:36] <jeand> and we would still need some credentials
>> >> [17:36] <jeand> to be shared
>> >> [17:36] <jeand> the good thing about having the doco in svn
>> >> [17:36] <jeand> is that it is versionned
>> >> [17:37] <jeand> so we can recover if something goes wrong
>> >> [17:37] <ivelin2> lets create  new account and I'll grant it access to
>> >> mobicents GAE  so files can be uploaded
>> >> [17:37] <jeand> ok
>> >> [17:37] <slegrik> ivelin2, ok
>> >> [17:37] <ivelin2> actually, Vladimir, who owns the Mobicents GAE
>> >> account?
>> >> [17:37] <vralev> ivelin2: you own

> On Thu, Nov 12, 2009 at 18:15, Sachin Parnami <sachin.mob...@gmail.com>wrote:

>> Exactly Aayush,
>> IMHO its perfectly makes sense, this is what i was thinking of ;)

>> On Thu, Nov 12, 2009 at 10:16 AM, aayush bhatnagar <
>> abhatnagar192...@gmail.com> wrote:

>>> I can think of three basic SLEE services for the HSS: one for each
>>> external interface.

>>> For realizing each interface we can have a service.We have three
>>> actors here corresponding to each external interface.

>>> 1. CSCFs (I AND S-CSCF) on the Cx interface
>>> 2. SIP-Application servers on the Sh interface
>>> 3. Database (to catch document updated events)

>>> For each interface, we can have a root SBB. The CxRootSbb can listen
>>> to the incoming protcol events and create a child sbb
>>> CxRequestHandlerSbb that implements the procedures on this interface.

>>> Similarly, we can have the ShRootSbb and ShRequestHandlerSbb.

>>> We can have a DatasourceSbb that listens to updates to the user
>>> profile of the subscriber. Once the user profile changes, it gets a
>>> callback from the Datasource RA (currently in the XDM Project).

>>> Now, this sbb creates the CxRequestHandler child sbb to send out a PPR
>>> to the S-CSCF and the ShRequestHandler child sbb to send out a SNR to
>>> the interested SIP AS.

>>> Let me know if it makes sense.

>>> Regards
>>> aayush.

>>> On 12/11/2009, Sachin Parnami <sachin.mob...@gmail.com> wrote:
>>> >>>[18:54] <alexandre> ok, so for now my idea is to migrate OpenIMS db
>>> and
>>> > to have an sbb to answer requests

>>> > Regarding HSS prototype, Do we have HSS architecture document ready,
>>> which
>>> > one we are following ?
>>> > if i understand correctly, you are planning to have ?

>>> > SBB(Sh, Cx, Dx, Si)
>>> > SBB(HSS)                            DB
>>> >              |                    Request
>>> > |                                        |
>>> >              |---------------------------------------->  |
>>>   DB
>>> > Query        |
>>> >              |
>>> > |--------------------------->  |
>>> >              |
>>> > |        DB Response      |
>>> >              |
>>>  |
>>> > <--------------------------- |
>>> >              |                     Response
>>> > |                                        |
>>> >              |   <---------------------------------------
>>> > |                                        |

>>> > 2009/11/12 Alexandre Mendonça <brains...@gmail.com>

>>> >> Attendees:
>>> >>  Amit,Pavel,Alex, Bartek, Eduardo, Jean, Luis, Oleg, Vladimir, Ivelin

>>> >> Summary:
>>> >> #1 Hudson, docs build, google wave, GAE - prototype of automated
>>> roadmap
>>> >> generation ready, patch 980 ready
>>> >> #2 MSS 1.1  - more bugfixes, on Stuttgard Jug, release hopefully ready
>>> >> next week
>>> >> #3 MMS 2.0 - SS7 close to target, release shifted one week later
>>> >> #4 Diameter 1.x - started working on HSS prototype and on Sh-server
>>> >> porting to Mobicents 2.x
>>> >> #5 JSLEE 2.0 - more testing on BETA2, close to release, regarding
>>> 1.2.7
>>> >> almost all issues are closed
>>> >> #6 QE - SIP HA, Media Testing - testing jbcp patch 980, planning for
>>> FY
>>> >> 2011, testing BETA2 next week

>>> >> Log:

>>> >> [17:07] <ivelin2> #1 Hudson, docs build, google wave, GAE
>>> >> [17:07] <ivelin2> #2 MSS 1.1
>>> >> [17:08] <ivelin2> #3 MMS 2.0
>>> >> [17:08] <ivelin2> #4 Diameter 1.x
>>> >> [17:08] <ivelin2> #5 JSLEE 2.0
>>> >> [17:08] <ivelin2> #6 QE - SIP HA, Media Testing
>>> >> [17:09] <ivelin2> what else?
>>> >> [17:13] <ivelin2> ok, #1 then
>>> >> [17:13] <ivelin2> oh
>>> >> [17:13] <ivelin2> just to let you know, I have a dentist appointment
>>> in
>>> >> less than an hour
>>> >> [17:13] <slegrik> looks like it is me :)
>>> >> [17:13] <ivelin2> postponed it 3 times already, but the dentits got
>>> mean
>>> >> to me. I don't want them to be too mean :)
>>> >> [17:13] <slegrik> let me first update, what I have reached
>>> >> [17:13] <baranowb> I bet its "she"
>>> >> [17:14] <ivelin2> so I'll step out of the chat for about 30 minutes
>>> and
>>> >> then get back in
>>> >> [17:14] <slegrik> I was working on the roadmap automatic generation
>>> >> tool. The prototype is ready. I have used  the Sip Servlets 1.2.00
>>> >> version for proof of concept
>>> >> [17:14] <ivelin2> Pavel, since your name popped up first, do you mind
>>> >> keeping notes and sending out after the meeting?
>>> >> [17:14] <slegrik> The outcome can be seen at

>>> http://hudson.qa.jboss.com/hudson/view/Mobicents/job/MobicentsRoadmap...
>>> >> [17:15] <slegrik> ivelin2, I do not mind I will send the notes
>>> >> afterwards
>>> >> [17:15] <slegrik> We need to define, what will be the next steps
>>> >> regarding roadmap
>>> >> [17:16] <slegrik> besides I was working on the patch
>>> >> [17:16] <slegrik> patch 980 (Hotfix for the customers), it is ready in
>>> >> QA, once tested will be shipped.
>>> >> [17:17] <jeand> barreiro, did you have time to test it out ?
>>> >> [17:17] <barreiro> jeand, yees, it's almost finished.
>>> >> [17:18] <jeand> what is the ETA for delivery ?
>>> >> [17:18] <barreiro> today
>>> >> [17:18] <jeand> great
>>> >> [17:19] <ivelin2> so where does gwaves come in?
>>> >> [17:19] <ivelin2> the result looks nice, btw
>>> >> [17:19] <jeand> it doesn't
>>> >> [17:20] <slegrik> ivelin2, well I want to have automated job on
>>> Hudson,
>>> >> which check for updates on the svn for mobicents-google-app
>>> >> [17:20] <slegrik> ivelin2, so only what we need to have ability to
>>> >> deploy on GAE
>>> >> [17:20] <jeand> just the gmail account was to be used from the hudson
>>> >> job to upload mobicents.org files from the google code svn
>>> >> [17:21] <ivelin2> not following
>>> >> [17:21] <ivelin2> gmail, hudson?
>>> >> [17:21] <jeand> to be able to upload files to GAE you need credentials
>>> >> [17:22] <jeand> those credentials could be the one from the
>>> >> mobicents.wave gmail account
>>> >> [17:22] <jeand> so that nobody can't get access to one of our personal
>>> >> gmail account
>>> >> [17:23] <vralev> but the tool is already a Java app and GAE can host
>>> >> Java apps that generate web pages )it's servlets), so it makes sense
>>> to
>>> >> just host the tool in GAE as a GAE app and generate the page when
>>> >> visting
>>> >> [17:24] <jeand> oh it's a java app ? I thought it was a python app
>>> >> [17:24] <vralev> well GAE can host pythin too :)
>>> >> [17:24] <jeand> in any case, even without the roadmap generation
>>> >> [17:24] <jeand> it could be nice to have a hudson job taking care of
>>> >> updating the website automatically
>>> >> [17:24] <jeand> instead of us doing it manually
>>> >> [17:25] <slegrik> vralev, this is also possible way to go
>>> >> [17:25] <jeand> even though it's a small burden
>>> >> [17:25] <jeand> and for future customers
>>> >> [17:25] <jeand> they would just need to worry about committing to
>>> trunk
>>> >> [17:26] <jeand> customers wanting to contribute to doco or frameworks
>>> >> [17:26] <jeand> doco
>>> >> [17:26] <jeand> and the hudson job will publish automatically
>>> >> [17:27] <slegrik> jeand, yeah this was the goal - whatever update to
>>> >> mobicent-google app in svn will be updated immediatly
>>> >> [17:27] <vralev> right, only prob i see is an error in the job could
>>> >> delete the whole mobicents.org
>>> >> [17:28] <ivelin2> why not have a scheduled task in the mobicents.orgGAE
>>> >> app
>>> >> [17:28] <jeand> same problem when doing it manually
>>> >> [17:28] <jeand> as long as the svn copy is intact we are fine
>>> >> [17:28] <mart1ns> ones of us could do the same terror
>>> >> [17:28] <ivelin2> to pull updates occasionally
>>> >> [17:28] <ivelin2> hudson would send an email when ready and GAE will
>>> >> pull the files
>>> >> [17:28] <jeand> need to check if those tasks have access to the GAE
>>> SDK
>>> >> to be able to update
>>> >> [17:29] <slegrik> I thought GAE was not allowed to make a pulls...
>>> >> [17:29] <ivelin2> there is also a gateway that triggers URL call when
>>> an
>>> >> email is sent to it
>>> >> [17:29] <slegrik> only to push it there
>>> >> [17:30] <ivelin2> well, you can't pull new files on GAE, but you can
>>> >> store and serve content from the DB
>>> >> [17:30] <ivelin2> for more static web pages, the new Google Sites API
>>> >> might be more handy
>>> >> [17:31] <ivelin2> in any case, how would hte google wave account work?
>>> >> Do you just need the credentials, and not the wave functionality?
>>> >> [17:32] <jeand> ivelin2, yes just the credentials of a gmail account
>>> >> [17:32] <jeand> we could even create a new one just for that
>>> >> [17:32] <jeand> the only thing is that this gmail account should be
>>> >> allowed to upload files to GAE
>>> >> [17:32] <jeand> oh they did a new google sites ? I thought it was
>>> >> shutted down
>>> >> [17:33] <ivelin2> they shut down google pages
>>> >> [17:33] <ivelin2> but sites has been evolving, it replaced pages
>>> >> [17:34] <ivelin2> http://code.google.com/apis/sites/
>>> >> [17:35] <ivelin2> GAE is where live server side code resides, GSites -
>>> >> static content with versioning, etc.
>>> >> [17:35] <slegrik> so, how do we approach further ? How about preparing
>>> >> the complete Sip Servlets roadmap, which is automaticaly generated
>>> from
>>> >> issues and then we continue further... how about that ?
>>> >> [17:36] <jeand> ivelin2, it would be much more work to move
>>> >> mobicents.org to google sites no ?
>>> >> [17:36] <jeand> and we would still need some credentials
>>> >> [17:36] <jeand> to be shared
>>> >> [17:36] <jeand> the good thing about having the doco in svn
>>> >> [17:36] <jeand> is that it is versionned
>>> >> [17:37]

> On Thu, Nov 12, 2009 at 9:28 PM, aayush bhatnagar <
> abhatnagar192...@gmail.com> wrote:

>> Ready to rock then Sachin ??

>> On Thu, Nov 12, 2009 at 18:15, Sachin Parnami <sachin.mob...@gmail.com>wrote:

>>> Exactly Aayush,
>>> IMHO its perfectly makes sense, this is what i was thinking of ;)

>>> On Thu, Nov 12, 2009 at 10:16 AM, aayush bhatnagar <
>>> abhatnagar192...@gmail.com> wrote:

>>>> I can think of three basic SLEE services for the HSS: one for each
>>>> external interface.

>>>> For realizing each interface we can have a service.We have three
>>>> actors here corresponding to each external interface.

>>>> 1. CSCFs (I AND S-CSCF) on the Cx interface
>>>> 2. SIP-Application servers on the Sh interface
>>>> 3. Database (to catch document updated events)

>>>> For each interface, we can have a root SBB. The CxRootSbb can listen
>>>> to the incoming protcol events and create a child sbb
>>>> CxRequestHandlerSbb that implements the procedures on this interface.

>>>> Similarly, we can have the ShRootSbb and ShRequestHandlerSbb.

>>>> We can have a DatasourceSbb that listens to updates to the user
>>>> profile of the subscriber. Once the user profile changes, it gets a
>>>> callback from the Datasource RA (currently in the XDM Project).

>>>> Now, this sbb creates the CxRequestHandler child sbb to send out a PPR
>>>> to the S-CSCF and the ShRequestHandler child sbb to send out a SNR to
>>>> the interested SIP AS.

>>>> Let me know if it makes sense.

>>>> Regards
>>>> aayush.

>>>> On 12/11/2009, Sachin Parnami <sachin.mob...@gmail.com> wrote:
>>>> >>>[18:54] <alexandre> ok, so for now my idea is to migrate OpenIMS db
>>>> and
>>>> > to have an sbb to answer requests

>>>> > Regarding HSS prototype, Do we have HSS architecture document ready,
>>>> which
>>>> > one we are following ?
>>>> > if i understand correctly, you are planning to have ?

>>>> > SBB(Sh, Cx, Dx, Si)
>>>> > SBB(HSS)                            DB
>>>> >              |                    Request
>>>> > |                                        |
>>>> >              |---------------------------------------->  |
>>>>   DB
>>>> > Query        |
>>>> >              |
>>>> > |--------------------------->  |
>>>> >              |
>>>> > |        DB Response      |
>>>> >              |
>>>>  |
>>>> > <--------------------------- |
>>>> >              |                     Response
>>>> > |                                        |
>>>> >              |   <---------------------------------------
>>>> > |                                        |

>>>> > 2009/11/12 Alexandre Mendonça <brains...@gmail.com>

>>>> >> Attendees:
>>>> >>  Amit,Pavel,Alex, Bartek, Eduardo, Jean, Luis, Oleg, Vladimir, Ivelin

>>>> >> Summary:
>>>> >> #1 Hudson, docs build, google wave, GAE - prototype of automated
>>>> roadmap
>>>> >> generation ready, patch 980 ready
>>>> >> #2 MSS 1.1  - more bugfixes, on Stuttgard Jug, release hopefully
>>>> ready
>>>> >> next week
>>>> >> #3 MMS 2.0 - SS7 close to target, release shifted one week later
>>>> >> #4 Diameter 1.x - started working on HSS prototype and on Sh-server
>>>> >> porting to Mobicents 2.x
>>>> >> #5 JSLEE 2.0 - more testing on BETA2, close to release, regarding
>>>> 1.2.7
>>>> >> almost all issues are closed
>>>> >> #6 QE - SIP HA, Media Testing - testing jbcp patch 980, planning for
>>>> FY
>>>> >> 2011, testing BETA2 next week

>>>> >> Log:

>>>> >> [17:07] <ivelin2> #1 Hudson, docs build, google wave, GAE
>>>> >> [17:07] <ivelin2> #2 MSS 1.1
>>>> >> [17:08] <ivelin2> #3 MMS 2.0
>>>> >> [17:08] <ivelin2> #4 Diameter 1.x
>>>> >> [17:08] <ivelin2> #5 JSLEE 2.0
>>>> >> [17:08] <ivelin2> #6 QE - SIP HA, Media Testing
>>>> >> [17:09] <ivelin2> what else?
>>>> >> [17:13] <ivelin2> ok, #1 then
>>>> >> [17:13] <ivelin2> oh
>>>> >> [17:13] <ivelin2> just to let you know, I have a dentist appointment
>>>> in
>>>> >> less than an hour
>>>> >> [17:13] <slegrik> looks like it is me :)
>>>> >> [17:13] <ivelin2> postponed it 3 times already, but the dentits got
>>>> mean
>>>> >> to me. I don't want them to be too mean :)
>>>> >> [17:13] <slegrik> let me first update, what I have reached
>>>> >> [17:13] <baranowb> I bet its "she"
>>>> >> [17:14] <ivelin2> so I'll step out of the chat for about 30 minutes
>>>> and
>>>> >> then get back in
>>>> >> [17:14] <slegrik> I was working on the roadmap automatic generation
>>>> >> tool. The prototype is ready. I have used  the Sip Servlets 1.2.00
>>>> >> version for proof of concept
>>>> >> [17:14] <ivelin2> Pavel, since your name popped up first, do you mind
>>>> >> keeping notes and sending out after the meeting?
>>>> >> [17:14] <slegrik> The outcome can be seen at

>>>> http://hudson.qa.jboss.com/hudson/view/Mobicents/job/MobicentsRoadmap...
>>>> >> [17:15] <slegrik> ivelin2, I do not mind I will send the notes
>>>> >> afterwards
>>>> >> [17:15] <slegrik> We need to define, what will be the next steps
>>>> >> regarding roadmap
>>>> >> [17:16] <slegrik> besides I was working on the patch
>>>> >> [17:16] <slegrik> patch 980 (Hotfix for the customers), it is ready
>>>> in
>>>> >> QA, once tested will be shipped.
>>>> >> [17:17] <jeand> barreiro, did you have time to test it out ?
>>>> >> [17:17] <barreiro> jeand, yees, it's almost finished.
>>>> >> [17:18] <jeand> what is the ETA for delivery ?
>>>> >> [17:18] <barreiro> today
>>>> >> [17:18] <jeand> great
>>>> >> [17:19] <ivelin2> so where does gwaves come in?
>>>> >> [17:19] <ivelin2> the result looks nice, btw
>>>> >> [17:19] <jeand> it doesn't
>>>> >> [17:20] <slegrik> ivelin2, well I want to have automated job on
>>>> Hudson,
>>>> >> which check for updates on the svn for mobicents-google-app
>>>> >> [17:20] <slegrik> ivelin2, so only what we need to have ability to
>>>> >> deploy on GAE
>>>> >> [17:20] <jeand> just the gmail account was to be used from the hudson
>>>> >> job to upload mobicents.org files from the google code svn
>>>> >> [17:21] <ivelin2> not following
>>>> >> [17:21] <ivelin2> gmail, hudson?
>>>> >> [17:21] <jeand> to be able to upload files to GAE you need
>>>> credentials
>>>> >> [17:22] <jeand> those credentials could be the one from the
>>>> >> mobicents.wave gmail account
>>>> >> [17:22] <jeand> so that nobody can't get access to one of our
>>>> personal
>>>> >> gmail account
>>>> >> [17:23] <vralev> but the tool is already a Java app and GAE can host
>>>> >> Java apps that generate web pages )it's servlets), so it makes sense
>>>> to
>>>> >> just host the tool in GAE as a GAE app and generate the page when
>>>> >> visting
>>>> >> [17:24] <jeand> oh it's a java app ? I thought it was a python app
>>>> >> [17:24] <vralev> well GAE can host pythin too :)
>>>> >> [17:24] <jeand> in any case, even without the roadmap generation
>>>> >> [17:24] <jeand> it could be nice to have a hudson job taking care of
>>>> >> updating the website automatically
>>>> >> [17:24] <jeand> instead of us doing it manually
>>>> >> [17:25] <slegrik> vralev, this is also possible way to go
>>>> >> [17:25] <jeand> even though it's a small burden
>>>> >> [17:25] <jeand> and for future customers
>>>> >> [17:25] <jeand> they would just need to worry about committing to
>>>> trunk
>>>> >> [17:26] <jeand> customers wanting to contribute to doco or frameworks
>>>> >> [17:26] <jeand> doco
>>>> >> [17:26] <jeand> and the hudson job will publish automatically
>>>> >> [17:27] <slegrik> jeand, yeah this was the goal - whatever update to
>>>> >> mobicent-google app in svn will be updated immediatly
>>>> >> [17:27] <vralev> right, only prob i see is an error in the job could
>>>> >> delete the whole mobicents.org
>>>> >> [17:28] <ivelin2> why not have a scheduled task in the mobicents.orgGAE
>>>> >> app
>>>> >> [17:28] <jeand> same problem when doing it manually
>>>> >> [17:28] <jeand> as long as the svn copy is intact we are fine
>>>> >> [17:28] <mart1ns> ones of us could do the same terror
>>>> >> [17:28] <ivelin2> to pull updates occasionally
>>>> >> [17:28] <ivelin2> hudson would send an email when ready and GAE will
>>>> >> pull the files
>>>> >> [17:28] <jeand> need to check if those tasks have access to the GAE
>>>> SDK
>>>> >> to be able to update
>>>> >> [17:29] <slegrik> I thought GAE was not allowed to make a pulls...
>>>> >> [17:29] <ivelin2> there is also a gateway that triggers URL call when
>>>> an
>>>> >> email is sent to it
>>>> >> [17:29] <slegrik> only to push it there
>>>> >> [17:30] <ivelin2> well, you can't pull new files on GAE, but you can
>>>> >> store and serve content from the DB
>>>> >> [17:30] <ivelin2> for more static web pages, the new Google Sites API
>>>> >> might be more handy
>>>> >> [17:31] <ivelin2> in any case, how would hte google wave account
>>>> work?
>>>> >> Do you just need the credentials, and not the wave functionality?
>>>> >> [17:32] <jeand> ivelin2, yes just the credentials of a gmail account
>>>> >> [17:32] <jeand> we could even create a new one just for that
>>>> >> [17:32] <jeand> the only thing is that this gmail account should be
>>>> >> allowed to upload files to GAE
>>>> >> [17:32] <jeand> oh they did a new google sites ? I thought it was
>>>> >> shutted down
>>>> >> [17:33] <ivelin2> they shut down google pages
>>>> >> [17:33] <ivelin2> but sites has been evolving, it replaced pages
>>>> >> [17:34] <ivelin2> http://code.google.com/apis/sites/
>>>> >> [17:35] <ivelin2> GAE is where live server side code resides, GSites
>>>> -
>>>> >> static content with versioning, etc.
>>>> >> [17:35] <slegrik> so, how do we approach

> Ques 1: Is this going to be open ims hss re-use code or build from scratch
> onwards ?

> Ques 2: Is it going to be build in ims oss project or mobicents project ?

> On Thu, Nov 12, 2009 at 9:39 PM, Sachin Parnami <sachin.mob...@gmail.com>wrote:

>> Lets Rock !!

>> On Thu, Nov 12, 2009 at 9:28 PM, aayush bhatnagar <
>> abhatnagar192...@gmail.com> wrote:

>>> Ready to rock then Sachin ??

>>> On Thu, Nov 12, 2009 at 18:15, Sachin Parnami <sachin.mob...@gmail.com>wrote:

>>>> Exactly Aayush,
>>>> IMHO its perfectly makes sense, this is what i was thinking of ;)

>>>> On Thu, Nov 12, 2009 at 10:16 AM, aayush bhatnagar <
>>>> abhatnagar192...@gmail.com> wrote:

>>>>> I can think of three basic SLEE services for the HSS: one for each
>>>>> external interface.

>>>>> For realizing each interface we can have a service.We have three
>>>>> actors here corresponding to each external interface.

>>>>> 1. CSCFs (I AND S-CSCF) on the Cx interface
>>>>> 2. SIP-Application servers on the Sh interface
>>>>> 3. Database (to catch document updated events)

>>>>> For each interface, we can have a root SBB. The CxRootSbb can listen
>>>>> to the incoming protcol events and create a child sbb
>>>>> CxRequestHandlerSbb that implements the procedures on this interface.

>>>>> Similarly, we can have the ShRootSbb and ShRequestHandlerSbb.

>>>>> We can have a DatasourceSbb that listens to updates to the user
>>>>> profile of the subscriber. Once the user profile changes, it gets a
>>>>> callback from the Datasource RA (currently in the XDM Project).

>>>>> Now, this sbb creates the CxRequestHandler child sbb to send out a PPR
>>>>> to the S-CSCF and the ShRequestHandler child sbb to send out a SNR to
>>>>> the interested SIP AS.

>>>>> Let me know if it makes sense.

>>>>> Regards
>>>>> aayush.

>>>>> On 12/11/2009, Sachin Parnami <sachin.mob...@gmail.com> wrote:
>>>>> >>>[18:54] <alexandre> ok, so for now my idea is to migrate OpenIMS db
>>>>> and
>>>>> > to have an sbb to answer requests

>>>>> > Regarding HSS prototype, Do we have HSS architecture document ready,
>>>>> which
>>>>> > one we are following ?
>>>>> > if i understand correctly, you are planning to have ?

>>>>> > SBB(Sh, Cx, Dx, Si)
>>>>> > SBB(HSS)                            DB
>>>>> >              |                    Request
>>>>> > |                                        |
>>>>> >              |---------------------------------------->  |
>>>>>     DB
>>>>> > Query        |
>>>>> >              |
>>>>> > |--------------------------->  |
>>>>> >              |
>>>>> > |        DB Response      |
>>>>> >              |
>>>>>    |
>>>>> > <--------------------------- |
>>>>> >              |                     Response
>>>>> > |                                        |
>>>>> >              |   <---------------------------------------
>>>>> > |                                        |

>>>>> > 2009/11/12 Alexandre Mendonça <brains...@gmail.com>

>>>>> >> Attendees:
>>>>> >>  Amit,Pavel,Alex, Bartek, Eduardo, Jean, Luis, Oleg, Vladimir,
>>>>> Ivelin

>>>>> >> Summary:
>>>>> >> #1 Hudson, docs build, google wave, GAE - prototype of automated
>>>>> roadmap
>>>>> >> generation ready, patch 980 ready
>>>>> >> #2 MSS 1.1  - more bugfixes, on Stuttgard Jug, release hopefully
>>>>> ready
>>>>> >> next week
>>>>> >> #3 MMS 2.0 - SS7 close to target, release shifted one week later
>>>>> >> #4 Diameter 1.x - started working on HSS prototype and on Sh-server
>>>>> >> porting to Mobicents 2.x
>>>>> >> #5 JSLEE 2.0 - more testing on BETA2, close to release, regarding
>>>>> 1.2.7
>>>>> >> almost all issues are closed
>>>>> >> #6 QE - SIP HA, Media Testing - testing jbcp patch 980, planning for
>>>>> FY
>>>>> >> 2011, testing BETA2 next week

>>>>> >> Log:

>>>>> >> [17:07] <ivelin2> #1 Hudson, docs build, google wave, GAE
>>>>> >> [17:07] <ivelin2> #2 MSS 1.1
>>>>> >> [17:08] <ivelin2> #3 MMS 2.0
>>>>> >> [17:08] <ivelin2> #4 Diameter 1.x
>>>>> >> [17:08] <ivelin2> #5 JSLEE 2.0
>>>>> >> [17:08] <ivelin2> #6 QE - SIP HA, Media Testing
>>>>> >> [17:09] <ivelin2> what else?
>>>>> >> [17:13] <ivelin2> ok, #1 then
>>>>> >> [17:13] <ivelin2> oh
>>>>> >> [17:13] <ivelin2> just to let you know, I have a dentist appointment
>>>>> in
>>>>> >> less than an hour
>>>>> >> [17:13] <slegrik> looks like it is me :)
>>>>> >> [17:13] <ivelin2> postponed it 3 times already, but the dentits got
>>>>> mean
>>>>> >> to me. I don't want them to be too mean :)
>>>>> >> [17:13] <slegrik> let me first update, what I have reached
>>>>> >> [17:13] <baranowb> I bet its "she"
>>>>> >> [17:14] <ivelin2> so I'll step out of the chat for about 30 minutes
>>>>> and
>>>>> >> then get back in
>>>>> >> [17:14] <slegrik> I was working on the roadmap automatic generation
>>>>> >> tool. The prototype is ready. I have used  the Sip Servlets 1.2.00
>>>>> >> version for proof of concept
>>>>> >> [17:14] <ivelin2> Pavel, since your name popped up first, do you
>>>>> mind
>>>>> >> keeping notes and sending out after the meeting?
>>>>> >> [17:14] <slegrik> The outcome can be seen at

>>>>> http://hudson.qa.jboss.com/hudson/view/Mobicents/job/MobicentsRoadmap...
>>>>> >> [17:15] <slegrik> ivelin2, I do not mind I will send the notes
>>>>> >> afterwards
>>>>> >> [17:15] <slegrik> We need to define, what will be the next steps
>>>>> >> regarding roadmap
>>>>> >> [17:16] <slegrik> besides I was working on the patch
>>>>> >> [17:16] <slegrik> patch 980 (Hotfix for the customers), it is ready
>>>>> in
>>>>> >> QA, once tested will be shipped.
>>>>> >> [17:17] <jeand> barreiro, did you have time to test it out ?
>>>>> >> [17:17] <barreiro> jeand, yees, it's almost finished.
>>>>> >> [17:18] <jeand> what is the ETA for delivery ?
>>>>> >> [17:18] <barreiro> today
>>>>> >> [17:18] <jeand> great
>>>>> >> [17:19] <ivelin2> so where does gwaves come in?
>>>>> >> [17:19] <ivelin2> the result looks nice, btw
>>>>> >> [17:19] <jeand> it doesn't
>>>>> >> [17:20] <slegrik> ivelin2, well I want to have automated job on
>>>>> Hudson,
>>>>> >> which check for updates on the svn for mobicents-google-app
>>>>> >> [17:20] <slegrik> ivelin2, so only what we need to have ability to
>>>>> >> deploy on GAE
>>>>> >> [17:20] <jeand> just the gmail account was to be used from the
>>>>> hudson
>>>>> >> job to upload mobicents.org files from the google code svn
>>>>> >> [17:21] <ivelin2> not following
>>>>> >> [17:21] <ivelin2> gmail, hudson?
>>>>> >> [17:21] <jeand> to be able to upload files to GAE you need
>>>>> credentials
>>>>> >> [17:22] <jeand> those credentials could be the one from the
>>>>> >> mobicents.wave gmail account
>>>>> >> [17:22] <jeand> so that nobody can't get access to one of our
>>>>> personal
>>>>> >> gmail account
>>>>> >> [17:23] <vralev> but the tool is already a Java app and GAE can host
>>>>> >> Java apps that generate web pages )it's servlets), so it makes sense
>>>>> to
>>>>> >> just host the tool in GAE as a GAE app and generate the page when
>>>>> >> visting
>>>>> >> [17:24] <jeand> oh it's a java app ? I thought it was a python app
>>>>> >> [17:24] <vralev> well GAE can host pythin too :)
>>>>> >> [17:24] <jeand> in any case, even without the roadmap generation
>>>>> >> [17:24] <jeand> it could be nice to have a hudson job taking care of
>>>>> >> updating the website automatically
>>>>> >> [17:24] <jeand> instead of us doing it manually
>>>>> >> [17:25] <slegrik> vralev, this is also possible way to go
>>>>> >> [17:25] <jeand> even though it's a small burden
>>>>> >> [17:25] <jeand> and for future customers
>>>>> >> [17:25] <jeand> they would just need to worry about committing to
>>>>> trunk
>>>>> >> [17:26] <jeand> customers wanting to contribute to doco or
>>>>> frameworks
>>>>> >> [17:26] <jeand> doco
>>>>> >> [17:26] <jeand> and the hudson job will publish automatically
>>>>> >> [17:27] <slegrik> jeand, yeah this was the goal - whatever update to
>>>>> >> mobicent-google app in svn will be updated immediatly
>>>>> >> [17:27] <vralev> right, only prob i see is an error in the job could
>>>>> >> delete the whole mobicents.org
>>>>> >> [17:28] <ivelin2> why not have a scheduled task in the
>>>>> mobicents.org GAE
>>>>> >> app
>>>>> >> [17:28] <jeand> same problem when doing it manually
>>>>> >> [17:28] <jeand> as long as the svn copy is intact we are fine
>>>>> >> [17:28] <mart1ns> ones of us could do the same terror
>>>>> >> [17:28] <ivelin2> to pull updates occasionally
>>>>> >> [17:28] <ivelin2> hudson would send an email when ready and GAE will
>>>>> >> pull the files
>>>>> >> [17:28] <jeand> need to check if those tasks have access to the GAE
>>>>> SDK
>>>>> >> to be able to update
>>>>> >> [17:29] <slegrik> I thought GAE was not allowed to make a pulls...
>>>>> >> [17:29] <ivelin2> there is also a gateway that triggers URL call
>>>>> when an
>>>>> >> email is sent to it
>>>>> >> [17:29] <slegrik> only to push it there
>>>>> >> [17:30] <ivelin2> well, you can't pull new files on GAE, but you can
>>>>> >> store and serve content from the DB
>>>>> >> [17:30] <ivelin2> for more static web pages, the new Google Sites
>>>>> API
>>>>> >> might be more handy
>>>>> >> [17:31] <ivelin2> in any case, how would hte google wave account
>>>>> work?
>>>>> >> Do you just need the credentials, and not the wave functionality?
>>>>> >> [17:32] <jeand> ivelin2, yes just the credentials of a gmail account
>>>>> >> [17:32] <jeand> we could even create a new one just for that
>>>>> >> [17:32]

> Ans 2: Mobicents as far as i think...but i am not sure about this one.

> On Fri, Nov 13, 2009 at 19:39, rajat <coolguymumbai192...@gmail.com>wrote:

>> I have some question.

>> Ques 1: Is this going to be open ims hss re-use code or build from scratch
>> onwards ?

>> Ques 2: Is it going to be build in ims oss project or mobicents project ?

>> On Thu, Nov 12, 2009 at 9:39 PM, Sachin Parnami <sachin.mob...@gmail.com>wrote:

>>> Lets Rock !!

>>> On Thu, Nov 12, 2009 at 9:28 PM, aayush bhatnagar <
>>> abhatnagar192...@gmail.com> wrote:

>>>> Ready to rock then Sachin ??

>>>> On Thu, Nov 12, 2009 at 18:15, Sachin Parnami <sachin.mob...@gmail.com>wrote:

>>>>> Exactly Aayush,
>>>>> IMHO its perfectly makes sense, this is what i was thinking of ;)

>>>>> On Thu, Nov 12, 2009 at 10:16 AM, aayush bhatnagar <
>>>>> abhatnagar192...@gmail.com> wrote:

>>>>>> I can think of three basic SLEE services for the HSS: one for each
>>>>>> external interface.

>>>>>> For realizing each interface we can have a service.We have three
>>>>>> actors here corresponding to each external interface.

>>>>>> 1. CSCFs (I AND S-CSCF) on the Cx interface
>>>>>> 2. SIP-Application servers on the Sh interface
>>>>>> 3. Database (to catch document updated events)

>>>>>> For each interface, we can have a root SBB. The CxRootSbb can listen
>>>>>> to the incoming protcol events and create a child sbb
>>>>>> CxRequestHandlerSbb that implements the procedures on this interface.

>>>>>> Similarly, we can have the ShRootSbb and ShRequestHandlerSbb.

>>>>>> We can have a DatasourceSbb that listens to updates to the user
>>>>>> profile of the subscriber. Once the user profile changes, it gets a
>>>>>> callback from the Datasource RA (currently in the XDM Project).

>>>>>> Now, this sbb creates the CxRequestHandler child sbb to send out a PPR
>>>>>> to the S-CSCF and the ShRequestHandler child sbb to send out a SNR to
>>>>>> the interested SIP AS.

>>>>>> Let me know if it makes sense.

>>>>>> Regards
>>>>>> aayush.

>>>>>> On 12/11/2009, Sachin Parnami <sachin.mob...@gmail.com> wrote:
>>>>>> >>>[18:54] <alexandre> ok, so for now my idea is to migrate OpenIMS db
>>>>>> and
>>>>>> > to have an sbb to answer requests

>>>>>> > Regarding HSS prototype, Do we have HSS architecture document ready,
>>>>>> which
>>>>>> > one we are following ?
>>>>>> > if i understand correctly, you are planning to have ?

>>>>>> > SBB(Sh, Cx, Dx, Si)
>>>>>> > SBB(HSS)                            DB
>>>>>> >              |                    Request
>>>>>> > |                                        |
>>>>>> >              |---------------------------------------->  |
>>>>>>     DB
>>>>>> > Query        |
>>>>>> >              |
>>>>>> > |--------------------------->  |
>>>>>> >              |
>>>>>> > |        DB Response      |
>>>>>> >              |
>>>>>>    |
>>>>>> > <--------------------------- |
>>>>>> >              |                     Response
>>>>>> > |                                        |
>>>>>> >              |   <---------------------------------------
>>>>>> > |                                        |

>>>>>> > 2009/11/12 Alexandre Mendonça <brains...@gmail.com>

>>>>>> >> Attendees:
>>>>>> >>  Amit,Pavel,Alex, Bartek, Eduardo, Jean, Luis, Oleg, Vladimir,
>>>>>> Ivelin

>>>>>> >> Summary:
>>>>>> >> #1 Hudson, docs build, google wave, GAE - prototype of automated
>>>>>> roadmap
>>>>>> >> generation ready, patch 980 ready
>>>>>> >> #2 MSS 1.1  - more bugfixes, on Stuttgard Jug, release hopefully
>>>>>> ready
>>>>>> >> next week
>>>>>> >> #3 MMS 2.0 - SS7 close to target, release shifted one week later
>>>>>> >> #4 Diameter 1.x - started working on HSS prototype and on Sh-server
>>>>>> >> porting to Mobicents 2.x
>>>>>> >> #5 JSLEE 2.0 - more testing on BETA2, close to release, regarding
>>>>>> 1.2.7
>>>>>> >> almost all issues are closed
>>>>>> >> #6 QE - SIP HA, Media Testing - testing jbcp patch 980, planning
>>>>>> for FY
>>>>>> >> 2011, testing BETA2 next week

>>>>>> >> Log:

>>>>>> >> [17:07] <ivelin2> #1 Hudson, docs build, google wave, GAE
>>>>>> >> [17:07] <ivelin2> #2 MSS 1.1
>>>>>> >> [17:08] <ivelin2> #3 MMS 2.0
>>>>>> >> [17:08] <ivelin2> #4 Diameter 1.x
>>>>>> >> [17:08] <ivelin2> #5 JSLEE 2.0
>>>>>> >> [17:08] <ivelin2> #6 QE - SIP HA, Media Testing
>>>>>> >> [17:09] <ivelin2> what else?
>>>>>> >> [17:13] <ivelin2> ok, #1 then
>>>>>> >> [17:13] <ivelin2> oh
>>>>>> >> [17:13] <ivelin2> just to let you know, I have a dentist
>>>>>> appointment in
>>>>>> >> less than an hour
>>>>>> >> [17:13] <slegrik> looks like it is me :)
>>>>>> >> [17:13] <ivelin2> postponed it 3 times already, but the dentits got
>>>>>> mean
>>>>>> >> to me. I don't want them to be too mean :)
>>>>>> >> [17:13] <slegrik> let me first update, what I have reached
>>>>>> >> [17:13] <baranowb> I bet its "she"
>>>>>> >> [17:14] <ivelin2> so I'll step out of the chat for about 30 minutes
>>>>>> and
>>>>>> >> then get back in
>>>>>> >> [17:14] <slegrik> I was working on the roadmap automatic generation
>>>>>> >> tool. The prototype is ready. I have used  the Sip Servlets 1.2.00
>>>>>> >> version for proof of concept
>>>>>> >> [17:14] <ivelin2> Pavel, since your name popped up first, do you
>>>>>> mind
>>>>>> >> keeping notes and sending out after the meeting?
>>>>>> >> [17:14] <slegrik> The outcome can be seen at

>>>>>> http://hudson.qa.jboss.com/hudson/view/Mobicents/job/MobicentsRoadmap...
>>>>>> >> [17:15] <slegrik> ivelin2, I do not mind I will send the notes
>>>>>> >> afterwards
>>>>>> >> [17:15] <slegrik> We need to define, what will be the next steps
>>>>>> >> regarding roadmap
>>>>>> >> [17:16] <slegrik> besides I was working on the patch
>>>>>> >> [17:16] <slegrik> patch 980 (Hotfix for the customers), it is ready
>>>>>> in
>>>>>> >> QA, once tested will be shipped.
>>>>>> >> [17:17] <jeand> barreiro, did you have time to test it out ?
>>>>>> >> [17:17] <barreiro> jeand, yees, it's almost finished.
>>>>>> >> [17:18] <jeand> what is the ETA for delivery ?
>>>>>> >> [17:18] <barreiro> today
>>>>>> >> [17:18] <jeand> great
>>>>>> >> [17:19] <ivelin2> so where does gwaves come in?
>>>>>> >> [17:19] <ivelin2> the result looks nice, btw
>>>>>> >> [17:19] <jeand> it doesn't
>>>>>> >> [17:20] <slegrik> ivelin2, well I want to have automated job on
>>>>>> Hudson,
>>>>>> >> which check for updates on the svn for mobicents-google-app
>>>>>> >> [17:20] <slegrik> ivelin2, so only what we need to have ability to
>>>>>> >> deploy on GAE
>>>>>> >> [17:20] <jeand> just the gmail account was to be used from the
>>>>>> hudson
>>>>>> >> job to upload mobicents.org files from the google code svn
>>>>>> >> [17:21] <ivelin2> not following
>>>>>> >> [17:21] <ivelin2> gmail, hudson?
>>>>>> >> [17:21] <jeand> to be able to upload files to GAE you need
>>>>>> credentials
>>>>>> >> [17:22] <jeand> those credentials could be the one from the
>>>>>> >> mobicents.wave gmail account
>>>>>> >> [17:22] <jeand> so that nobody can't get access to one of our
>>>>>> personal
>>>>>> >> gmail account
>>>>>> >> [17:23] <vralev> but the tool is already a Java app and GAE can
>>>>>> host
>>>>>> >> Java apps that generate web pages )it's servlets), so it makes
>>>>>> sense to
>>>>>> >> just host the tool in GAE as a GAE app and generate the page when
>>>>>> >> visting
>>>>>> >> [17:24] <jeand> oh it's a java app ? I thought it was a python app
>>>>>> >> [17:24] <vralev> well GAE can host pythin too :)
>>>>>> >> [17:24] <jeand> in any case, even without the roadmap generation
>>>>>> >> [17:24] <jeand> it could be nice to have a hudson job taking care
>>>>>> of
>>>>>> >> updating the website automatically
>>>>>> >> [17:24] <jeand> instead of us doing it manually
>>>>>> >> [17:25] <slegrik> vralev, this is also possible way to go
>>>>>> >> [17:25] <jeand> even though it's a small burden
>>>>>> >> [17:25] <jeand> and for future customers
>>>>>> >> [17:25] <jeand> they would just need to worry about committing to
>>>>>> trunk
>>>>>> >> [17:26] <jeand> customers wanting to contribute to doco or
>>>>>> frameworks
>>>>>> >> [17:26] <jeand> doco
>>>>>> >> [17:26] <jeand> and the hudson job will publish automatically
>>>>>> >> [17:27] <slegrik> jeand, yeah this was the goal - whatever update
>>>>>> to
>>>>>> >> mobicent-google app in svn will be updated immediatly
>>>>>> >> [17:27] <vralev> right, only prob i see is an error in the job
>>>>>> could
>>>>>> >> delete the whole mobicents.org
>>>>>> >> [17:28] <ivelin2> why not have a scheduled task in the
>>>>>> mobicents.org GAE
>>>>>> >> app
>>>>>> >> [17:28] <jeand> same problem when doing it manually
>>>>>> >> [17:28] <jeand> as long as the svn copy is intact we are fine
>>>>>> >> [17:28] <mart1ns> ones of us could do the same terror
>>>>>> >> [17:28] <ivelin2> to pull updates occasionally
>>>>>> >> [17:28] <ivelin2> hudson would send an email when ready and GAE
>>>>>> will
>>>>>> >> pull the

> Sorry for the lack of answers.. busy days testing SLEE 2.0 BETA2 :)

> Yes, it will be built from scratch under JAIN SLEE container, Open IMS is
> some reference to look at in case of doubts, as any other implementation we
> have access to should be, such as http://code.google.com/p/hss/ :)

> It will be part of Mobicents product, which IMS OSS can benefit from also,
> as usual :)

> Regarding architecture, I agree with a service per interface but I don't
> see the need of child SBB's for processing requests, why not do it on the
> Root SBBs?

> cHeerSS! =)

> Alexandre Mendonça
> JBoss R&D

> On Fri, Nov 13, 2009 at 14:49, aayush bhatnagar <
> abhatnagar192...@gmail.com> wrote:

>> Ans 1: It will be built from the scratch on the JAIN SLEE container. Open
>> IMS HSS will only be treated as a reference implementation.

>> Ans 2: Mobicents as far as i think...but i am not sure about this one.

>> On Fri, Nov 13, 2009 at 19:39, rajat <coolguymumbai192...@gmail.com>wrote:

>>> I have some question.

>>> Ques 1: Is this going to be open ims hss re-use code or build from
>>> scratch onwards ?

>>> Ques 2: Is it going to be build in ims oss project or mobicents project ?

>>> On Thu, Nov 12, 2009 at 9:39 PM, Sachin Parnami <sachin.mob...@gmail.com
>>> > wrote:

>>>> Lets Rock !!

>>>> On Thu, Nov 12, 2009 at 9:28 PM, aayush bhatnagar <
>>>> abhatnagar192...@gmail.com> wrote:

>>>>> Ready to rock then Sachin ??

>>>>> On Thu, Nov 12, 2009 at 18:15, Sachin Parnami <sachin.mob...@gmail.com
>>>>> > wrote:

>>>>>> Exactly Aayush,
>>>>>> IMHO its perfectly makes sense, this is what i was thinking of ;)

>>>>>> On Thu, Nov 12, 2009 at 10:16 AM, aayush bhatnagar <
>>>>>> abhatnagar192...@gmail.com> wrote:

>>>>>>> I can think of three basic SLEE services for the HSS: one for each
>>>>>>> external interface.

>>>>>>> For realizing each interface we can have a service.We have three
>>>>>>> actors here corresponding to each external interface.

>>>>>>> 1. CSCFs (I AND S-CSCF) on the Cx interface
>>>>>>> 2. SIP-Application servers on the Sh interface
>>>>>>> 3. Database (to catch document updated events)

>>>>>>> For each interface, we can have a root SBB. The CxRootSbb can listen
>>>>>>> to the incoming protcol events and create a child sbb
>>>>>>> CxRequestHandlerSbb that implements the procedures on this interface.

>>>>>>> Similarly, we can have the ShRootSbb and ShRequestHandlerSbb.

>>>>>>> We can have a DatasourceSbb that listens to updates to the user
>>>>>>> profile of the subscriber. Once the user profile changes, it gets a
>>>>>>> callback from the Datasource RA (currently in the XDM Project).

>>>>>>> Now, this sbb creates the CxRequestHandler child sbb to send out a
>>>>>>> PPR
>>>>>>> to the S-CSCF and the ShRequestHandler child sbb to send out a SNR to
>>>>>>> the interested SIP AS.

>>>>>>> Let me know if it makes sense.

>>>>>>> Regards
>>>>>>> aayush.

>>>>>>> On 12/11/2009, Sachin Parnami <sachin.mob...@gmail.com> wrote:
>>>>>>> >>>[18:54] <alexandre> ok, so for now my idea is to migrate OpenIMS
>>>>>>> db and
>>>>>>> > to have an sbb to answer requests

>>>>>>> > Regarding HSS prototype, Do we have HSS architecture document
>>>>>>> ready, which
>>>>>>> > one we are following ?
>>>>>>> > if i understand correctly, you are planning to have ?

>>>>>>> > SBB(Sh, Cx, Dx, Si)
>>>>>>> > SBB(HSS)                            DB
>>>>>>> >              |                    Request
>>>>>>> > |                                        |
>>>>>>> >              |---------------------------------------->  |
>>>>>>>       DB
>>>>>>> > Query        |
>>>>>>> >              |
>>>>>>> > |--------------------------->  |
>>>>>>> >              |
>>>>>>> > |        DB Response      |
>>>>>>> >              |
>>>>>>>      |
>>>>>>> > <--------------------------- |
>>>>>>> >              |                     Response
>>>>>>> > |                                        |
>>>>>>> >              |   <---------------------------------------
>>>>>>> > |                                        |

>>>>>>> > 2009/11/12 Alexandre Mendonça <brains...@gmail.com>

>>>>>>> >> Attendees:
>>>>>>> >>  Amit,Pavel,Alex, Bartek, Eduardo, Jean, Luis, Oleg, Vladimir,
>>>>>>> Ivelin

>>>>>>> >> Summary:
>>>>>>> >> #1 Hudson, docs build, google wave, GAE - prototype of automated
>>>>>>> roadmap
>>>>>>> >> generation ready, patch 980 ready
>>>>>>> >> #2 MSS 1.1  - more bugfixes, on Stuttgard Jug, release hopefully
>>>>>>> ready
>>>>>>> >> next week
>>>>>>> >> #3 MMS 2.0 - SS7 close to target, release shifted one week later
>>>>>>> >> #4 Diameter 1.x - started working on HSS prototype and on
>>>>>>> Sh-server
>>>>>>> >> porting to Mobicents 2.x
>>>>>>> >> #5 JSLEE 2.0 - more testing on BETA2, close to release, regarding
>>>>>>> 1.2.7
>>>>>>> >> almost all issues are closed
>>>>>>> >> #6 QE - SIP HA, Media Testing - testing jbcp patch 980, planning
>>>>>>> for FY
>>>>>>> >> 2011, testing BETA2 next week

>>>>>>> >> Log:

>>>>>>> >> [17:07] <ivelin2> #1 Hudson, docs build, google wave, GAE
>>>>>>> >> [17:07] <ivelin2> #2 MSS 1.1
>>>>>>> >> [17:08] <ivelin2> #3 MMS 2.0
>>>>>>> >> [17:08] <ivelin2> #4 Diameter 1.x
>>>>>>> >> [17:08] <ivelin2> #5 JSLEE 2.0
>>>>>>> >> [17:08] <ivelin2> #6 QE - SIP HA, Media Testing
>>>>>>> >> [17:09] <ivelin2> what else?
>>>>>>> >> [17:13] <ivelin2> ok, #1 then
>>>>>>> >> [17:13] <ivelin2> oh
>>>>>>> >> [17:13] <ivelin2> just to let you know, I have a dentist
>>>>>>> appointment in
>>>>>>> >> less than an hour
>>>>>>> >> [17:13] <slegrik> looks like it is me :)
>>>>>>> >> [17:13] <ivelin2> postponed it 3 times already, but the dentits
>>>>>>> got mean
>>>>>>> >> to me. I don't want them to be too mean :)
>>>>>>> >> [17:13] <slegrik> let me first update, what I have reached
>>>>>>> >> [17:13] <baranowb> I bet its "she"
>>>>>>> >> [17:14] <ivelin2> so I'll step out of the chat for about 30
>>>>>>> minutes and
>>>>>>> >> then get back in
>>>>>>> >> [17:14] <slegrik> I was working on the roadmap automatic
>>>>>>> generation
>>>>>>> >> tool. The prototype is ready. I have used  the Sip Servlets 1.2.00
>>>>>>> >> version for proof of concept
>>>>>>> >> [17:14] <ivelin2> Pavel, since your name popped up first, do you
>>>>>>> mind
>>>>>>> >> keeping notes and sending out after the meeting?
>>>>>>> >> [17:14] <slegrik> The outcome can be seen at

>>>>>>> http://hudson.qa.jboss.com/hudson/view/Mobicents/job/MobicentsRoadmap...
>>>>>>> >> [17:15] <slegrik> ivelin2, I do not mind I will send the notes
>>>>>>> >> afterwards
>>>>>>> >> [17:15] <slegrik> We need to define, what will be the next steps
>>>>>>> >> regarding roadmap
>>>>>>> >> [17:16] <slegrik> besides I was working on the patch
>>>>>>> >> [17:16] <slegrik> patch 980 (Hotfix for the customers), it is
>>>>>>> ready in
>>>>>>> >> QA, once tested will be shipped.
>>>>>>> >> [17:17] <jeand> barreiro, did you have time to test it out ?
>>>>>>> >> [17:17] <barreiro> jeand, yees, it's almost finished.
>>>>>>> >> [17:18] <jeand> what is the ETA for delivery ?
>>>>>>> >> [17:18] <barreiro> today
>>>>>>> >> [17:18] <jeand> great
>>>>>>> >> [17:19] <ivelin2> so where does gwaves come in?
>>>>>>> >> [17:19] <ivelin2> the result looks nice, btw
>>>>>>> >> [17:19] <jeand> it doesn't
>>>>>>> >> [17:20] <slegrik> ivelin2, well I want to have automated job on
>>>>>>> Hudson,
>>>>>>> >> which check for updates on the svn for mobicents-google-app
>>>>>>> >> [17:20] <slegrik> ivelin2, so only what we need to have ability to
>>>>>>> >> deploy on GAE
>>>>>>> >> [17:20] <jeand> just the gmail account was to be used from the
>>>>>>> hudson
>>>>>>> >> job to upload mobicents.org files from the google code svn
>>>>>>> >> [17:21] <ivelin2> not following
>>>>>>> >> [17:21] <ivelin2> gmail, hudson?
>>>>>>> >> [17:21] <jeand> to be able to upload files to GAE you need
>>>>>>> credentials
>>>>>>> >> [17:22] <jeand> those credentials could be the one from the
>>>>>>> >> mobicents.wave gmail account
>>>>>>> >> [17:22] <jeand> so that nobody can't get access to one of our
>>>>>>> personal
>>>>>>> >> gmail account
>>>>>>> >> [17:23] <vralev> but the tool is already a Java app and GAE can
>>>>>>> host
>>>>>>> >> Java apps that generate web pages )it's servlets), so it makes
>>>>>>> sense to
>>>>>>> >> just host the tool in GAE as a GAE app and generate the page when
>>>>>>> >> visting
>>>>>>> >> [17:24] <jeand> oh it's a java app ? I thought it was a python app
>>>>>>> >> [17:24] <vralev> well GAE can host

> However, as some of the procedures are very elaborate with a lot of checks
> to perform, we will need to break them down in the form of some helper
> classes and delegate the procedural implementation to them.

> If there are too many checks to perform (as is the case in some procedures,
> where DB queries are involved to post-process results in addition to
> business logic checks) , the root sbb can delegate to the child sbb, so that
> the SBB event handler returns and does not block.

> The child can then make an async callback to the parent later on.

> There are some special cases (such as sending of a RTR and PPR), that I
> think should go in the child sbb once the parent sbb catches the
> event. These events are triggered by very rare administrative actions (maybe
> through a MBean), and not protocol events.

> Eg: provisioning of new IMPUs, or barring/unbarring of an IMPU, or HSS
> initiated de-registration request etc trigger PPRs and RTRs. Sometimes both
> have to be sent together. Also, SNRs may need to be sent here to the
> SIP-AS's when the profile is modified.

> Just my 2 cents..

> Regards

> Aayush

> 2009/11/13 Alexandre Mendonça <brains...@gmail.com>

> Hi guys,

>> Sorry for the lack of answers.. busy days testing SLEE 2.0 BETA2 :)

>> Yes, it will be built from scratch under JAIN SLEE container, Open IMS is
>> some reference to look at in case of doubts, as any other implementation we
>> have access to should be, such as http://code.google.com/p/hss/ :)

>> It will be part of Mobicents product, which IMS OSS can benefit from also,
>> as usual :)

>> Regarding architecture, I agree with a service per interface but I don't
>> see the need of child SBB's for processing requests, why not do it on the
>> Root SBBs?

>> cHeerSS! =)

>> Alexandre Mendonça
>> JBoss R&D

>> On Fri, Nov 13, 2009 at 14:49, aayush bhatnagar <
>> abhatnagar192...@gmail.com> wrote:

>>> Ans 1: It will be built from the scratch on the JAIN SLEE container. Open
>>> IMS HSS will only be treated as a reference implementation.

>>> Ans 2: Mobicents as far as i think...but i am not sure about this one.

>>> On Fri, Nov 13, 2009 at 19:39, rajat <coolguymumbai192...@gmail.com>wrote:

>>>> I have some question.

>>>> Ques 1: Is this going to be open ims hss re-use code or build from
>>>> scratch onwards ?

>>>> Ques 2: Is it going to be build in ims oss project or mobicents project
>>>> ?

>>>> On Thu, Nov 12, 2009 at 9:39 PM, Sachin Parnami <
>>>> sachin.mob...@gmail.com> wrote:

>>>>> Lets Rock !!

>>>>> On Thu, Nov 12, 2009 at 9:28 PM, aayush bhatnagar <
>>>>> abhatnagar192...@gmail.com> wrote:

>>>>>> Ready to rock then Sachin ??

>>>>>> On Thu, Nov 12, 2009 at 18:15, Sachin Parnami <
>>>>>> sachin.mob...@gmail.com> wrote:

>>>>>>> Exactly Aayush,
>>>>>>> IMHO its perfectly makes sense, this is what i was thinking of ;)

>>>>>>> On Thu, Nov 12, 2009 at 10:16 AM, aayush bhatnagar <
>>>>>>> abhatnagar192...@gmail.com> wrote:

>>>>>>>> I can think of three basic SLEE services for the HSS: one for each
>>>>>>>> external interface.

>>>>>>>> For realizing each interface we can have a service.We have three
>>>>>>>> actors here corresponding to each external interface.

>>>>>>>> 1. CSCFs (I AND S-CSCF) on the Cx interface
>>>>>>>> 2. SIP-Application servers on the Sh interface
>>>>>>>> 3. Database (to catch document updated events)

>>>>>>>> For each interface, we can have a root SBB. The CxRootSbb can listen
>>>>>>>> to the incoming protcol events and create a child sbb
>>>>>>>> CxRequestHandlerSbb that implements the procedures on this
>>>>>>>> interface.

>>>>>>>> Similarly, we can have the ShRootSbb and ShRequestHandlerSbb.

>>>>>>>> We can have a DatasourceSbb that listens to updates to the user
>>>>>>>> profile of the subscriber. Once the user profile changes, it gets a
>>>>>>>> callback from the Datasource RA (currently in the XDM Project).

>>>>>>>> Now, this sbb creates the CxRequestHandler child sbb to send out a
>>>>>>>> PPR
>>>>>>>> to the S-CSCF and the ShRequestHandler child sbb to send out a SNR
>>>>>>>> to
>>>>>>>> the interested SIP AS.

>>>>>>>> Let me know if it makes sense.

>>>>>>>> Regards
>>>>>>>> aayush.

>>>>>>>> On 12/11/2009, Sachin Parnami <sachin.mob...@gmail.com> wrote:
>>>>>>>> >>>[18:54] <alexandre> ok, so for now my idea is to migrate OpenIMS
>>>>>>>> db and
>>>>>>>> > to have an sbb to answer requests

>>>>>>>> > Regarding HSS prototype, Do we have HSS architecture document
>>>>>>>> ready, which
>>>>>>>> > one we are following ?
>>>>>>>> > if i understand correctly, you are planning to have ?

>>>>>>>> > SBB(Sh, Cx, Dx, Si)
>>>>>>>> > SBB(HSS)                            DB
>>>>>>>> >              |                    Request
>>>>>>>> > |                                        |
>>>>>>>> >              |---------------------------------------->  |
>>>>>>>>       DB
>>>>>>>> > Query        |
>>>>>>>> >              |
>>>>>>>> > |--------------------------->  |
>>>>>>>> >              |
>>>>>>>> > |        DB Response      |
>>>>>>>> >              |
>>>>>>>>      |
>>>>>>>> > <--------------------------- |
>>>>>>>> >              |                     Response
>>>>>>>> > |                                        |
>>>>>>>> >              |   <---------------------------------------
>>>>>>>> > |                                        |

>>>>>>>> > 2009/11/12 Alexandre Mendonça <brains...@gmail.com>

>>>>>>>> >> Attendees:
>>>>>>>> >>  Amit,Pavel,Alex, Bartek, Eduardo, Jean, Luis, Oleg, Vladimir,
>>>>>>>> Ivelin

>>>>>>>> >> Summary:
>>>>>>>> >> #1 Hudson, docs build, google wave, GAE - prototype of automated
>>>>>>>> roadmap
>>>>>>>> >> generation ready, patch 980 ready
>>>>>>>> >> #2 MSS 1.1  - more bugfixes, on Stuttgard Jug, release hopefully
>>>>>>>> ready
>>>>>>>> >> next week
>>>>>>>> >> #3 MMS 2.0 - SS7 close to target, release shifted one week later
>>>>>>>> >> #4 Diameter 1.x - started working on HSS prototype and on
>>>>>>>> Sh-server
>>>>>>>> >> porting to Mobicents 2.x
>>>>>>>> >> #5 JSLEE 2.0 - more testing on BETA2, close to release, regarding
>>>>>>>> 1.2.7
>>>>>>>> >> almost all issues are closed
>>>>>>>> >> #6 QE - SIP HA, Media Testing - testing jbcp patch 980, planning
>>>>>>>> for FY
>>>>>>>> >> 2011, testing BETA2 next week

>>>>>>>> >> Log:

>>>>>>>> >> [17:07] <ivelin2> #1 Hudson, docs build, google wave, GAE
>>>>>>>> >> [17:07] <ivelin2> #2 MSS 1.1
>>>>>>>> >> [17:08] <ivelin2> #3 MMS 2.0
>>>>>>>> >> [17:08] <ivelin2> #4 Diameter 1.x
>>>>>>>> >> [17:08] <ivelin2> #5 JSLEE 2.0
>>>>>>>> >> [17:08] <ivelin2> #6 QE - SIP HA, Media Testing
>>>>>>>> >> [17:09] <ivelin2> what else?
>>>>>>>> >> [17:13] <ivelin2> ok, #1 then
>>>>>>>> >> [17:13] <ivelin2> oh
>>>>>>>> >> [17:13] <ivelin2> just to let you know, I have a dentist
>>>>>>>> appointment in
>>>>>>>> >> less than an hour
>>>>>>>> >> [17:13] <slegrik> looks like it is me :)
>>>>>>>> >> [17:13] <ivelin2> postponed it 3 times already, but the dentits
>>>>>>>> got mean
>>>>>>>> >> to me. I don't want them to be too mean :)
>>>>>>>> >> [17:13] <slegrik> let me first update, what I have reached
>>>>>>>> >> [17:13] <baranowb> I bet its "she"
>>>>>>>> >> [17:14] <ivelin2> so I'll step out of the chat for about 30
>>>>>>>> minutes and
>>>>>>>> >> then get back in
>>>>>>>> >> [17:14] <slegrik> I was working on the roadmap automatic
>>>>>>>> generation
>>>>>>>> >> tool. The prototype is ready. I have used  the Sip Servlets
>>>>>>>> 1.2.00
>>>>>>>> >> version for proof of concept
>>>>>>>> >> [17:14] <ivelin2> Pavel, since your name popped up first, do you
>>>>>>>> mind
>>>>>>>> >> keeping notes and sending out after the meeting?
>>>>>>>> >> [17:14] <slegrik> The outcome can be seen at

>>>>>>>> http://hudson.qa.jboss.com/hudson/view/Mobicents/job/MobicentsRoadmap...
>>>>>>>> >> [17:15] <slegrik> ivelin2, I do not mind I will send the notes
>>>>>>>> >> afterwards
>>>>>>>> >> [17:15] <slegrik> We need to define, what will be the next steps
>>>>>>>> >> regarding roadmap
>>>>>>>> >> [17:16] <slegrik> besides I was working on the patch
>>>>>>>> >> [17:16] <slegrik> patch 980 (Hotfix for the customers), it is
>>>>>>>> ready in
>>>>>>>> >> QA, once tested will be shipped.
>>>>>>>> >> [17:17] <jeand> barreiro, did you have time to test it out ?
>>>>>>>> >> [17:17] <barreiro> jeand, yees, it's almost finished.
>>>>>>>> >> [17:18] <jeand> what is the ETA for delivery ?
>>>>>>>> >> [17:18] <barreiro> today
>>>>>>>> >> [17:18] <jeand> great
>>>>>>>> >> [17:19] <ivelin2> so where does gwaves come in?
>>>>>>>> >> [17:19] <ivelin2> the result looks nice, btw
>>>>>>>> >> [17:19] <jeand> it doesn't
>>>>>>>> >> [17:20] <slegrik> ivelin2, well I want to have automated job on
>>>>>>>> Hudson,
>>>>>>>> >> which check for updates on the svn for mobicents-google-app
>>>>>>>> >> [17:20] <slegrik> ivelin2, so only what we need to have ability
>>>>>>>> to
>>>>>>>> >> deploy on GAE
>>>>>>>> >> [17:20] <jeand> just the gmail account was to be used from the
>>>>>>>> hudson
>>>>>>>> >> job to upload mobicents.org files from the google code svn
>>>>>>>> >> [17:21] <ivelin2> not following
>>>>>>>> >> [17:21] <ivelin2> gmail, hudson?
>>>>>>>> >> [17:21] <jeand> to be able to upload files to GAE you need
>>>>>>>> credentials
>>>>>>>> >> [17:22] <jeand> those credentials could be the one from the
>>>>>>>> >> mobicents.wave gmail account
>>>>>>>> >> [17:22]

> On Fri, Nov 13, 2009 at 21:28, aayush bhatnagar <
> abhatnagar192...@gmail.com> wrote:

>> We can do it in the root sbb's as well.

>> However, as some of the procedures are very elaborate with a lot of checks
>> to perform, we will need to break them down in the form of some helper
>> classes and delegate the procedural implementation to them.

>> If there are too many checks to perform (as is the case in some
>> procedures, where DB queries are involved to post-process results in
>> addition to business logic checks) , the root sbb can delegate to the child
>> sbb, so that the SBB event handler returns and does not block.

>> The child can then make an async callback to the parent later on.

>> There are some special cases (such as sending of a RTR and PPR), that I
>> think should go in the child sbb once the parent sbb catches the
>> event. These events are triggered by very rare administrative actions (maybe
>> through a MBean), and not protocol events.

>> Eg: provisioning of new IMPUs, or barring/unbarring of an IMPU, or HSS
>> initiated de-registration request etc trigger PPRs and RTRs. Sometimes both
>> have to be sent together. Also, SNRs may need to be sent here to the
>> SIP-AS's when the profile is modified.

>> Just my 2 cents..

>> Regards

>> Aayush

>> 2009/11/13 Alexandre Mendonça <brains...@gmail.com>

>> Hi guys,

>>> Sorry for the lack of answers.. busy days testing SLEE 2.0 BETA2 :)

>>> Yes, it will be built from scratch under JAIN SLEE container, Open IMS is
>>> some reference to look at in case of doubts, as any other implementation we
>>> have access to should be, such as http://code.google.com/p/hss/ :)

>>> It will be part of Mobicents product, which IMS OSS can benefit from
>>> also, as usual :)

>>> Regarding architecture, I agree with a service per interface but I don't
>>> see the need of child SBB's for processing requests, why not do it on the
>>> Root SBBs?

>>> cHeerSS! =)

>>> Alexandre Mendonça
>>> JBoss R&D

>>> On Fri, Nov 13, 2009 at 14:49, aayush bhatnagar <
>>> abhatnagar192...@gmail.com> wrote:

>>>> Ans 1: It will be built from the scratch on the JAIN SLEE container.
>>>> Open IMS HSS will only be treated as a reference implementation.

>>>> Ans 2: Mobicents as far as i think...but i am not sure about this one.

>>>> On Fri, Nov 13, 2009 at 19:39, rajat <coolguymumbai192...@gmail.com>wrote:

>>>>> I have some question.

>>>>> Ques 1: Is this going to be open ims hss re-use code or build from
>>>>> scratch onwards ?

>>>>> Ques 2: Is it going to be build in ims oss project or mobicents project
>>>>> ?

>>>>> On Thu, Nov 12, 2009 at 9:39 PM, Sachin Parnami <
>>>>> sachin.mob...@gmail.com> wrote:

>>>>>> Lets Rock !!

>>>>>> On Thu, Nov 12, 2009 at 9:28 PM, aayush bhatnagar <
>>>>>> abhatnagar192...@gmail.com> wrote:

>>>>>>> Ready to rock then Sachin ??

>>>>>>> On Thu, Nov 12, 2009 at 18:15, Sachin Parnami <
>>>>>>> sachin.mob...@gmail.com> wrote:

>>>>>>>> Exactly Aayush,
>>>>>>>> IMHO its perfectly makes sense, this is what i was thinking of ;)

>>>>>>>> On Thu, Nov 12, 2009 at 10:16 AM, aayush bhatnagar <
>>>>>>>> abhatnagar192...@gmail.com> wrote:

>>>>>>>>> I can think of three basic SLEE services for the HSS: one for each
>>>>>>>>> external interface.

>>>>>>>>> For realizing each interface we can have a service.We have three
>>>>>>>>> actors here corresponding to each external interface.

>>>>>>>>> 1. CSCFs (I AND S-CSCF) on the Cx interface
>>>>>>>>> 2. SIP-Application servers on the Sh interface
>>>>>>>>> 3. Database (to catch document updated events)

>>>>>>>>> For each interface, we can have a root SBB. The CxRootSbb can
>>>>>>>>> listen
>>>>>>>>> to the incoming protcol events and create a child sbb
>>>>>>>>> CxRequestHandlerSbb that implements the procedures on this
>>>>>>>>> interface.

>>>>>>>>> Similarly, we can have the ShRootSbb and ShRequestHandlerSbb.

>>>>>>>>> We can have a DatasourceSbb that listens to updates to the user
>>>>>>>>> profile of the subscriber. Once the user profile changes, it gets a
>>>>>>>>> callback from the Datasource RA (currently in the XDM Project).

>>>>>>>>> Now, this sbb creates the CxRequestHandler child sbb to send out a
>>>>>>>>> PPR
>>>>>>>>> to the S-CSCF and the ShRequestHandler child sbb to send out a SNR
>>>>>>>>> to
>>>>>>>>> the interested SIP AS.

>>>>>>>>> Let me know if it makes sense.

>>>>>>>>> Regards
>>>>>>>>> aayush.

>>>>>>>>> On 12/11/2009, Sachin Parnami <sachin.mob...@gmail.com> wrote:
>>>>>>>>> >>>[18:54] <alexandre> ok, so for now my idea is to migrate OpenIMS
>>>>>>>>> db and
>>>>>>>>> > to have an sbb to answer requests

>>>>>>>>> > Regarding HSS prototype, Do we have HSS architecture document
>>>>>>>>> ready, which
>>>>>>>>> > one we are following ?
>>>>>>>>> > if i understand correctly, you are planning to have ?

>>>>>>>>> > SBB(Sh, Cx, Dx, Si)
>>>>>>>>> > SBB(HSS)                            DB
>>>>>>>>> >              |                    Request
>>>>>>>>> > |                                        |
>>>>>>>>> >              |---------------------------------------->  |
>>>>>>>>>         DB
>>>>>>>>> > Query        |
>>>>>>>>> >              |
>>>>>>>>> > |--------------------------->  |
>>>>>>>>> >              |
>>>>>>>>> > |        DB Response      |
>>>>>>>>> >              |
>>>>>>>>>        |
>>>>>>>>> > <--------------------------- |
>>>>>>>>> >              |                     Response
>>>>>>>>> > |                                        |
>>>>>>>>> >              |   <---------------------------------------
>>>>>>>>> > |                                        |

>>>>>>>>> > 2009/11/12 Alexandre Mendonça <brains...@gmail.com>

>>>>>>>>> >> Attendees:
>>>>>>>>> >>  Amit,Pavel,Alex, Bartek, Eduardo, Jean, Luis, Oleg, Vladimir,
>>>>>>>>> Ivelin

>>>>>>>>> >> Summary:
>>>>>>>>> >> #1 Hudson, docs build, google wave, GAE - prototype of automated
>>>>>>>>> roadmap
>>>>>>>>> >> generation ready, patch 980 ready
>>>>>>>>> >> #2 MSS 1.1  - more bugfixes, on Stuttgard Jug, release hopefully
>>>>>>>>> ready
>>>>>>>>> >> next week
>>>>>>>>> >> #3 MMS 2.0 - SS7 close to target, release shifted one week later
>>>>>>>>> >> #4 Diameter 1.x - started working on HSS prototype and on
>>>>>>>>> Sh-server
>>>>>>>>> >> porting to Mobicents 2.x
>>>>>>>>> >> #5 JSLEE 2.0 - more testing on BETA2, close to release,
>>>>>>>>> regarding 1.2.7
>>>>>>>>> >> almost all issues are closed
>>>>>>>>> >> #6 QE - SIP HA, Media Testing - testing jbcp patch 980, planning
>>>>>>>>> for FY
>>>>>>>>> >> 2011, testing BETA2 next week

>>>>>>>>> >> Log:

>>>>>>>>> >> [17:07] <ivelin2> #1 Hudson, docs build, google wave, GAE
>>>>>>>>> >> [17:07] <ivelin2> #2 MSS 1.1
>>>>>>>>> >> [17:08] <ivelin2> #3 MMS 2.0
>>>>>>>>> >> [17:08] <ivelin2> #4 Diameter 1.x
>>>>>>>>> >> [17:08] <ivelin2> #5 JSLEE 2.0
>>>>>>>>> >> [17:08] <ivelin2> #6 QE - SIP HA, Media Testing
>>>>>>>>> >> [17:09] <ivelin2> what else?
>>>>>>>>> >> [17:13] <ivelin2> ok, #1 then
>>>>>>>>> >> [17:13] <ivelin2> oh
>>>>>>>>> >> [17:13] <ivelin2> just to let you know, I have a dentist
>>>>>>>>> appointment in
>>>>>>>>> >> less than an hour
>>>>>>>>> >> [17:13] <slegrik> looks like it is me :)
>>>>>>>>> >> [17:13] <ivelin2> postponed it 3 times already, but the dentits
>>>>>>>>> got mean
>>>>>>>>> >> to me. I don't want them to be too mean :)
>>>>>>>>> >> [17:13] <slegrik> let me first update, what I have reached
>>>>>>>>> >> [17:13] <baranowb> I bet its "she"
>>>>>>>>> >> [17:14] <ivelin2> so I'll step out of the chat for about 30
>>>>>>>>> minutes and
>>>>>>>>> >> then get back in
>>>>>>>>> >> [17:14] <slegrik> I was working on the roadmap automatic
>>>>>>>>> generation
>>>>>>>>> >> tool. The prototype is ready. I have used  the Sip Servlets
>>>>>>>>> 1.2.00
>>>>>>>>> >> version for proof of concept
>>>>>>>>> >> [17:14] <ivelin2> Pavel, since your name popped up first, do you
>>>>>>>>> mind
>>>>>>>>> >> keeping notes and sending out after the meeting?
>>>>>>>>> >> [17:14] <slegrik> The outcome can be seen at

>>>>>>>>> http://hudson.qa.jboss.com/hudson/view/Mobicents/job/MobicentsRoadmap...
>>>>>>>>> >> [17:15] <slegrik> ivelin2, I do not mind I will send the notes
>>>>>>>>> >> afterwards
>>>>>>>>> >> [17:15] <slegrik> We need to define, what will be the next steps
>>>>>>>>> >> regarding roadmap
>>>>>>>>> >> [17:16] <slegrik> besides I was working on the patch
>>>>>>>>> >> [17:16] <slegrik> patch 980 (Hotfix for the customers), it is
>>>>>>>>> ready in
>>>>>>>>> >> QA, once tested will be shipped.
>>>>>>>>> >> [17:17] <jeand> barreiro, did you have time to test it out ?
>>>>>>>>> >> [17:17] <barreiro> jeand, yees, it's almost finished.
>>>>>>>>> >> [17:18] <jeand> what is the ETA for delivery ?
>>>>>>>>> >> [17:18] <barreiro> today
>>>>>>>>> >> [17:18] <jeand> great
>>>>>>>>> >> [17:19] <ivelin2> so where does gwaves come in?
>>>>>>>>> >> [17:19] <ivelin2> the result looks nice, btw
>>>>>>>>> >> [17:19] <jeand> it doesn't
>>>>>>>>> >> [17:20] <slegrik> ivelin2, well I want to have automated job on
>>>>>>>>> Hudson,
>>>>>>>>> >> which check for updates on the svn for mobicents-google-app

> On Fri, Nov 13, 2009 at 5:40 PM, aayush bhatnagar <
> abhatnagar192...@gmail.com> wrote:

>> On second thoughts..invoking a child sbb from the parent will still be a
>> sync call. Isn't it ?

> Y, sbb local interface call is just like a cal to pojo, but with overhad of
> creating sbbe. still going through docs, bit by bit. SLEE 2.x takes its toll
> :)

>> My bad.

>> On Fri, Nov 13, 2009 at 21:28, aayush bhatnagar <
>> abhatnagar192...@gmail.com> wrote:

>>> We can do it in the root sbb's as well.

>>> However, as some of the procedures are very elaborate with a lot of
>>> checks to perform, we will need to break them down in the form of some
>>> helper classes and delegate the procedural implementation to them.

>>> If there are too many checks to perform (as is the case in some
>>> procedures, where DB queries are involved to post-process results in
>>> addition to business logic checks) , the root sbb can delegate to the child
>>> sbb, so that the SBB event handler returns and does not block.

>>> The child can then make an async callback to the parent later on.

>>> There are some special cases (such as sending of a RTR and PPR), that I
>>> think should go in the child sbb once the parent sbb catches the
>>> event. These events are triggered by very rare administrative actions (maybe
>>> through a MBean), and not protocol events.

>>> Eg: provisioning of new IMPUs, or barring/unbarring of an IMPU, or HSS
>>> initiated de-registration request etc trigger PPRs and RTRs. Sometimes both
>>> have to be sent together. Also, SNRs may need to be sent here to the
>>> SIP-AS's when the profile is modified.

>>> Just my 2 cents..

>>> Regards

>>> Aayush

>>> 2009/11/13 Alexandre Mendonça <brains...@gmail.com>

>>> Hi guys,

>>>> Sorry for the lack of answers.. busy days testing SLEE 2.0 BETA2 :)

>>>> Yes, it will be built from scratch under JAIN SLEE container, Open IMS
>>>> is some reference to look at in case of doubts, as any other implementation
>>>> we have access to should be, such as http://code.google.com/p/hss/ :)

>>>> It will be part of Mobicents product, which IMS OSS can benefit from
>>>> also, as usual :)

>>>> Regarding architecture, I agree with a service per interface but I don't
>>>> see the need of child SBB's for processing requests, why not do it on the
>>>> Root SBBs?

>>>> cHeerSS! =)

>>>> Alexandre Mendonça
>>>> JBoss R&D

>>>> On Fri, Nov 13, 2009 at 14:49, aayush bhatnagar <
>>>> abhatnagar192...@gmail.com> wrote:

>>>>> Ans 1: It will be built from the scratch on the JAIN SLEE container.
>>>>> Open IMS HSS will only be treated as a reference implementation.

>>>>> Ans 2: Mobicents as far as i think...but i am not sure about this one.

>>>>> On Fri, Nov 13, 2009 at 19:39, rajat <coolguymumbai192...@gmail.com>wrote:

>>>>>> I have some question.

>>>>>> Ques 1: Is this going to be open ims hss re-use code or build from
>>>>>> scratch onwards ?

>>>>>> Ques 2: Is it going to be build in ims oss project or mobicents
>>>>>> project ?

>>>>>> On Thu, Nov 12, 2009 at 9:39 PM, Sachin Parnami <
>>>>>> sachin.mob...@gmail.com> wrote:

>>>>>>> Lets Rock !!

>>>>>>> On Thu, Nov 12, 2009 at 9:28 PM, aayush bhatnagar <
>>>>>>> abhatnagar192...@gmail.com> wrote:

>>>>>>>> Ready to rock then Sachin ??

>>>>>>>> On Thu, Nov 12, 2009 at 18:15, Sachin Parnami <
>>>>>>>> sachin.mob...@gmail.com> wrote:

>>>>>>>>> Exactly Aayush,
>>>>>>>>> IMHO its perfectly makes sense, this is what i was thinking of ;)

>>>>>>>>> On Thu, Nov 12, 2009 at 10:16 AM, aayush bhatnagar <
>>>>>>>>> abhatnagar192...@gmail.com> wrote:

>>>>>>>>>> I can think of three basic SLEE services for the HSS: one for each
>>>>>>>>>> external interface.

>>>>>>>>>> For realizing each interface we can have a service.We have three
>>>>>>>>>> actors here corresponding to each external interface.

>>>>>>>>>> 1. CSCFs (I AND S-CSCF) on the Cx interface
>>>>>>>>>> 2. SIP-Application servers on the Sh interface
>>>>>>>>>> 3. Database (to catch document updated events)

>>>>>>>>>> For each interface, we can have a root SBB. The CxRootSbb can
>>>>>>>>>> listen
>>>>>>>>>> to the incoming protcol events and create a child sbb
>>>>>>>>>> CxRequestHandlerSbb that implements the procedures on this
>>>>>>>>>> interface.

>>>>>>>>>> Similarly, we can have the ShRootSbb and ShRequestHandlerSbb.

>>>>>>>>>> We can have a DatasourceSbb that listens to updates to the user
>>>>>>>>>> profile of the subscriber. Once the user profile changes, it gets
>>>>>>>>>> a
>>>>>>>>>> callback from the Datasource RA (currently in the XDM Project).

>>>>>>>>>> Now, this sbb creates the CxRequestHandler child sbb to send out a
>>>>>>>>>> PPR
>>>>>>>>>> to the S-CSCF and the ShRequestHandler child sbb to send out a SNR
>>>>>>>>>> to
>>>>>>>>>> the interested SIP AS.

>>>>>>>>>> Let me know if it makes sense.

>>>>>>>>>> Regards
>>>>>>>>>> aayush.

>>>>>>>>>> On 12/11/2009, Sachin Parnami <sachin.mob...@gmail.com> wrote:
>>>>>>>>>> >>>[18:54] <alexandre> ok, so for now my idea is to migrate
>>>>>>>>>> OpenIMS db and
>>>>>>>>>> > to have an sbb to answer requests

>>>>>>>>>> > Regarding HSS prototype, Do we have HSS architecture document
>>>>>>>>>> ready, which
>>>>>>>>>> > one we are following ?
>>>>>>>>>> > if i understand correctly, you are planning to have ?

>>>>>>>>>> > SBB(Sh, Cx, Dx, Si)
>>>>>>>>>> > SBB(HSS)                            DB
>>>>>>>>>> >              |                    Request
>>>>>>>>>> > |                                        |
>>>>>>>>>> >              |---------------------------------------->  |
>>>>>>>>>>         DB
>>>>>>>>>> > Query        |
>>>>>>>>>> >              |
>>>>>>>>>> > |--------------------------->  |
>>>>>>>>>> >              |
>>>>>>>>>> > |        DB Response      |
>>>>>>>>>> >              |
>>>>>>>>>>        |
>>>>>>>>>> > <--------------------------- |
>>>>>>>>>> >              |                     Response
>>>>>>>>>> > |                                        |
>>>>>>>>>> >              |   <---------------------------------------
>>>>>>>>>> > |                                        |

>>>>>>>>>> > 2009/11/12 Alexandre Mendonça <brains...@gmail.com>

>>>>>>>>>> >> Attendees:
>>>>>>>>>> >>  Amit,Pavel,Alex, Bartek, Eduardo, Jean, Luis, Oleg, Vladimir,
>>>>>>>>>> Ivelin

>>>>>>>>>> >> Summary:
>>>>>>>>>> >> #1 Hudson, docs build, google wave, GAE - prototype of
>>>>>>>>>> automated roadmap
>>>>>>>>>> >> generation ready, patch 980 ready
>>>>>>>>>> >> #2 MSS 1.1  - more bugfixes, on Stuttgard Jug, release
>>>>>>>>>> hopefully ready
>>>>>>>>>> >> next week
>>>>>>>>>> >> #3 MMS 2.0 - SS7 close to target, release shifted one week
>>>>>>>>>> later
>>>>>>>>>> >> #4 Diameter 1.x - started working on HSS prototype and on
>>>>>>>>>> Sh-server
>>>>>>>>>> >> porting to Mobicents 2.x
>>>>>>>>>> >> #5 JSLEE 2.0 - more testing on BETA2, close to release,
>>>>>>>>>> regarding 1.2.7
>>>>>>>>>> >> almost all issues are closed
>>>>>>>>>> >> #6 QE - SIP HA, Media Testing - testing jbcp patch 980,
>>>>>>>>>> planning for FY
>>>>>>>>>> >> 2011, testing BETA2 next week

>>>>>>>>>> >> Log:

>>>>>>>>>> >> [17:07] <ivelin2> #1 Hudson, docs build, google wave, GAE
>>>>>>>>>> >> [17:07] <ivelin2> #2 MSS 1.1
>>>>>>>>>> >> [17:08] <ivelin2> #3 MMS 2.0
>>>>>>>>>> >> [17:08] <ivelin2> #4 Diameter 1.x
>>>>>>>>>> >> [17:08] <ivelin2> #5 JSLEE 2.0
>>>>>>>>>> >> [17:08] <ivelin2> #6 QE - SIP HA, Media Testing
>>>>>>>>>> >> [17:09] <ivelin2> what else?
>>>>>>>>>> >> [17:13] <ivelin2> ok, #1 then
>>>>>>>>>> >> [17:13] <ivelin2> oh
>>>>>>>>>> >> [17:13] <ivelin2> just to let you know, I have a dentist
>>>>>>>>>> appointment in
>>>>>>>>>> >> less than an hour
>>>>>>>>>> >> [17:13] <slegrik> looks like it is me :)
>>>>>>>>>> >> [17:13] <ivelin2> postponed it 3 times already, but the dentits
>>>>>>>>>> got mean
>>>>>>>>>> >> to me. I don't want them to be too mean :)
>>>>>>>>>> >> [17:13] <slegrik> let me first update, what I have reached
>>>>>>>>>> >> [17:13] <baranowb> I bet its "she"
>>>>>>>>>> >> [17:14] <ivelin2> so I'll step out of the chat for about 30
>>>>>>>>>> minutes and
>>>>>>>>>> >> then get back in
>>>>>>>>>> >> [17:14] <slegrik> I was working on the roadmap automatic
>>>>>>>>>> generation
>>>>>>>>>> >> tool. The prototype is ready. I have used  the Sip Servlets
>>>>>>>>>> 1.2.00
>>>>>>>>>> >> version for proof of concept
>>>>>>>>>> >> [17:14] <ivelin2> Pavel, since your name popped up first, do
>>>>>>>>>> you mind
>>>>>>>>>> >> keeping notes and sending out after the meeting?
>>>>>>>>>> >> [17:14] <slegrik> The outcome can be seen at

>>>>>>>>>> http://hudson.qa.jboss.com/hudson/view/Mobicents/job/MobicentsRoadmap...
>>>>>>>>>> >> [17:15] <slegrik> ivelin2, I do not mind I will send the notes
>>>>>>>>>> >> afterwards
>>>>>>>>>> >> [17:15] <slegrik> We need to define, what will be the next
>>>>>>>>>> steps
>>>>>>>>>> >> regarding roadmap
>>>>>>>>>> >> [17:16] <slegrik> besides I was working on the patch
>>>>>>>>>> >> [17:16] <slegrik> patch 980 (Hotfix for the customers), it is
>>>>>>>>>> ready in
>>>>>>>>>> >> QA, once tested will be shipped.
>>>>>>>>>> >> [17:17] <jeand> barreiro, did you have time to test it out ?

> Are we going to design UML for these? or direct approach?

> On Fri, Nov 13, 2009 at 11:44 PM, Bartosz Baranowski <baran...@gmail.com>
> wrote:

>> On Fri, Nov 13, 2009 at 5:40 PM, aayush bhatnagar
>> <abhatnagar192...@gmail.com> wrote:

>>> On second thoughts..invoking a child sbb from the parent will still be a
>>> sync call. Isn't it ?

>> Y, sbb local interface call is just like a cal to pojo, but with overhad
>> of creating sbbe. still going through docs, bit by bit. SLEE 2.x takes its
>> toll :)

>>> My bad.

>>> On Fri, Nov 13, 2009 at 21:28, aayush bhatnagar
>>> <abhatnagar192...@gmail.com> wrote:

>>>> We can do it in the root sbb's as well.
>>>> However, as some of the procedures are very elaborate with a lot of
>>>> checks to perform, we will need to break them down in the form of some
>>>> helper classes and delegate the procedural implementation to them.
>>>> If there are too many checks to perform (as is the case in some
>>>> procedures, where DB queries are involved to post-process results in
>>>> addition to business logic checks) , the root sbb can delegate to the child
>>>> sbb, so that the SBB event handler returns and does not block.
>>>> The child can then make an async callback to the parent later on.
>>>> There are some special cases (such as sending of a RTR and PPR), that I
>>>> think should go in the child sbb once the parent sbb catches the
>>>> event. These events are triggered by very rare administrative actions (maybe
>>>> through a MBean), and not protocol events.
>>>> Eg: provisioning of new IMPUs, or barring/unbarring of an IMPU, or HSS
>>>> initiated de-registration request etc trigger PPRs and RTRs. Sometimes both
>>>> have to be sent together. Also, SNRs may need to be sent here to the
>>>> SIP-AS's when the profile is modified.
>>>> Just my 2 cents..
>>>> Regards
>>>> Aayush

>>>> 2009/11/13 Alexandre Mendonça <brains...@gmail.com>

>>>>> Hi guys,

>>>>> Sorry for the lack of answers.. busy days testing SLEE 2.0 BETA2 :)

>>>>> Yes, it will be built from scratch under JAIN SLEE container, Open IMS
>>>>> is some reference to look at in case of doubts, as any other implementation
>>>>> we have access to should be, such as http://code.google.com/p/hss/ :)

>>>>> It will be part of Mobicents product, which IMS OSS can benefit from
>>>>> also, as usual :)

>>>>> Regarding architecture, I agree with a service per interface but I
>>>>> don't see the need of child SBB's for processing requests, why not do it on
>>>>> the Root SBBs?

>>>>> cHeerSS! =)

>>>>> Alexandre Mendonça
>>>>> JBoss R&D

>>>>> On Fri, Nov 13, 2009 at 14:49, aayush bhatnagar
>>>>> <abhatnagar192...@gmail.com> wrote:

>>>>>> Ans 1: It will be built from the scratch on the JAIN SLEE container.
>>>>>> Open IMS HSS will only be treated as a reference implementation.
>>>>>> Ans 2: Mobicents as far as i think...but i am not sure about this one.

>>>>>> On Fri, Nov 13, 2009 at 19:39, rajat <coolguymumbai192...@gmail.com>
>>>>>> wrote:

>>>>>>> I have some question.
>>>>>>> Ques 1: Is this going to be open ims hss re-use code or build from
>>>>>>> scratch onwards ?
>>>>>>> Ques 2: Is it going to be build in ims oss project or mobicents
>>>>>>> project ?

>>>>>>> On Thu, Nov 12, 2009 at 9:39 PM, Sachin Parnami
>>>>>>> <sachin.mob...@gmail.com> wrote:

>>>>>>>> Lets Rock !!

>>>>>>>> On Thu, Nov 12, 2009 at 9:28 PM, aayush bhatnagar
>>>>>>>> <abhatnagar192...@gmail.com> wrote:

>>>>>>>>> Ready to rock then Sachin ??

>>>>>>>>> On Thu, Nov 12, 2009 at 18:15, Sachin Parnami
>>>>>>>>> <sachin.mob...@gmail.com> wrote:

>>>>>>>>>> Exactly Aayush,
>>>>>>>>>> IMHO its perfectly makes sense, this is what i was thinking of ;)

>>>>>>>>>> On Thu, Nov 12, 2009 at 10:16 AM, aayush bhatnagar
>>>>>>>>>> <abhatnagar192...@gmail.com> wrote:

>>>>>>>>>>> I can think of three basic SLEE services for the HSS: one for
>>>>>>>>>>> each
>>>>>>>>>>> external interface.

>>>>>>>>>>> For realizing each interface we can have a service.We have three
>>>>>>>>>>> actors here corresponding to each external interface.

>>>>>>>>>>> 1. CSCFs (I AND S-CSCF) on the Cx interface
>>>>>>>>>>> 2. SIP-Application servers on the Sh interface
>>>>>>>>>>> 3. Database (to catch document updated events)

>>>>>>>>>>> For each interface, we can have a root SBB. The CxRootSbb can
>>>>>>>>>>> listen
>>>>>>>>>>> to the incoming protcol events and create a child sbb
>>>>>>>>>>> CxRequestHandlerSbb that implements the procedures on this
>>>>>>>>>>> interface.

>>>>>>>>>>> Similarly, we can have the ShRootSbb and ShRequestHandlerSbb.

>>>>>>>>>>> We can have a DatasourceSbb that listens to updates to the user
>>>>>>>>>>> profile of the subscriber. Once the user profile changes, it gets
>>>>>>>>>>> a
>>>>>>>>>>> callback from the Datasource RA (currently in the XDM Project).

>>>>>>>>>>> Now, this sbb creates the CxRequestHandler child sbb to send out
>>>>>>>>>>> a PPR
>>>>>>>>>>> to the S-CSCF and the ShRequestHandler child sbb to send out a
>>>>>>>>>>> SNR to
>>>>>>>>>>> the interested SIP AS.

>>>>>>>>>>> Let me know if it makes sense.

>>>>>>>>>>> Regards
>>>>>>>>>>> aayush.

>>>>>>>>>>> On 12/11/2009, Sachin Parnami <sachin.mob...@gmail.com> wrote:
>>>>>>>>>>> >>>[18:54] <alexandre> ok, so for now my idea is to migrate
>>>>>>>>>>> >>> OpenIMS db and
>>>>>>>>>>> > to have an sbb to answer requests

>>>>>>>>>>> > Regarding HSS prototype, Do we have HSS architecture document
>>>>>>>>>>> > ready, which
>>>>>>>>>>> > one we are following ?
>>>>>>>>>>> > if i understand correctly, you are planning to have ?

>>>>>>>>>>> > SBB(Sh, Cx, Dx, Si)
>>>>>>>>>>> > SBB(HSS)                            DB
>>>>>>>>>>> >              |                    Request
>>>>>>>>>>> > |                                        |
>>>>>>>>>>> >              |---------------------------------------->  |
>>>>>>>>>>> >           DB
>>>>>>>>>>> > Query        |
>>>>>>>>>>> >              |
>>>>>>>>>>> > |--------------------------->  |
>>>>>>>>>>> >              |
>>>>>>>>>>> > |        DB Response      |
>>>>>>>>>>> >              |
>>>>>>>>>>> >          |
>>>>>>>>>>> > <--------------------------- |
>>>>>>>>>>> >              |                     Response
>>>>>>>>>>> > |                                        |
>>>>>>>>>>> >              |   <---------------------------------------
>>>>>>>>>>> > |                                        |

>>>>>>>>>>> > 2009/11/12 Alexandre Mendonça <brains...@gmail.com>

>>>>>>>>>>> >> Attendees:
>>>>>>>>>>> >>  Amit,Pavel,Alex, Bartek, Eduardo, Jean, Luis, Oleg, Vladimir,
>>>>>>>>>>> >> Ivelin

>>>>>>>>>>> >> Summary:
>>>>>>>>>>> >> #1 Hudson, docs build, google wave, GAE - prototype of
>>>>>>>>>>> >> automated roadmap
>>>>>>>>>>> >> generation ready, patch 980 ready
>>>>>>>>>>> >> #2 MSS 1.1  - more bugfixes, on Stuttgard Jug, release
>>>>>>>>>>> >> hopefully ready
>>>>>>>>>>> >> next week
>>>>>>>>>>> >> #3 MMS 2.0 - SS7 close to target, release shifted one week
>>>>>>>>>>> >> later
>>>>>>>>>>> >> #4 Diameter 1.x - started working on HSS prototype and on
>>>>>>>>>>> >> Sh-server
>>>>>>>>>>> >> porting to Mobicents 2.x
>>>>>>>>>>> >> #5 JSLEE 2.0 - more testing on BETA2, close to release,
>>>>>>>>>>> >> regarding 1.2.7
>>>>>>>>>>> >> almost all issues are closed
>>>>>>>>>>> >> #6 QE - SIP HA, Media Testing - testing jbcp patch 980,
>>>>>>>>>>> >> planning for FY
>>>>>>>>>>> >> 2011, testing BETA2 next week

>>>>>>>>>>> >> Log:

>>>>>>>>>>> >> [17:07] <ivelin2> #1 Hudson, docs build, google wave, GAE
>>>>>>>>>>> >> [17:07] <ivelin2> #2 MSS 1.1
>>>>>>>>>>> >> [17:08] <ivelin2> #3 MMS 2.0
>>>>>>>>>>> >> [17:08] <ivelin2> #4 Diameter 1.x
>>>>>>>>>>> >> [17:08] <ivelin2> #5 JSLEE 2.0
>>>>>>>>>>> >> [17:08] <ivelin2> #6 QE - SIP HA, Media Testing
>>>>>>>>>>> >> [17:09] <ivelin2> what else?
>>>>>>>>>>> >> [17:13] <ivelin2> ok, #1 then
>>>>>>>>>>> >> [17:13] <ivelin2> oh
>>>>>>>>>>> >> [17:13] <ivelin2> just to let you know, I have a dentist
>>>>>>>>>>> >> appointment in
>>>>>>>>>>> >> less than an hour
>>>>>>>>>>> >> [17:13] <slegrik> looks like it is me :)
>>>>>>>>>>> >> [17:13] <ivelin2> postponed it 3 times already, but the
>>>>>>>>>>> >> dentits got mean
>>>>>>>>>>> >> to me. I don't want them to be too mean :)
>>>>>>>>>>> >> [17:13] <slegrik> let me first update, what I have reached
>>>>>>>>>>> >> [17:13] <baranowb> I bet its "she"
>>>>>>>>>>> >> [17:14] <ivelin2> so I'll step out of the chat for about 30
>>>>>>>>>>> >> minutes and
>>>>>>>>>>> >> then get back in
>>>>>>>>>>> >> [17:14] <slegrik> I was working on the roadmap automatic
>>>>>>>>>>> >> generation
>>>>>>>>>>> >> tool. The prototype is ready. I have used  the Sip Servlets
>>>>>>>>>>> >> 1.2.00
>>>>>>>>>>> >> version for proof of concept
>>>>>>>>>>> >> [17:14] <ivelin2> Pavel, since your name popped up first, do