Diana Cionoiu | 1 Feb 2005 17:58
Picon
Favicon

Re: dettaching/reattaching channels

Hello Maciek,

The answer for all questions is yes. I got back to write docs on standard 
messages, but it takes time :(
Anyway you have a nice demo in leavemail.php or voicemail.php.

Diana

> Is it possible to dettach/reattach channels in Yate?
> 
> For example:
> 1. lets say sip channel A is attached to some other sip channel B
> 2. then A and B are dettached but not disconnected
> 2. then channel B is put on hold (probably it means that it is attached 
> to some "hold channel") while ch A is attached to chan C
> 3. then channels A and B are reattached
> Is it possible?
> 
> Maciej Kaminski
> 
> P.S.: Probably, If the description of standard messages was ready I 
> would be able to answer this questions by myself.;-)
> 

Diana Cionoiu | 3 Feb 2005 16:36
Picon
Favicon

Re: dettaching/reattaching channels

The Standard Messages documentation is almost finish.

Diana

> Is it possible to dettach/reattach channels in Yate?
> 
> For example:
> 1. lets say sip channel A is attached to some other sip channel B
> 2. then A and B are dettached but not disconnected
> 2. then channel B is put on hold (probably it means that it is attached 
> to some "hold channel") while ch A is attached to chan C
> 3. then channels A and B are reattached
> Is it possible?
> 
> Maciej Kaminski
> 
> P.S.: Probably, If the description of standard messages was ready I 
> would be able to answer this questions by myself.;-)
> 

Vladimir Ivashchenko | 3 Feb 2005 02:16

IVR using YATE + Perl

Hi,

I'm studying possibility of using YATE as an IVR, with scripts 
being written in Perl. However, it seems that Perl support in 
Yate is incomplete.

I couldn't manage to get dtmf1.pl to work. First of all it
requires YateMessage package, which does not exit - ok, I renamed
to Yate. However, it seems that some important logic is missing,
like acknowledgement and sending of response messages
(call.answered etc).

Is an improved Perl module available somewhere?

--

-- 
Best Regards,
Vladimir Ivashchenko
ThunderWorx - www.thunderworx.com
Senior Systems Designer/Engineer

Diana Cionoiu | 3 Feb 2005 09:10
Picon
Favicon

Re: IVR using YATE + Perl

Hello Vladimir,

Perl module is not finish and we don't recomand people to use it.
If you have some time and knowhow maybe you can use libyate.php as an 
example and rewrite Yate.pm.
Yate.pm is more or less something started, but not finish and is not 
written by Yate core developers :(

Diana

> Hi,
> 
> I'm studying possibility of using YATE as an IVR, with scripts 
> being written in Perl. However, it seems that Perl support in 
> Yate is incomplete.
> 
> I couldn't manage to get dtmf1.pl to work. First of all it
> requires YateMessage package, which does not exit - ok, I renamed
> to Yate. However, it seems that some important logic is missing,
> like acknowledgement and sending of response messages
> (call.answered etc).
> 
> Is an improved Perl module available somewhere?

Vladimir Ivashchenko | 3 Feb 2005 11:40

Re: IVR using YATE + Perl

Hello Diana,

Ok, I will try to add all necessary functionality to the Perl 
module and will submit it back, if it works. :-)

However I'm having some troubles with the PHP too. I want to make
vmail.php working in order to better understand YATE protocol.  

I'm running everything on Fedora Core 3 with php 4.3.10. When I
start the script, I get a lot of warnings like this one:

PHP Warning:  Call-time pass-by-reference has been deprecated -
argument passed by value;  If you would like to pass it by
reference, modify the declaration of array_walk().  If you would
like to enable call-time pass-by-reference, you can set
allow_call_time_pass_reference to true in your INI file.  
However, future versions may not support this any longer.  in
/home/files/yate/yate/scripts/libyate.php on line 220

However the scripts starts anyway. But it cannot play the greeing 
message (which I set to welcome.wav). Below is the log from YATE:

<10> WaveSource::WaveSource("",0x8552650) [0x85525c0]
<2> Opening '': error 2: No such file or directory
%%>message:13339098024201fe9dcbdff5.79060184:1107426973:chan.attach::source=/usr/local/lib/yate/scripts/welcome.wav

PHP bug: attempt to acknowledge message type: acknowledged
PHP Installed: chan.dtmf
PHP Installed: chan.notify
PHP Answered: call.answered id: 19474431444201fe9dcab087.94755893
(Continue reading)

Diana Cionoiu | 3 Feb 2005 16:35
Picon
Favicon

