Hi, On Tue, Jan 26, 2010 at 4:13 PM, Stefan Sayer <[email protected]> wrote: > Hi, > > On Mon, Jan 25, 2010 at 8:12 PM, Raphael Coeffic <[email protected]> wrote: >> >> Gentlemen, >> >> whereby I always appreciate your help, I would also appreciate it if you >> could, in such cases, discuss any topic not directly related to SEMS in >> another mailing list. > > why? > > I find it quite interesting to know how to implement things with other open > source software. Especially if something can be implemented at the media > server and the proxy, i think it is very enlightening to compare and get the > pros and cons of all possible solutions. > > Also, I would really like to invite comparisons of implementations of > certain call-flows with SEMS, freeswitch, asterisk, yate, pjsip etc. > > Stefan
I do agree with Stefan here-- that kind of exercise would be really useful. Cheers, -Victor > > >> >> The reason why I said nothing until now is simply that I was sick... (and >> Stefan is on holiday). >> >> Cheers >> Raphael. >> >> On 22.01.2010 21:58, Daniel-Constantin Mierla wrote: >>> >>> >>> On 1/22/10 8:15 PM, Juha Heinanen wrote: >>>> >>>> Daniel-Constantin Mierla writes: >>>> >>>> > it is recommended to set sip router to use a different port for >>>> > xmlrpc >>>> > so sip processing is not affected. Another option is using udp >>>> > protocol >>>> > directly with MI commands. >>>> >>>> sure, but my understanding is that still process that is running >>>> tm.t_uac_wait is blocked that limits the number of parallel >>>> click-to-dials. >>> >>> haven't implemented it nor used, but I think it is this way ... blocking. >>> >>>> > The other option to implement click-to-dial is using dialog module >>>> > with >>>> > dlg_bridge: >>>> > >>>> > http://kamailio.org/docs/modules/3.0.x/modules_k/dialog.html#id2524918 >>>> > >>>> > With the benefit of easiness to use and no blocking, drawback: no >>>> > return >>>> > of the sip reply code for entire operation. >>>> >>>> i think we discussed this already earlier: use of dlg_bridge does not >>>> allow click-to-dial to a specific contact of the AoR. >>> >>> Have you tried to set To to contact address and outbound proxy to >>> received address? The only troubles I can think of are with multi-homed >>> environment, to select the outgoing socket, if the destination is reachable >>> from all network interfaces kamailio is listening. >>> >>> Anyhow, most of the click-to-dial pages do not expose the contact >>> details. To get your way, first it should fetch location records for that >>> user and then you select one. >>> >>> This may not be available (e.g., willing to click to dial to a foreign >>> network user) or not exposed to web. Besides, in most of the cases, the >>> contact info a person gets is sip address, that being added to personal >>> phonebook and used from there to dial. >>> >>> Cheers, >>> Daniel >>> >> >> _______________________________________________ >> Sems mailing list >> [email protected] >> http://lists.iptel.org/mailman/listinfo/sems > > > _______________________________________________ > Sems mailing list > [email protected] > http://lists.iptel.org/mailman/listinfo/sems > > -- Victor Pascual Ávila _______________________________________________ Sems mailing list [email protected] http://lists.iptel.org/mailman/listinfo/sems
