<div dir="ltr"><div><div><div><div><div>Take a look at two variables you can set on your SIP peer.<br><br>TRANSFER_CONTEXT and FORWARD_CONTEXT<br><br></div>You should be able to use this syntax in your sip.conf <br><br>setvar=_TRANSFER_CONTEXT=kiniston-xfr<br><br></div>You can then create the logic you need in your dialplan to change the ring using something like <br><br></div>exten => _XXX,1,SIPAddHeader(Alert-Info: Ring1)<br></div>exten => _XXX,1,Goto(INTERNAL-EXTENSIONS,${EXTEN},1)<br><br></div>Or you could modify your extension macro and have a test there to see if the call has been blind transferred.with<br><br>ExecIf($[${LEN(${BLINDTRANSFER})} > 0 ]?SIPAddHeader(Alert-Info: Ring1))<div><div><div><div><div><div><div><div><div><br></div></div></div></div></div></div></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 5, 2015 at 8:43 AM, James B. Byrne <span dir="ltr"><<a href="mailto:byrnejb@harte-lyne.ca" target="_blank">byrnejb@harte-lyne.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
On Thu, March 5, 2015 09:56, Ruben Rögels wrote:<br>
<br>
><br>
> Hi again,<br>
><br>
> I'm glad to hear that I provided a somehow useful answer.<br>
><br>
> Unfortunatelly, I don't know these details.<br>
> If you wasn't lucky consulting the snom docs, maybe the snom support<br>
> can be helpful with information about the exact implementation<br>
> details.<br>
><br>
> You also could use "sip debug" on asterisk to check what's going on<br>
> when pressing the transfer button vs. what's happening when using<br>
> "##" via DTMF.<br>
><br>
> Are you forced to get the transfer information from the SIP<br>
</span>> signalling, or can you use AMI events for example? I think<br>
<span class="">> this would be possible if asterisk is configured to stay in<br>
> the media path, so re-inviting is handled over asterisk itself<br>
> and therefore detectable with AMI events.<br>
><br>
<br>
</span>I am working with a FreePBX12/Asterisk11 setup. Asterisk stays on the<br>
path (B2B) and there are no peer-to-peer re-invites.<br>
<br>
What I am trying to do is to get our Snom870s to use a distinctive<br>
ring tone when external calls are transferred internally. I have an<br>
extension context override that detects the origin of calls and<br>
assigns a distinctive ring to each based on "${CallerIDNum}".<br>
<br>
But when a call is transferred then the tone does not change since the<br>
CallerIDNum does not. An external original call always rings as if it<br>
were coming from the outside (which it is but transferred calls have a<br>
different handling procedure than unanswered calls). I need some way<br>
to distinguish when the call has already been answered at least once<br>
without changing the CallerID.<br>
<br>
I am not worried about attended transfers since then the internal ring<br>
tone is what should be used and that is what happens now. I just need<br>
to deal with blind transfers.<br>
<br>
What I have now is:<br>
<br>
1. Outside call => ring1<br>
2. Internal call => ring2<br>
3. Transferred call => ring1 || ring2 (depending on 1 or 2)<br>
<br>
<br>
What I want is:<br>
<br>
<br>
1. Outside call => ring1<br>
2. Internal call => ring2<br>
3. Transferred call => ring3 (regardless of 1 or 2)<br>
<br>
<br>
If everything went though ## then that would be simple enough. The<br>
trick is that most (all) users employ the transfer button and the<br>
touch screen to forward calls using blind transfer. But whatever<br>
method they use to transfer I want the transfer ring tone to be the<br>
same, albeit different from the one used for a new incoming call.<br>
<br>
If the transfer is done using a sip message then that should be doable<br>
as well. I just have to discover what the message is. If someone<br>
already knows and would care to share the information then that would<br>
be helpful. Otherwise wireshark and debug will eventually reveal it.<br>
<br>
I may not know what I am doing. But, at least I know that I do not<br>
know what I am doing.<br>
<span class="im HOEnZb"><br>
--<br>
*** E-Mail is NOT a SECURE channel ***<br>
James B. Byrne mailto:<a href="mailto:ByrneJB@Harte-Lyne.ca">ByrneJB@Harte-Lyne.ca</a><br>
Harte & Lyne Limited <a href="http://www.harte-lyne.ca" target="_blank">http://www.harte-lyne.ca</a><br>
9 Brockley Drive vox: +1 905 561 1241<br>
Hamilton, Ontario fax: +1 905 561 0757<br>
Canada L8E 3C3<br>
<br>
<br>
</span><div class="HOEnZb"><div class="h5">--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
New to Asterisk? Join us for a live introductory webinar every Thurs:<br>
<a href="http://www.asterisk.org/hello" target="_blank">http://www.asterisk.org/hello</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature">A human being should be able to change a diaper, plan an invasion, butcher a hog, conn a ship, design a building, write a sonnet, balance accounts, build a wall, set a bone, comfort the dying, take orders, give orders, cooperate, act alone, solve equations, analyze a new problem, pitch manure, program a computer, cook a tasty meal, fight efficiently, die gallantly. Specialization is for insects.<br>---Heinlein</div>
</div>