Re: IVR using YATE + Perl

Hello Vladimir,

> Hello Diana,
> 
> Ok, I will try to add all necessary functionality to the Perl 
> module and will submit it back, if it works. :-)

That will be great, thank you very much.

> However I'm having some troubles with the PHP too. I want to make
> vmail.php working in order to better understand YATE protocol.  

Yate protocol is very well described in 
http://yate.null.ro/docs/extmodule.html

> I'm running everything on Fedora Core 3 with php 4.3.10. When I
> start the script, I get a lot of warnings like this one:
> 
> PHP Warning:  Call-time pass-by-reference has been deprecated -
> argument passed by value;  If you would like to pass it by
> reference, modify the declaration of array_walk().  If you would
> like to enable call-time pass-by-reference, you can set
> allow_call_time_pass_reference to true in your INI file.  
> However, future versions may not support this any longer.  in
> /home/files/yate/yate/scripts/libyate.php on line 220

Same script is working on all version of php that we have try with the 
same warning.

> However the scripts starts anyway. But it cannot play the greeing 
(Continue reading)

Vladimir Ivaschenko | 3 Feb 2005 19:08

Re: IVR using YATE + Perl


>>Ok, I will try to add all necessary functionality to the Perl 
>>module and will submit it back, if it works. :-)
> 
> 
> That will be great, thank you very much.

Actually it seems that I've got a more fundamental issue now. I tried to use 
YATE's built-in recording functionality, by putting the following into 
regexroute.conf:

^yate$=wave/record//tmp/test.slin

However, when I call this number (through SER proxy which rewrites 
destination to yate <at> ), the call is never answered and I get a lot of 
"Non-branch matching not implemented!" messages. Here is the debug log:

<SIPEngine:9> addMessage(0xb7fabd80,1361) [0x990dde8]
<SIPEngine:9> addMessage(0x9911f28) [0x990dde8]
<YateUDPParty:9> New party is 217.27.60.109:5060 (217.27.60.109:5060) 
[0x9911bf8]
<SIPEngine:9> Got event 0x99134d8 (state Trying) from transaction 0x9912c58 
[0x990dde8]
<SIPEngine:9> Got event 0x99134d8 (state Trying) from transaction 0x9912c58 
[0x990dde8]
<9> Routing call to 'yate' in context 'default' via 
'wave/record//tmp/test.slin' in 677 usec
<9> Record to wave file '/tmp/test.slin'
<9> DataEndpoint peer address is [0x9916ad8]
<9> Routing SIP call
(Continue reading)

Diana Cionoiu | 3 Feb 2005 22:08
Picon
Favicon

Re: IVR using YATE + Perl

Hello Vladimir,

> >>Ok, I will try to add all necessary functionality to the Perl 
> >>module and will submit it back, if it works. :-)
> > 
> > 
> > That will be great, thank you very much.
> 
> Actually it seems that I've got a more fundamental issue now. I tried to use 
> YATE's built-in recording functionality, by putting the following into 
> regexroute.conf:
> 
> ^yate$=wave/record//tmp/test.slin
> 
> However, when I call this number (through SER proxy which rewrites 
> destination to yate <at> ), the call is never answered and I get a lot of 
> "Non-branch matching not implemented!" messages. Here is the debug log:

That mean that the request is not SIP 2.0 compatibile. Anyway if you have 
use some yate release try the cvs since we have try to fix exacly that 
problem.
If you still have problems please let me know, and also send the entire 
SIP dialog between SER and Yate.

> <SIPEngine:9> addMessage(0xb7fabd80,1361) [0x990dde8]
> <SIPEngine:9> addMessage(0x9911f28) [0x990dde8]
> <YateUDPParty:9> New party is 217.27.60.109:5060 (217.27.60.109:5060) 
> [0x9911bf8]
> <SIPEngine:9> Got event 0x99134d8 (state Trying) from transaction 0x9912c58 
> [0x990dde8]
(Continue reading)

Diana Cionoiu | 9 Feb 2005 14:58
Picon
Favicon

website, cvs, mail-list downtime

Hello,

We're sorry for the 24 hours downtime of our services. Now everything is 
up and running.
The problem was a fiber optic node went down for our internet provider. 
We're looking for solutions for this to not happend again.

Diana Cionoiu

sait | 15 Feb 2005 09:51

sip-h323 convert

hi, I am new to yate.

can yate convert sip-h323 and h323-sip?

there is a h323tosipproxy module.
does it work in both way ?

thanks.


Gmane