<div dir="ltr">If all endpoints in your SIP network supports REFER and INVITE with Replaces correctly, all you have to do with OpenSIPS is route the SIP messages between the endpoints for transfer to work correctly. It's up to the endpoints to understand what to do with the dialogs, media sessions, etc. In my experience this level of compatibility is rare unless you have a completely private SIP network and control every endpoint. I mean phones, gateways, soft clients, everything that handles a media stream, really.<div><br></div><div>If that is the case for you, then I would think all you need to do is account the REFERs within the acc module. Granted that's an initial reaction and I haven't thought through it completely.</div><div><br></div><div>If you connect to the PSTN through a SIP-speaking carrier, chances are they do not support REFER. In this case you'll need something heavier duty in your network than OpenSIPS, some type of a B2BUA (i.e. FreeSWTICH) that can isolate segments of your network and handle the REFERs on behalf of the elements that cannot. Some may call this implementation an "SBC", although that term is ambiguous at best. </div><div><br></div><div>Hopefully this helps illustrate what is and is not possible with OpenSIPS.</div><div><br></div><div>Attended transfer is quite involved at the SIP level. If you want to try it with OpenSIPS, you're going to have to get your hands dirty, so to speak. You'll want to check out a SIP ladder diagram[1] of what's happening between the endpoints during such a transfer. The good news is that all OpenSIPS has to do is route the packets to the right place. In networking OSI terms, think of it as a layer 5 switch.</div><div><br></div><div> [1] <a href="http://www.vocal.com/sip-2/call-transferring/">http://www.vocal.com/sip-2/call-transferring/</a> (one such diagram)</div><div><br></div><div><br></div><div>- Jeff</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 27, 2015 at 5:11 AM, Aqs Younas <span dir="ltr"><<a href="mailto:aqsyounas@gmail.com" target="_blank">aqsyounas@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">I don't thinks opensips can handle transfer. It just proxy invites and re-invites or may be someone more expert on mailing list can correct me. But you can achieve above by simply using freeswitch. </p><div class="HOEnZb"><div class="h5">
<div class="gmail_quote">On 26 Nov 2015 12:19, "Michele Pinassi" <<a href="mailto:michele.pinassi@unisi.it" target="_blank">michele.pinassi@unisi.it</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
i have a problem setting up a boss/secretary function with my OpenSIPS<br>
router.<br>
<br>
Scenario:<br>
<br>
5000 was the boss phone<br>
5002 was the secretary phone<br>
<br>
Only 5002 can call directly 5000 (the boss phone) and all call directed<br>
to 5000 were diverted to 5002, that answer and decide if the call should<br>
be transferred to the boss phone (5000) or not.<br>
<br>
Just imagine i'm 3000. And i call the 5000 (boss phone)<br>
<br>
3000 ---> 5000 ---[DIVERT]---> 5002<br>
<br>
The secretary answer [5002] and call the boss ----> [5000] to ask<br>
permission to forward the call. If the boss say YES, secretary TRASNFER<br>
the call originated to 3000 (answered 5002) to 5000. And on OpenSIPS i<br>
see the call originated from 3000 and directed to 5000, so DENIED.<br>
<br>
I try with brach flag, with AVP...no way, i cannot determine if a call<br>
was firstly answered (and allowed) by 5002. Just for information, i'm<br>
using SNOM 710/760 phones.<br>
<br>
Any hint/suggestions ?<br>
<br>
Thanks, Michele<br>
<br>
--<br>
Michele Pinassi<br>
Responsabile Telefonia di Ateneo<br>
Servizio Reti, Sistemi e Sicurezza Informatica - Università degli Studi di Siena<br>
tel: 0577.(23)5000 - <a href="mailto:centralino@unisi.it" target="_blank">centralino@unisi.it</a><br>
<br>
Per trovare una soluzione rapida ai tuoi problemi tecnici consulta le FAQ di Ateneo, <a href="http://www.faq.unisi.it" rel="noreferrer" target="_blank">http://www.faq.unisi.it</a><br>
<br>
<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
</blockquote></div>
</div></div><br>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br></blockquote></div><br></div>