Thank you,<br>I will give this a try. <br><br>-Jai<br><br><div><span class="gmail_quote">On 6/18/07, <b class="gmail_sendername">inge</b> <<a href="mailto:inge@legos.fr">inge@legos.fr</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Jai,<br><br>That's the mean I used to provide call forward :<br><br>In route[3] :<br><br> # ----------------------------------- Mark the CFU<br>----------------------------------<br><br> if (avp_db_load("$ruri/username", "s:cfu/usr_callfw")) {
<br> setflag(22);<br> avp_pushto("$ruri", "s:cfu");<br> route(30);<br> route(1);<br> break;<br> };<br><br> # ----------------------------------- Mark the CFB
<br>-----------------------------------<br><br> if (avp_db_load("$ruri/username", "s:cfb/usr_callfw")) {<br> if (!avp_check("s:cfb", "eq/$ruri/i")) {<br> setflag(20);
<br> };<br> };<br><br> # ----------------------------------- Mark the CFNA<br>-----------------------------------<br><br> if (avp_db_load("$ruri/username", "s:cfna/usr_callfw")) {
<br> if (!avp_check("s:cfna", "eq/$ruri/i")) {<br> setflag(21);<br> };<br> };<br><br>For CFU I put the result taken from DB directly in URI and route to
<br>PSTN.<br><br>For CFB & CFNA I do the same treatment but with an other way with a<br>flag. In the failure route :<br><br> if (isflagset(20) && t_check_status("486")) {<br> if (avp_pushto("$ruri", "s:cfb")) {
<br> avp_delete("s:cfb");<br> resetflag(20);<br> setflag(23);<br> xlog("L_WARN","time=[%Tf] call id=[%ci] call seq=[%cs] contact
<br>header=[%ct] from uri=[%fu] from tag=[%ft] request's method=[%rm]<br>request's uri=[%ru] to uri=[%tu] to tag=[%tt] sip message id=[%mi]<br>process id=[%pp] ip source=[%is] flags=[%mf], Forward on busy\n");
<br> route(30);<br> route(1);<br> break;<br> };<br> };<br><br>Sincerely,<br><br>Adrien<br><br><br><br>Le vendredi 15 juin 2007 à 08:34 -0700, Jai Rangi a écrit :
<br>> Hello Igne,<br>> Can you please share the piece of code for this.<br>><br>> Thank you,<br>> -Jai<br>> On 6/15/07, inge <<a href="mailto:inge@legos.fr">inge@legos.fr</a>> wrote:<br>> Hi Jai,
<br>><br>> I don't have problems with caller ID. In a case of CFNA/CFB or<br>> CFU, I<br>> see on the terminal the right caller id.<br>><br>> I think thanks to unchange sip_from/sip_to URI, wich were use
<br>> for<br>> signalisation maybe.<br>><br>><br>> Le mardi 12 juin 2007 à 16:28 -0700, Jai Rangi a écrit :<br>> > Not only billing part, but for caller id also. The final
<br>> destination<br>> > should see the right caller id (Original call generator).<br>> > Can you please share where I can find such a plugin. I have<br>> been<br>> > looking for something like that.
<br>> ><br>> > Thank you,<br>> > -Jai<br>> ><br>> ><br>> > On 6/11/07, inge <<a href="mailto:inge@legos.fr">inge@legos.fr</a>> wrote:
<br>> > Hi Greger,<br>> ><br>> > Thanks for you answer and sorry for mine, I was away<br>> from my<br>> > office<br>> > since some days.
<br>> ><br>> > In fact, it's a very special case. But finally I can<br>> see the<br>> > forward<br>> > with i_uri and o_uri in my acc table. So I just have
<br>> to add a<br>> > plugin in<br>> > my script for use i_uri and o_uri instead of<br>> sip_from/to<br>> > according to<br>> > some rules.
<br>> ><br>> > Regards<br>> ><br>> > Le mardi 22 mai 2007 à 07:06 +0200, Greger V. Teigre<br>> a écrit :<br>> > > Well, call forwarding is always a special case
<br>> because you<br>> > need to get<br>> > > the billing right according to how your billing<br>> app needs<br>> > it. Look at<br>
> > > the INVITE that comes for call forwarding and test<br>> for it in<br>> > your<br>> > > script.<br>> ><br>> > _______________________________________________
<br>> > Serusers mailing list<br>> > <a href="mailto:Serusers@lists.iptel.org">Serusers@lists.iptel.org</a><br>> > <a href="http://lists.iptel.org/mailman/listinfo/serusers">
http://lists.iptel.org/mailman/listinfo/serusers</a><br>> ><br>><br>><br><br></blockquote></div><br>