Re: [asterisk-users] Blind Transfer Connected

2011-07-06 Thread Alex Balashov

On 07/06/2011 05:52 PM, Kevin P. Fleming wrote:

On 07/06/2011 04:44 PM, Alec Davis wrote:

IMHO, blind tranfer definition is to NOT connect A and B back


That is correct, and is why it's called a 'blind' transfer;
the transferring party does not know or care what happens to
the call after effecting the transfer.



That's not what users migrating from some legacy PBXs expect, our old
Fujitsu essence will call back the transferrer if the call isn't
answered.
The good old 'hook flash', dial the extension, then hangup.


Well, that would have to be handled in the dialplan somehow, because
Asterisk alone can't decide when a call is 'not answered'. However,
writing such a dialplan would indeed be non-trivial :-)


Not to mention the expansive myriad of things that can "answer" the call 
these days, like sundry voicemail systems, that do not constitute an 
"answer" in the sense desired by the transferring party.


On the other hand, if you make the ring timeout too short, that breaks 
functionality such as call forwarding to a cell phone on the recipient side.


It seems to me that keeping blind transfer truly "blind" is the only 
viable strategy in the contemporary device, service and feature milieu.


--
Alex Balashov - Principal
Evariste Systems LLC
260 Peachtree Street NW
Suite 2200
Atlanta, GA 30303
Tel: +1-678-954-0670
Fax: +1-404-961-1892
Web: http://www.evaristesys.com/

--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
  http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
  http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] Blind Transfer Connected

2011-07-06 Thread Kevin P. Fleming

On 07/06/2011 04:44 PM, Alec Davis wrote:

IMHO, blind tranfer definition is to NOT connect A and B back


That is correct, and is why it's called a 'blind' transfer;
the transferring party does not know or care what happens to
the call after effecting the transfer.



That's not what users migrating from some legacy PBXs expect, our old
Fujitsu essence will call back the transferrer if the call isn't answered.
The good old 'hook flash', dial the extension, then hangup.


Well, that would have to be handled in the dialplan somehow, because 
Asterisk alone can't decide when a call is 'not answered'. However, 
writing such a dialplan would indeed be non-trivial :-)


--
Kevin P. Fleming
Digium, Inc. | Director of Software Technologies
Jabber: kflem...@digium.com | SIP: kpflem...@digium.com | Skype: kpfleming
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at www.digium.com & www.asterisk.org

--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
  http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
  http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] Blind Transfer Connected

2011-07-06 Thread Alec Davis
> > IMHO, blind tranfer definition is to NOT connect A and B back
> 
> That is correct, and is why it's called a 'blind' transfer; 
> the transferring party does not know or care what happens to 
> the call after effecting the transfer.
> 

That's not what users migrating from some legacy PBXs expect, our old
Fujitsu essence will call back the transferrer if the call isn't answered.
The good old 'hook flash', dial the extension, then hangup.

Alec



--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] Blind Transfer Connected

2011-07-05 Thread Olivier
2011/7/6 Nikhil 

> **
> Hi
> Below is the comment that written in chan_sip.c(handle_request_refer)
> file of asterisk .In RFC also mentioned that if blind transfer failed call
> should connect back, some of phones support this(If received refer) like
> cisco,polycom and etc.
>
>  \par Blind transfers
> The transferor provides the transferee
> with the transfer targets contact. The signalling between
> transferer or transferee should not be cancelled, so the
> call is recoverable if the transfer target can not be reached
> by the transferee.
>

My understanding of this is :
"If transfer target (ie phone C) rings, then transfer target HAS BEEN
reached so the above statement do not apply".



>
> In this case, Asterisk receives a TRANSFER from
> the transferor, thus is the transferee. We should
> try to set up a call to the contact provided
> and if that fails, re-connect the current session.
> If the new call is set up, we issue a hangup.
> In this scenario, we are following section 5.2
> in the SIP CC Transfer draft. (Transfer without
> a GRUU)
>
>
>
> In asterisk comment is written correct but it is not working.
>
> Thanks
> Nikhil
>
> On 07/05/2011 09:44 PM, Kevin P. Fleming wrote:
>
> On 07/05/2011 01:54 AM, Olivier wrote:
>
>
>
> 2011/7/5 Nikhil   >
>
> Hi all
> In asterisk if blind transfer failed ,call is not connecting back .
>
>
> For Eg:
> A make call to B through asterisk,then B transfer the call to C.
> If C did not answer the call ,A  and B Call should connect back.
>
> IMHO, blind tranfer definition is to NOT connect A and B back
>
>
> That is correct, and is why it's called a 'blind' transfer; the
> transferring party does not know or care what happens to the call after
> effecting the transfer.
>
>
>
> --
> _
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> New to Asterisk? Join us for a live introductory webinar every Thurs:
>   http://www.asterisk.org/hello
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-users
>
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [asterisk-users] Blind Transfer Connected

