Menu
▾
▴
okeo-developers
You can subscribe to this list here.
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(43) |
Aug
(10) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Rachid H. <rac...@ya...> - 2008-09-02 01:41:00
|
Hi,
New versions of the SSBC and the MSBC are available.
The problem of the ACK is partially resolved : the SSBC is unable to send it
to the Presence Proxy, it is directly sent to the TPCC. But on the second part
of the dialog(created by the TPCC), the ACK is properly sent back from the TPCC
to the Presence Proxy then to the SSBC then to the client. So calls are established and ended succesfully with RTP Relay.
I will add the TPCCServlet that works with this version of the platform to SVN soon, I'll just look with Sergio how to add it properly between the other classes.
Tests go on!
Rgds,
R.H.
_____________________________________________________________________________
Envoyez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yahoo.fr |
|
From: frank s. <fra...@gm...> - 2008-08-27 09:15:50
|
Hi, this is great because I don't have anymore a platform to make test at home. Rgds; Frank. 2008/8/26 Sergio AFANOU <afa...@ya...> > Hi every body ! > > We will make more tests tomorrow and I will send traces. May be you can the > problem origin from those traces. > > Rgrds, > Sergio > > Notice: We made some modifications on the platform's network. 3PCC and SBC > wil be accessible from internet. The Lan manager will finish the job > tomorow. > > ----- Message d'origine ---- > De : frank sauvage <fra...@gm...> > À : Philippe Bernard <phb...@gm...> > Cc : Sergio AFANOU <afa...@ya...>; > Oke...@li... > Envoyé le : Mardi, 26 Août 2008, 22h29mn 29s > Objet : Re: [Okeo-developers] [SSBC] Ack problem on the plateform > > > Hi Philippe, good to see you here, > > I finally got internet at home, don't ask me how ;) > > About the problem you're right. > In fact I found two problems. > > the first one is that the proxy don't set the record-route header in the > 180 Ringing but only in the 200 OK. > This should be ok because the RFC doesn't specify it's mandatory to add it > in the 180 but only in the 200. ( I love optionnal things in RFC....) > > the second one, is that it seems that sailfin construct the Ack request > from the first response received and not really from the 180. > (or the sailfin stack use the first response receive to know if it has to > use a receive record-route. > > What I saw when I made some tests with the following : > UA1 -> Proxy -> B2B -> proxy -> UA2 > (the unit test is avalaible on the SVN in the proxy project) is that : > > When I send a 180 from the UA2, the Ack request sent by the b2b agent > (sailfin based) is directly sent to the UA2. > When I didn't send a 180 from the UA2, the Ack is sent by the b2b through > the proxy. > > I assume its the same problem on the okeo project. > But I'm worry because you told me that you don't send any 180 from the SBC. > > Do you have a tcpdump trace from the SBC, from the proxy and from the > service b2b ? > > It should help to understand what happen exactly. > > > 2008/8/26 Philippe Bernard <phb...@gm...> > >> Hello, >> >> On Tue, Aug 26, 2008 at 2:23 PM, Sergio AFANOU <afa...@ya...> >> wrote: >> > We lose a little about the origin of the problem of ack in preparing the >> > appeal on the platform. Can you tell us once more? What should be done >> to >> > resolve it? >> >> I'm not sure myself about what exactly the problem was, but IIRC, >> Sailfin (as an UAC) seemed to build the route set from Record-Route >> headers in 1xx responses. The Record-Route headers in the 200 response >> were not taken into account (not changed to Route headers in the ACK >> request). Cf. RFC 3261, page 71, 12.1.2. As I understand it, the route >> set should be built by the UAC from Record-Route in the response >> *establishing the dialog* (i.e. 2xx). >> >> You should probably try to reproduce this using SipUnit or sipp and >> put different Record-Route in 180 and 200 responses from an UAS. And >> then see what Route headers are put by Sailfin in the ACK request. >> >> Frank, please correct me if I'm wrong. >> >> > >> > Rgrds >> > Sergio >> > >> >> Philippe. >> >> > ________________________________ >> > Envoyé avec Yahoo! Mail. >> > Une boite mail plus intelligente. >> > >> ------------------------------------------------------------------------- >> > This SF.Net email is sponsored by the Moblin Your Move Developer's >> challenge >> > Build the coolest Linux based applications with Moblin SDK & win great >> > prizes >> > Grand prize is a trip for two to an Open Source event anywhere in the >> world >> > http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> > _______________________________________________ >> > Okeo-developers mailing list >> > Oke...@li... >> > https://lists.sourceforge.net/lists/listinfo/okeo-developers >> > >> > >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's >> challenge >> Build the coolest Linux based applications with Moblin SDK & win great >> prizes >> Grand prize is a trip for two to an Open Source event anywhere in the >> world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _______________________________________________ >> Okeo-developers mailing list >> Oke...@li... >> https://lists.sourceforge.net/lists/listinfo/okeo-developers >> > > > ------------------------------ > Envoyé avec Yahoo! Mail<http://us.rd.yahoo.com/mailuk/taglines/isp/control/*http://us.rd.yahoo.com/evt=52423/*http://fr.docs.yahoo.com/mail/overview/index.html> > . > Une boite mail plus intelligente. > |
|
From: Sergio A. <afa...@ya...> - 2008-08-26 22:26:15
|
Hi every body ! We will make more tests tomorrow and I will send traces. May be you can the problem origin from those traces. Rgrds, Sergio Notice: We made some modifications on the platform's network. 3PCC and SBC wil be accessible from internet. The Lan manager will finish the job tomorow. ----- Message d'origine ---- De : frank sauvage <fra...@gm...> À : Philippe Bernard <phb...@gm...> Cc : Sergio AFANOU <afa...@ya...>; Oke...@li... Envoyé le : Mardi, 26 Août 2008, 22h29mn 29s Objet : Re: [Okeo-developers] [SSBC] Ack problem on the plateform Hi Philippe, good to see you here, I finally got internet at home, don't ask me how ;) About the problem you're right. In fact I found two problems. the first one is that the proxy don't set the record-route header in the 180 Ringing but only in the 200 OK. This should be ok because the RFC doesn't specify it's mandatory to add it in the 180 but only in the 200. ( I love optionnal things in RFC....) the second one, is that it seems that sailfin construct the Ack request from the first response received and not really from the 180. (or the sailfin stack use the first response receive to know if it has to use a receive record-route. What I saw when I made some tests with the following : UA1 -> Proxy -> B2B -> proxy -> UA2 (the unit test is avalaible on the SVN in the proxy project) is that : When I send a 180 from the UA2, the Ack request sent by the b2b agent (sailfin based) is directly sent to the UA2. When I didn't send a 180 from the UA2, the Ack is sent by the b2b through the proxy. I assume its the same problem on the okeo project. But I'm worry because you told me that you don't send any 180 from the SBC. Do you have a tcpdump trace from the SBC, from the proxy and from the service b2b ? It should help to understand what happen exactly. 2008/8/26 Philippe Bernard <phb...@gm...> Hello, On Tue, Aug 26, 2008 at 2:23 PM, Sergio AFANOU <afa...@ya...> wrote: > We lose a little about the origin of the problem of ack in preparing the > appeal on the platform. Can you tell us once more? What should be done to > resolve it? I'm not sure myself about what exactly the problem was, but IIRC, Sailfin (as an UAC) seemed to build the route set from Record-Route headers in 1xx responses. The Record-Route headers in the 200 response were not taken into account (not changed to Route headers in the ACK request). Cf. RFC 3261, page 71, 12.1.2. As I understand it, the route set should be built by the UAC from Record-Route in the response *establishing the dialog* (i.e. 2xx). You should probably try to reproduce this using SipUnit or sipp and put different Record-Route in 180 and 200 responses from an UAS. And then see what Route headers are put by Sailfin in the ACK request. Frank, please correct me if I'm wrong. > > Rgrds > Sergio > Philippe. > ________________________________ > Envoyé avec Yahoo! Mail. > Une boite mail plus intelligente. > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Okeo-developers mailing list > Oke...@li... > https://lists.sourceforge.net/lists/listinfo/okeo-developers > > ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Okeo-developers mailing list Oke...@li... https://lists.sourceforge.net/lists/listinfo/okeo-developers _____________________________________________________________________________ Envoyez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yahoo.fr |
|
From: frank s. <fra...@gm...> - 2008-08-26 20:29:19
|
Hi Philippe, good to see you here, I finally got internet at home, don't ask me how ;) About the problem you're right. In fact I found two problems. the first one is that the proxy don't set the record-route header in the 180 Ringing but only in the 200 OK. This should be ok because the RFC doesn't specify it's mandatory to add it in the 180 but only in the 200. ( I love optionnal things in RFC....) the second one, is that it seems that sailfin construct the Ack request from the first response received and not really from the 180. (or the sailfin stack use the first response receive to know if it has to use a receive record-route. What I saw when I made some tests with the following : UA1 -> Proxy -> B2B -> proxy -> UA2 (the unit test is avalaible on the SVN in the proxy project) is that : When I send a 180 from the UA2, the Ack request sent by the b2b agent (sailfin based) is directly sent to the UA2. When I didn't send a 180 from the UA2, the Ack is sent by the b2b through the proxy. I assume its the same problem on the okeo project. But I'm worry because you told me that you don't send any 180 from the SBC. Do you have a tcpdump trace from the SBC, from the proxy and from the service b2b ? It should help to understand what happen exactly. 2008/8/26 Philippe Bernard <phb...@gm...> > Hello, > > On Tue, Aug 26, 2008 at 2:23 PM, Sergio AFANOU <afa...@ya...> > wrote: > > We lose a little about the origin of the problem of ack in preparing the > > appeal on the platform. Can you tell us once more? What should be done to > > resolve it? > > I'm not sure myself about what exactly the problem was, but IIRC, > Sailfin (as an UAC) seemed to build the route set from Record-Route > headers in 1xx responses. The Record-Route headers in the 200 response > were not taken into account (not changed to Route headers in the ACK > request). Cf. RFC 3261, page 71, 12.1.2. As I understand it, the route > set should be built by the UAC from Record-Route in the response > *establishing the dialog* (i.e. 2xx). > > You should probably try to reproduce this using SipUnit or sipp and > put different Record-Route in 180 and 200 responses from an UAS. And > then see what Route headers are put by Sailfin in the ACK request. > > Frank, please correct me if I'm wrong. > > > > > Rgrds > > Sergio > > > > Philippe. > > > ________________________________ > > Envoyé avec Yahoo! Mail. > > Une boite mail plus intelligente. > > ------------------------------------------------------------------------- > > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > > Build the coolest Linux based applications with Moblin SDK & win great > > prizes > > Grand prize is a trip for two to an Open Source event anywhere in the > world > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > _______________________________________________ > > Okeo-developers mailing list > > Oke...@li... > > https://lists.sourceforge.net/lists/listinfo/okeo-developers > > > > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Okeo-developers mailing list > Oke...@li... > https://lists.sourceforge.net/lists/listinfo/okeo-developers > |
|
From: Philippe B. <phb...@gm...> - 2008-08-26 19:24:32
|
Hello, On Tue, Aug 26, 2008 at 2:23 PM, Sergio AFANOU <afa...@ya...> wrote: > We lose a little about the origin of the problem of ack in preparing the > appeal on the platform. Can you tell us once more? What should be done to > resolve it? I'm not sure myself about what exactly the problem was, but IIRC, Sailfin (as an UAC) seemed to build the route set from Record-Route headers in 1xx responses. The Record-Route headers in the 200 response were not taken into account (not changed to Route headers in the ACK request). Cf. RFC 3261, page 71, 12.1.2. As I understand it, the route set should be built by the UAC from Record-Route in the response *establishing the dialog* (i.e. 2xx). You should probably try to reproduce this using SipUnit or sipp and put different Record-Route in 180 and 200 responses from an UAS. And then see what Route headers are put by Sailfin in the ACK request. Frank, please correct me if I'm wrong. > > Rgrds > Sergio > Philippe. > ________________________________ > Envoyé avec Yahoo! Mail. > Une boite mail plus intelligente. > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Okeo-developers mailing list > Oke...@li... > https://lists.sourceforge.net/lists/listinfo/okeo-developers > > |
|
From: Sergio A. <afa...@ya...> - 2008-08-26 12:23:17
|
We
lose a little about the origin of the problem of ack in preparing the
appeal on the platform. Can you tell us once more? What should be done
to resolve it?
Rgrds
Sergio
_____________________________________________________________________________
Envoyez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yahoo.fr |
|
From: Rachid H. <rac...@ya...> - 2008-08-19 12:31:35
|
Hi Frank, I'm back, I hope you're fine
I 've got a question : What is the utility of the B2B agent. In the case of the SSBC for example, if I define a class SSBCAgent that implements the B2BAgent, what will be the role of this agent?
Rgds,
R.H.
_____________________________________________________________________________
Envoyez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yahoo.fr |
|
From: frank s. <fra...@gm...> - 2008-08-19 08:03:22
|
Hi sergio, not sure to understand what you want to do ? if you want to write your own B2BAgent, you have to write a class which implements the B2BAgent interface. Then, and because there is no classloader for now, extends the B2Bservlet and just override the init method and replace the generic agent by yours. elsewhere, I read your documentation, and it sounds good. congratulations, Frank. 2008/8/19 Sergio AFANOU <afa...@ya...> > Hi Frank, > > Please, how to customise the B2BAgent to do more than logging. > > Thanks, > Sergio. > > ------------------------------ > Envoyé avec Yahoo! Mail<http://us.rd.yahoo.com/mailuk/taglines/isp/control/*http://us.rd.yahoo.com/evt=52423/*http://fr.docs.yahoo.com/mail/overview/index.html> > . > Une boite mail plus intelligente. > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Okeo-developers mailing list > Oke...@li... > https://lists.sourceforge.net/lists/listinfo/okeo-developers > > |
|
From: Sergio A. <afa...@ya...> - 2008-08-19 00:09:43
|
Hi Frank,
Please, how to customise the B2BAgent to do more than logging.
Thanks,
Sergio.
_____________________________________________________________________________
Envoyez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yahoo.fr |
|
From: Sergio A. <afa...@ya...> - 2008-08-03 21:23:10
|
Hi,
I have just commited a new version of the 3PCC. Here is the change log.
V 0.2.6
- Start Tpcc documentation
- Start Tpcc installation documentation
- Call initiation bug resolved
- Call initiation with sip factory retrieved from JNDI
- Manage log4j log file path
- Switch from log4j.properties to log4j.xml file for loggers
Enjoy :)
Sergio.
_____________________________________________________________________________
Envoyez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yahoo.fr |
|
From: Rachid H. <rac...@ya...> - 2008-07-29 14:57:36
|
Hello Frank, it's me again
I was unable to commit the last version of the SSBC so that you can test it because of a problem with SVN. It uses log4j and a .properties file. I'll try to commit this evening;
Rgds,
R.H.
----- Message d'origine ----
De : Rachid Habel <rac...@ya...>
À : oke...@li...
Envoyé le : Mardi, 29 Juillet 2008, 15h43mn 41s
Objet : [Okeo-developers] How to send the ACK to the Presence Proxy?
Hi Frank,
I'm sorry I still have a problem sending the ACK to the Presence Proxy.
Indeed, I tried three possibilities, all failed :
-Just create an ACK for the 200 OK received from the Presence Proxy : the ACK is sent directly to the 3PCC!
-Create an ACK for the 200 OK received from the Presence Proxy and push a route to the Presence Proxy in this request : IllegalStateException,
-Create an ACK for the 200 OK received from the Presence Proxy and set the request URI of the newAck to the SIPURI of the PresenceProxy : the ACK is sent directly to the 3PCC!
So how could I do to sent this ACK to the Proxy?
Rgds,
R.H.
________________________________
Envoyé avec Yahoo! Mail.
Une boite mail plus intelligente.
_____________________________________________________________________________
Envoyez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yahoo.fr |
|
From: Rachid H. <rac...@ya...> - 2008-07-29 13:43:40
|
Hi Frank,
I'm sorry I still have a problem sending the ACK to the Presence Proxy.
Indeed, I tried three possibilities, all failed :
-Just create an ACK for the 200 OK received from the Presence Proxy : the ACK is sent directly to the 3PCC!
-Create an ACK for the 200 OK received from the Presence Proxy and push a route to the Presence Proxy in this request : IllegalStateException,
-Create an ACK for the 200 OK received from the Presence Proxy and set the request URI of the newAck to the SIPURI of the PresenceProxy : the ACK is sent directly to the 3PCC!
So how could I do to sent this ACK to the Proxy?
Rgds,
R.H.
_____________________________________________________________________________
Envoyez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yahoo.fr |
|
From: Rachid H. <rac...@ya...> - 2008-07-25 11:24:47
|
Hello,
I have a problem in the Presence Proxy application : when a 200 OK is received for an INVITE, the doSuccessResponse tries to proxy it to the TPCC but an IllegalStateException is thrown : the proxy has already completed! Normally, a proxy transaction is terminated after receiving a final response, it's not the case here, unless there was a final response that I didn't see was received by the proxy!!
What could be the reason to that?
Please help.
Here is the stack trace of the exception :
java.lang.IllegalStateException: Proxy has already completed
at com.ericsson.ssa.sip.ProxyImpl.startProxy(ProxyImpl.java:842)
at com.ericsson.ssa.sip.ProxyImpl.proxyTo(ProxyImpl.java:880)
at com.ericsson.ssa.sip.ProxyImpl.proxyTo(ProxyImpl.java:874)
at com.ericsson.ssa.sip.ProxyImpl$ProxyFacade.proxyTo(ProxyImpl.java:1262)
at up5.mi.visio.proxy.ProxyServlet.doSuccessResponse(ProxyServlet.java:420)
at javax.servlet.sip.SipServlet.doResponse(SipServlet.java:177)
at javax.servlet.sip.SipServlet.service(SipServlet.java:45)
at com.ericsson.ssa.container.sim.SipServletFacade.service(SipServletFacade.java:85)
at com.ericsson.ssa.sip.AbstractProxyImpl.invokeServlet(AbstractProxyImpl.java:301)
at com..ericsson.ssa.sip.AbstractProxyImpl.invokeServletAndForward(AbstractProxyImpl.java:275)
at com.ericsson.ssa.sip.ProxyImpl.doInitialResponse(ProxyImpl.java:331)
at com.ericsson.ssa.sip.ProxyImpl.dispatch(ProxyImpl.java:453)
at com.ericsson.ssa.sip.ProxyContext.dispatch(ProxyContext.java:172)
at com.ericsson.ssa.container.sim.ApplicationDispatcher.dispatch(ApplicationDispatcher.java:420)
at com.ericsson.ssa.sip.LayerHelper.next(LayerHelper.java:68)
at com.ericsson.ssa.container.sim.ApplicationDispatcher.next(ApplicationDispatcher.java:534)
at com.ericsson.ssa.sip.LayerHelper.next(LayerHelper.java:75)
at com.ericsson.ssa.sip.LocalRouteManager.next(LocalRouteManager.java:112)
at com.ericsson..ssa.sip.LayerHelper.next(LayerHelper.java:75)
at com.ericsson.ssa.sip.DialogManager.next(DialogManager.java:668)
at com.ericsson.ssa.sip.LayerHelper.next(LayerHelper.java:75)
at com.ericsson.ssa.sip.dns.ResolverManager.next(ResolverManager.java:247)
at com.ericsson.ssa.sip.LayerHelper.next(LayerHelper.java:75)
at com.ericsson.ssa.sip.persistence.ReplicationManager.next(ReplicationManager.java:124)
at com.ericsson.ssa.sip.LayerHelper.next(LayerHelper.java:75)
at com.ericsson.ssa..sip.transaction.TransactionManager.next(TransactionManager.java:345)
at com.ericsson.ssa.sip.LayerHelper.next(LayerHelper.java:75)
at com..ericsson.ssa.container.GrizzlyNetworkManager.next(GrizzlyNetworkManager.java:936)
at com.ericsson.ssa.sip.LayerHelper.next(LayerHelper.java:75)
at com.ericsson.ssa.container.MessageProcessorFilter.processMessage(MessageProcessorFilter.java:400)
at com.ericsson.ssa.container.MessageProcessorFilter.execute(MessageProcessorFilter.java:280)
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
at com.sun.grizzly.ProtocolChainContextTask..doCall(ProtocolChainContextTask.java:67)
at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:56)
at com.sun.grizzly.util.WorkerThreadImpl.run(WorkerThreadImpl.java:169)
_____________________________________________________________________________
Envoyez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yahoo.fr |
|
From: frank s. <fra...@gm...> - 2008-07-24 12:47:33
|
Hi sergio, To do it, you can just set a new realm. when you'ill choose the JDBCRealm, it will ask you for the database, the table, and the differents columm to use. So just create a simple table with two colums, user and passwd and answer to the wizard in the glassfish console. About the configuration, it is the same than for a filerealm. In fact, it will just retrieve the realm from a database instead of from a file. Rgds; Frank. 2008/7/24 Sergio AFANOU <afa...@ya...>: > Hi frank, > > I would like to know how to switch from fileRealm to a JDBC when processing > users with authentication HTTPDigest. I have the file example in your > courses. I need to know how to manage with the database. > > Thanks in advance, > Sergio > > ------------------------------ > Envoyé avec Yahoo! Mail<http://us.rd.yahoo.com/mailuk/taglines/isp/control/*http://us.rd.yahoo.com/evt=52423/*http://fr.docs.yahoo.com/mail/overview/index.html> > . > Une boite mail plus intelligente. > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Okeo-developers mailing list > Oke...@li... > https://lists.sourceforge.net/lists/listinfo/okeo-developers > > |
|
From: Sergio A. <afa...@ya...> - 2008-07-24 12:22:54
|
Hi frank,
I would like to know how to switch from fileRealm to a JDBC when processing users with authentication HTTPDigest. I have the file example in your courses. I need to know how to manage with the database.
Thanks in advance,
Sergio
_____________________________________________________________________________
Envoyez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yahoo.fr |
|
From: Sergio A. <afa...@ya...> - 2008-07-22 10:13:46
|
Hi,
I can't configure log4j for 3PCC to correctly log. Should I use yours or give me my own configuration.
Regards,
Sergio
_____________________________________________________________________________
Envoyez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yahoo.fr |
|
From: frank s. <fra...@gm...> - 2008-07-22 09:52:23
|
Hi rachid, It's a common mistake.. In fact, you're are trying to create the Ack request with the createRequest method. SipSerlvet manages for us the Ack in every cases except in Invite transaction. In this case, you have to use the createAck() method of the 200 OK response you got. Rgds; Frank. 2008/7/22 Rachid Habel <rac...@ya...>: > Hi everybody, > I have a problem in the SSBC : when I try to create a new ACK from the one > sent by the caller when receiving a 200 OK response, the server doesn't > allow that : an IllegalArgumentException is thrown by the application. > Here is stack trace : > > java.lang.IllegalArgumentException: ACK and CANCEL is not allowed to create > here. > at > com.ericsson.ssa.sip.SipFactoryImpl.createRequestImpl(SipFactoryImpl.java:288) > at > com.ericsson.ssa.sip.SipFactoryImpl.createRequest(SipFactoryImpl.java:309) > at > com..ericsson.ssa.config.SipFactoryFacade.createRequest(SipFactoryFacade.java:189) > at up5.mi.visio.SSBC.SSBCServlet.doAck(SSBCServlet.java:455) > at javax.servlet.sip.SipServlet.doRequest(SipServlet.java:56) > at javax.servlet.sip.SipServlet.service(SipServlet.java:43) > at > com.ericsson.ssa.container.sim.SipServletFacade.service(SipServletFacade.java:85) > .................... > ....................... > > So tell me please how should I proceed to forward the ACK until the callee. > Thank you for your help. > Rgds, > R.H. > > > ------------------------------ > Envoyé avec Yahoo! Mail<http://us.rd.yahoo.com/mailuk/taglines/isp/control/*http://us.rd.yahoo.com/evt=52423/*http://fr.docs.yahoo.com/mail/overview/index.html> > . > Une boite mail plus intelligente. > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Okeo-developers mailing list > Oke...@li... > https://lists.sourceforge.net/lists/listinfo/okeo-developers > > |
|
From: Rachid H. <rac...@ya...> - 2008-07-22 09:04:01
|
Hi everybody,
I have a problem in the SSBC : when I try to create a new ACK from the one sent by the caller when receiving a 200 OK response, the server doesn't allow that : an IllegalArgumentException is thrown by the application.
Here is stack trace :
java.lang.IllegalArgumentException: ACK and CANCEL is not allowed to create here.
at com.ericsson.ssa.sip..SipFactoryImpl.createRequestImpl(SipFactoryImpl.java:288)
at com.ericsson.ssa.sip.SipFactoryImpl.createRequest(SipFactoryImpl.java:309)
at com.ericsson.ssa.config.SipFactoryFacade.createRequest(SipFactoryFacade.java:189)
at up5.mi.visio.SSBC.SSBCServlet.doAck(SSBCServlet.java:455)
at javax.servlet.sip.SipServlet.doRequest(SipServlet.java:56)
at javax.servlet.sip.SipServlet.service(SipServlet.java:43)
at com.ericsson.ssa.container.sim.SipServletFacade.service(SipServletFacade.java:85)
....................
......................
So tell me please how should I proceed to forward the ACK until the callee.
Thank you for your help.
Rgds,
R.H.
_____________________________________________________________________________
Envoyez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yahoo.fr |
|
From: Rachid H. <rac...@ya...> - 2008-07-21 10:18:01
|
Hello Frank,
The public IPs of the UP5 platform are active now.
I 'am connected on MSN Web Messenger. I'll give you the IPs there!
Rgds,
R.H.
_____________________________________________________________________________
Envoyez avec Yahoo! Mail. Une boite mail plus intelligente http://mail.yahoo.fr |
|
From: <yas...@ya...> - 2008-07-21 07:14:39
|
Actualités site visioconference: mise-à-jour des news: hi, this is my test to send mail to list of member Okeo devellopers.yassine connectez-vous sur le site: www.univ-paris5.fr/visioconference |
|
From: frank s. <fra...@gm...> - 2008-07-20 22:39:45
|
Hi all, I can't build the 3PCC and Accounting modules. It appears that I have missing library and/or classes. Somes classes refer to non existing package or class name. did you commit your last release (including all files) ? Frank. |
|
From: frank s. <fra...@gm...> - 2008-07-20 22:27:17
|
Hi Rachid, I realize that the new DB 0.2.6 and proxy 0.2.3 we now provide will solve yours problems. It include some bug correction, and provides a rules engine. the rules engine let you add condition to the proxy routing. (like send it to the 3PCC when coming from the SBC like in your case). Please let me know if it help you. Frank. 2008/7/18 <oke...@li...>: > As list administrator, your authorization is requested for the > following mailing list posting: > > List: Oke...@li... > From: rac...@ya... > Subject: Re : [Okeo-developers]Re : S-SBC V 0.1.5 available > Reason: Message body is too big: 41850 bytes with a limit of 40 KB > > At your convenience, visit: > > https://lists.sourceforge.net/lists/admindb/okeo-developers > > to approve or deny the request. > > > ---------- Message transféré ---------- > From: Rachid Habel <rac...@ya...> > To: frank sauvage <fra...@gm...>, > oke...@li... > Date: Fri, 18 Jul 2008 15:15:15 +0000 (GMT) > Subject: Re : [Okeo-developers]Re : S-SBC V 0.1.5 available > Hi Frank, > > The Twinkle (softphone) log is a window that shows the logs of this > softphone. > What I mean by the dialog is established is that the second party rings, > answers, we hear each other, and after some seconds the communication is > terminated. > > This is the little modification in the Presence Proxy : > > protected void doInvite(SipServletRequest request) throws > ServletException, IOException { > > String sourceIp=request.getRemoteAddr(); > > if(this.tpccIp.equals(sourceIp)){ > > > this.logger.debug("------------- doInvite ------------"); > List<Location> locations; > SipURI fromUser = ((SipURI)request.getFrom().getURI()); > SipURI toUser = ((SipURI)request.getTo().getURI()); > try { > locations = > sipRegister.getUserLocations(toUser.getUser()+"@"+toUser.getHost()); > ArrayList<SipURI> list = new ArrayList<SipURI>(); > for (Location l : locations) { > SipURI targetURI = sf.createSipURI(l.getUser(), > l.getHost()); > targetURI.setPort(l.getPort()); > //targetURI.setLrParam(true); > list.add(targetURI); > this.logger.debug("Target Added : "+targetURI); > } > > Proxy proxy = request.getProxy(); > proxy.setSupervised(true); > proxy.setRecordRoute(true); > // proxy.setParallel(true); > // proxy.setSequentialSearchTimeout(15); > proxy.proxyTo(list); > try { > > this.callLog.callCreate(request.getCallId(),fromUser.getUser()+"@"+fromUser.getHost(),toUser.getUser()+"@"+toUser.getHost() > ); > } catch (CallAlreadyExistsException e) { > // TODO Manage exception > this.logger.debug("call already exist", e); > } > this.logger.debug("proxy to target done"); > } > catch (LocationNotFoundException e) { > SipServletResponse rep = > request.createResponse(SipServletResponse.SC_TEMPORARLY_UNAVAILABLE); > rep.send(); > this.logger.debug("No location available. error response > sent"); > } > catch (UserDoesNotExistException e) { > SipServletResponse rep = > request.createResponse(SipServletResponse.SC_NOT_FOUND); > rep.send(); > this.logger.debug("User not found. error response sent"); > } > catch (UnknowDBException e) { > this.logger.error("Unknow DB Exception : ", e); > } > > } > > //faire remonter au proxy > else{ > this.logger.debug("------------ Invite proxied to the tpcc > ----------"); > request.getProxy().proxyTo(this.tpccUri); > } > > this.logger.debug("----------- Exit doInvite ----------"); > } > > And also in doRequest, to manage updates : > > > public void doRequest(SipServletRequest req) throws ServletException, > IOException { > > logger.debug("Receiving request " + req.getMethod() + " callid : "+ > req.getCallId()); > String sipuri = new String(req.getFrom().getURI().toString()); > if(sipuri.startsWith("sip:")){ > sipuri = sipuri.substring(4); > } > > if(this.securityManager.isAuthRequired(req, > this.proxyConfig.getTrustedHost().getHost())){ > this.logger.debug("Authentication required"); > UserCredential credential; > ChallengeBean challenge; > > try { > credential = this.authModule.getUserCredential(sipuri); > try{ > challenge = > this.securityManager.getChallenge(req.getCallId()); > String authHeader = req.getHeader("Authorization"); > if ( authHeader != null) { > this.logger.debug("Authentication header received > :"+authHeader); > if(securityManager.checkResponse(authHeader, req, > credential, challenge)){ > this.logger.debug("Authentication response is > correct. process request."); > > > RoutingRule rule = > this.rulesManager.checkForRule(req, this.proxyConfig.getRoutingRule()); > if(rule==null){ > super.doRequest(req); > } > else{ > this.logger.debug("A rule match. process > rule"); > this.rulesManager.processRule(req, rule); > } > } > else{ > SipServletResponse rep = > req.createResponse(SipServletResponse.SC_FORBIDDEN); > rep.send(); > this.logger.debug("Authentication failed. > Forbidden response sent."); > } > } > else { > //if the location already exists, update it and > send a 200 OK response > if(this.sipRegister.isUpdate(req.getCallId())){ > this.logger.debug("--------- this is an update > -----------"); > super.doRequest(req); > } > else{ > SipServletResponse rep = > req.createResponse(SipServletResponse.SC_FORBIDDEN); > rep.send(); > this.logger.debug("No Authorization header > found. Forbidden response sent."); > } > } > } > .................. > > > I added a test method in SipRegisterImpl to test if it's an update or not. > > > Here is the TPCCServlet code that works, except for the ACK bug : > > > public class TPCCServlet extends SipServlet{ > > /** > * > */ > private static final long serialVersionUID = 1L; > private ServletContext ctx; > private SipFactory sf; > private String proxyPresenceIp="172.28.0.24"; > private SipURI proxyPresenceSipUri; > > private static final String ORIGINAL_REQUEST="ORIGINAL_REQUEST"; > // private static final String NEWL_REQUEST="NEW_REQUEST"; > > public void init(ServletConfig servletConfig) throws ServletException > { > > super.init(servletConfig); > ctx = servletConfig.getServletContext(); > if (ctx == null) { > throw new ServletException("init(): No ServletContext > available"); > } > sf = (SipFactory) ctx.getAttribute(SipServlet.SIP_FACTORY); > if (sf == null) { > throw new ServletException("init(): No SipFactory available"); > } > this.proxyPresenceSipUri=this.sf.createSipURI("", > this.proxyPresenceIp); > > > } > > @Override > protected void doInvite(SipServletRequest req){ > System.out.println("¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤Debut doInvite"); > SipApplicationSession sas=req.getApplicationSession(); > sas.setAttribute(ORIGINAL_REQUEST, req); > System.out.println("¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤doInvite, invite recu = > \n"+req); > SipServletRequest newRequest=this.sf.createRequest(req, true); > System.out.println("¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤doInvite, newInvite = > \n"+newRequest); > > newRequest.setRequestURI(this.proxyPresenceSipUri); > > try { > newRequest.send(); > } catch (IOException e) { > System..out.println("---------- Error while sending the new > Invite"); > e.printStackTrace(); > } > > System.out.println("¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤FIN doInvite"); > > } > > @Override > protected void doSuccessResponse(SipServletResponse resp){ > > System.out.println("¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤Debut doSuccessResponse\n > reponse recue = \n"+resp); > > String request=resp.getMethod(); > SipApplicationSession sas=resp.getApplicationSession(); > > SipServletRequest > originalRequest=(SipServletRequest)sas.getAttribute(ORIGINAL_REQUEST); > System.out.println("¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤doSuccessResponse, > originalRequest = "+originalRequest); > SipServletResponse > ssres=originalRequest.createResponse(SipServletResponse.SC_OK); > System.out.println("¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤doSuccessResponse, ssres > cree, sans sdp = "+ssres); > > if(request.equals("INVITE")){ > try { > byte [] tab=(byte [])resp.getRawContent(); > String sdp=new String(tab); > System.out.println("¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤doSuccessResponse, sdp = > "+sdp); > ssres.setContent(sdp.getBytes(), "application/sdp"); > > } catch (UnsupportedEncodingException e) { > // TODO Auto-generated catch block > e.printStackTrace(); > } catch (IOException e) { > // TODO Auto-generated catch block > e.printStackTrace(); > } > > try { > ssres.send(); > } catch (IOException ioe){ > System.out.println("Error while sending the response"); > ioe.printStackTrace(); > } > > } > > else if(request.equals("Bye")){ > System.out.println("$$$$$$$$$$ receiving bye, TODO"); > } > > System.out.println("¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤FIN doSuccessResponse"); > } > } > > > > ----- Message d'origine ---- > De : frank sauvage <fra...@gm...> > À : oke...@li... > Envoyé le : Vendredi, 18 Juillet 2008, 16h32mn 08s > Objet : Re: [Okeo-developers] S-SBC V 0.1.5 available > > Hi rachid, > > What do you call twinkle log ? > > Else, I assume the dialog is invalidated after 32s which is default timeout > timer when a response is non received. > When you said, a dialog is established successfuly, does the ACK is > received by the remote UA ? > > Furthermore, fine for the S-SBC. just got a question, what is the change in > Proxy ? and about the 3PCC. I saw that it uses the locations from the > database to send the request. > So in this case, the proxy isn't used. > Maybe le 3PCC should use a pushroute(proxyuri) to the created request and > send it instead of proxy the request to the location. (so the proxy will > route itself the call, log it, etc..). > > (to do it you can use something like : > SipURI proxyURI = TriggeringModule.sipFactory.createSipURI("", > "Proxy-IP"); > proxyURI.setLrParam(true); > request.pushRoute(proxyURI); > request.send(); > ) > > 2008/7/18 Rachid Habel <rac...@ya...>: > >> Hello, >> >> A new version of the S-SBC is available. It manages Rgisters and dialog >> requests. A dialog was established successfuly! >> This new version uses a slightly modified version of the presence proxy >> and a 3PCCServlet that creates the second dialog. >> There is a bug : after a dialog is established, it is invalidated after >> something like 30 seconds. The Twinkle log says that the call was terminated >> because no ACK was received. >> >> Thank you for your feedback, >> >> Rgds, >> R.H. >> >> ------------------------------ >> Envoyé avec Yahoo! Mail<http://us.rd.yahoo.com/mailuk/taglines/isp/control/*http://us.rd.yahoo.com/evt=52423/*http://fr.docs.yahoo.com/mail/overview/index.html> >> . >> Une boite mail plus intelligente. >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's >> challenge >> Build the coolest Linux based applications with Moblin SDK & win great >> prizes >> Grand prize is a trip for two to an Open Source event anywhere in the >> world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _______________________________________________ >> Okeo-developers mailing list >> Oke...@li... >> https://lists.sourceforge.net/lists/listinfo/okeo-developers >> >> > > ------------------------------ > Envoyé avec Yahoo! Mail<http://us.rd.yahoo.com/mailuk/taglines/isp/control/*http://us.rd.yahoo.com/evt=52423/*http://fr.docs.yahoo.com/mail/overview/index.html> > . > Une boite mail plus intelligente. > > ------------------------------ > Envoyé avec Yahoo! Mail<http://us.rd.yahoo.com/mailuk/taglines/isp/control/*http://us.rd.yahoo.com/evt=52423/*http://fr.docs.yahoo.com/mail/overview/index.html> > . > Une boite mail plus intelligente. > > > ---------- Message transféré ---------- > From: oke...@li... > To: > Date: > Subject: confirm 790081833227c1877e8f753ff8a5aa5747f4a54c > If you reply to this message, keeping the Subject: header intact, > Mailman will discard the held message. Do this if the message is > spam. If you reply to this message and include an Approved: header > with the list password in it, the message will be approved for posting > to the list. The Approved: header can also appear in the first line > of the body of the reply. > |
|
From: frank s. <fra...@gm...> - 2008-07-20 22:23:42
|
Hi everybody.
The new B2B Agent component release is avalaible for testing.
As it is yet in early development stage, it should be used only for testing
purpose.
Enjoy.
The OKEO team.
Added :
=====================================
= The B2B component change log =
=====================================
TODO Next :
- Add support for info requests.
- Add support for options requests.
- Add support for ReInvite.
- Add support for 3PCC.
- Manage early media.
- See for unsupported features.
- add dynamic agent loader.
V 0.2.1
- Introduce global call state engine associated to application session.
- Manage headers in and out.
- manage properly cancel and errors.
- Move to a reverse control pattern and include B2BAgent interface.
- Move State engine to State design pattern.
- Solve problem with fixed port in destination.
- Add full support for log4j debug.
|
|
From: frank s. <fra...@gm...> - 2008-07-20 22:20:53
|
Hi,
The new release of the Proxy is now avalaible.
It should be used now.
it mainly solve some bugs encountered in lasts development.
added :
=====================================
= The Proxy Presence change log =
=====================================
TODO Next :
- Add a behavior engine.
- Finish the installation manual.
V 0.2.3
- Move to DBConnector v0.2.6
- Create call in db even if a rules match. (bug)
- Solve an authenticate bug. now retrieve nonce count from response.
(bug)
|
2 messages has been excluded from this view by a project administrator.