2011-07-05 Thread Nikhil

Hi
Below is the comment that written in 
chan_sip.c(handle_request_refer) file of asterisk .In RFC also mentioned 
that if blind transfer failed call should connect back, some of phones 
support this(If received refer) like cisco,polycom and etc.


\par Blind transfers
The transferor provides the transferee
with the transfer targets contact. The signalling between
transferer or transferee should not be cancelled, so the
call is recoverable if the transfer target can not be reached
by the transferee.

In this case, Asterisk receives a TRANSFER from
the transferor, thus is the transferee. We should
try to set up a call to the contact provided
and if that fails, re-connect the current session.
If the new call is set up, we issue a hangup.
In this scenario, we are following section 5.2
in the SIP CC Transfer draft. (Transfer without
a GRUU)



In asterisk comment is written correct but it is not working.

Thanks
Nikhil

On 07/05/2011 09:44 PM, Kevin P. Fleming wrote:

On 07/05/2011 01:54 AM, Olivier wrote:



2011/7/5 Nikhil mailto:d.nik...@cem-solutions.net>>

Hi all
In asterisk if blind transfer failed ,call is not connecting 
back .


For Eg:
A make call to B through asterisk,then B transfer the call to C.
If C did not answer the call ,A  and B Call should connect back.

IMHO, blind tranfer definition is to NOT connect A and B back


That is correct, and is why it's called a 'blind' transfer; the 
transferring party does not know or care what happens to the call 
after effecting the transfer.




--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [asterisk-users] Blind Transfer Connected

2011-07-05 Thread Kevin P. Fleming

On 07/05/2011 01:54 AM, Olivier wrote:



2011/7/5 Nikhil mailto:d.nik...@cem-solutions.net>>

Hi all
In asterisk if blind transfer failed ,call is not connecting back .

For Eg:
A make call to B through asterisk,then B transfer the call to C.
If C did not answer the call ,A  and B Call should connect back.

IMHO, blind tranfer definition is to NOT connect A and B back


That is correct, and is why it's called a 'blind' transfer; the 
transferring party does not know or care what happens to the call after 
effecting the transfer.


--
Kevin P. Fleming
Digium, Inc. | Director of Software Technologies
Jabber: kflem...@digium.com | SIP: kpflem...@digium.com | Skype: kpfleming
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at www.digium.com & www.asterisk.org

--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
  http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
  http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] Blind Transfer Connected

2011-07-04 Thread Olivier
2011/7/5 Nikhil 

> Hi all
>In asterisk if blind transfer failed ,call is not connecting back .
>
> For Eg:
>A make call to B through asterisk,then B transfer the call to C. If C
> did not answer the call ,A  and B Call should connect back.
>
IMHO, blind tranfer definition is to NOT connect A and B back


> But this is not happening with asterisk(A and B call is disconnecting).
>
> Does anyone knows about this?
>
> Thanks
> Nikhil
>
>
>
> --
> __**__**_
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> New to Asterisk? Join us for a live introductory webinar every Thurs:
>  http://www.asterisk.org/hello
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>  
> http://lists.digium.com/**mailman/listinfo/asterisk-**users
>
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

[asterisk-users] Blind Transfer Connected

2011-07-04 Thread Nikhil

Hi all
In asterisk if blind transfer failed ,call is not connecting back .

For Eg:
A make call to B through asterisk,then B transfer the call to C. If 
C did not answer the call ,A  and B Call should connect back.But this is 
not happening with asterisk(A and B call is disconnecting).


Does anyone knows about this?

Thanks
Nikhil



--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
  http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
  http://lists.digium.com/mailman/listinfo/asterisk-users