headers
Maciek Kaminski | 1 Sep 2005 11:48
Picon
Favicon

Re: About ... Call.Execute

martin martin napisał(a):

> Hello, I would like to implement a script with the external module. 
> The script should receive a call.execute and generate another call to 
> destintation( like a proxy) but if destintation isn´t available the 
> script should call another number like an ivr mail box(the ivr says 
> the number is not available .....) , how can I build this in php ? I 
> need some basic sample code....
> I made a script, When a call.execute is arraived (ex: h323 phone calls 
> a number and there is a route to the script "router.php" in 
> regexroute.conf for this number) I generate another call.execute 
> message within the script to the destination and the destination rings 
> and then the communication is established with the called phone but 
> the caller is disconnected, How can I bind these two calls? the 
> incomming and the outcomming call... Is it possible?

In extmodule, incomming calls get connected to extmodule internal 
pseudochanell. When You do call.execute from extmodule script to another 
channel, this internal pseudo channel gets connected to another channel 
and incomming channel gets disconnected automaticly.

I think that You should do a channelless, high priority extmodule script 
in the following manner:
1. on incomming call.execute rewrite its callto parameter with another 
phone number, remember, the callid
2. wait for call.disconnected with that callid or call.answered, if call 
is disconnected do call.execute to ivr with chan.masquerade.

I think that this should work.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Tony Marks | 3 Sep 2005 11:22
Picon
Favicon

windows installation guide

Hi,

Has anyone got a running version of Yate on a windows
machine making sip calls through to another sip  proxy
to a sip client. If so can you tell me how in the
shortest possible way.

I want a personal proxy that runs on windows, 

Can yate be used as a personal proxy server? (doesnt
say that anywhere) I guess it can.

I have installed windows pre-compiled yate. It
installed OK

But the inbuilt client doesn't run. GTK problems. it
cant find GTK.  I have two copies of gtk on the test
box and it cant find them. I dumped them in the same
directory as Yate and the error messages changed to
the procedure entry point gtk_image_new_from_fileutf8
could  not be located....

So maybe we'll try anther client. XTEN -- it installs
and runs in two minutes. so maybe I should use xten
with yate to get to fwd. 

How? there are no guides for this. The fwd guide is a
little obscure, and there is no guide for the XTEN
client yet.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Paul Nader | 5 Sep 2005 17:19
Favicon

Passing SIP signal address to H323 called party

Hi,

Is there any way to pass the SIP calling party signalling address (eg
X.X.X.X:5600) to a called H323 party when using YATE as a SIP/H323 signalling
proxy?

Currently the H323 Setup that is sent contains YATE's H323 signalling transport
address in the sourceCallSignalAddress. Is there any easy way I can override
this value with the SIP caller Contact header field maybe? I need to convey the
original calling party signalling information in my app...

Thanks, Paul.
Permalink | Reply | 0 comments |
headers
Diana Cionoiu | 6 Sep 2005 07:21
Picon
Favicon

2 good news.

Hello,

I have 2 good news.
1. First SIP Video call has been made with Yate and is working in 2 ways 
with rtp passing Yate Server or with rtp forward.
2. We have release Yate0.9.0pre1.

Paul Chitescu && Diana Cionoiu
Proud members of Yate community.
Permalink | Reply | 0 comments |
headers
Paul Nader | 6 Sep 2005 10:08
Favicon

RE: Passing SIP signal address to H323 called party

Hi Yate Team,

Maybe my suggestion of overriding the sourceCallSignalAddress is not appropiate
as after all yate is the one doing the H323 signalling in the scenario I
described. 

The SIP caller address can be passed in the H225 sourceAddress field using the
transport address format by adding the following line:

YateH323Connection::YateH323Connection(YateH323EndPoint& endpoint,
    H323Transport* transport, unsigned callReference, void* userdata)
    : H323Connection(endpoint,callReference), m_chan(0),
      m_externalRtp(s_externalRtp), m_nativeRtp(false), m_passtrough(false),
      m_rtpPort(0), m_remotePort(0), m_needMedia(true)
{
    Debug(&hplugin,DebugAll,"YateH323Connection::YateH323Connection(%p,%u,%p)
[%p]",
	&endpoint,callReference,userdata,this);
    m_needMedia = s_cfg.getBoolValue("general","needmedia",m_needMedia);

    // outgoing calls get the "call.execute" message as user data
    Message* msg = static_cast<Message*>(userdata);
    m_chan = new YateH323Chan(this,(userdata != 0),
	((transport && !userdata) ? (const char*)transport->GetRemoteAddress() :
0));
    if (!msg) {
	m_passtrough = s_passtrough;
	return;
    }
(Continue reading)

Permalink | Reply | 0 comments |
headers
Hans Ulrich Niedermann | 7 Sep 2005 09:15
Picon

[PATCH] Make yate compile with gcc 4.0

This patch fixes CVS yate of 2005-09-06 to compile with gcc 4.0.2 by fixing
fixing all the errors the compiler reports.

No attempt to address the compiler's warnings yet, though.

Written 2005-09-06 by Hans Ulrich Niedermann

Index: telephony.h
===================================================================
RCS file: /home/cvsroot/telecom/yate/telephony.h,v
retrieving revision 1.13
diff -u -3 -p -r1.13 telephony.h
--- telephony.h	6 Feb 2005 20:13:20 -0000	1.13
+++ telephony.h	6 Sep 2005 23:24:26 -0000
 <at>  <at>  -321,6 +321,11  <at>  <at>  protected:
     unsigned long m_timestamp;
 };

+
+/* forward declaration */
+class DataSource;
+
+
 /**
  * A data consumer
  */
 <at>  <at>  -362,6 +367,11  <at>  <at>  private:
     DataSource *m_source;
 };
(Continue reading)

Permalink | Reply | 0 comments |
headers
Maciek Kaminski | 7 Sep 2005 12:39
Picon
Favicon

client compilation problem

I can't compile client from current cvs:
maciejka <at> maciejka:~/projekty/9/yate$ make all
make[1]: Entering directory `/home/maciejka/projekty/9/yate'
make -C ./engine all
make[2]: Entering directory `/home/maciejka/projekty/9/yate/engine'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/home/maciejka/projekty/9/yate/engine'
make -C ./modules all
make[2]: Entering directory `/home/maciejka/projekty/9/yate/modules'
make[3]: Entering directory `/home/maciejka/projekty/9/yate/modules/skin'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/home/maciejka/projekty/9/yate/modules/skin'
make[2]: Leaving directory `/home/maciejka/projekty/9/yate/modules'
make -C ./clients all
make[2]: Entering directory `/home/maciejka/projekty/9/yate/clients'
g++ -Wall   -I.. -I.. -O2 -fno-check-new  -fno-exceptions -fPIC 
-DHAVE_GCC_FORMAT_CHECK  -lpthread -L.. -lyate -o yate-gtk2 -DXTHREADS 
-pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include 
-I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 
-I/usr/include/freetype2 -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include   main-gtk2.cpp 
../contrib/gtk2/libgtk2client.a -pthread -lgtk-x11-2.0 -lgdk-x11-2.0 
-latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 
-lgobject-2.0 -lgmodule-2.0 -ldl -lgthread-2.0 -lglib-2.0
../contrib/gtk2/libgtk2client.a(gtk2client.o)(.text+0x311): In function 
`gtkIdleCb(void*)':
: undefined reference to `TelEngine::Client::idleActions()'
../contrib/gtk2/libgtk2client.a(gtk2client.o)(.text+0x11e4): In function 
`widgetCbShow(_GtkWidget*, void*)':
: undefined reference to
(Continue reading)

Permalink | Reply | 0 comments |
headers
Hans Ulrich Niedermann | 7 Sep 2005 22:53
Picon

[PATCH] yate09: Make destructors virtual for classes with virtual functions

Make destructors virtual for classes with virtual functions.

The patch is against yate09 CVS of 2005-09-07.

Index: contrib/yrtp/yatertp.h
===================================================================
RCS file: /home/cvsroot/private/yate/contrib/yrtp/yatertp.h,v
retrieving revision 1.17
diff -u -3 -p -r1.17 yatertp.h
--- contrib/yrtp/yatertp.h	20 Jul 2005 04:42:29 -0000	1.17
+++ contrib/yrtp/yatertp.h	7 Sep 2005 20:12:28 -0000
 <at>  <at>  -268,6 +271,11  <at>  <at>  public:
 	{ }

     /**
+     * Default destructor.
+     */
+    virtual ~RTPBaseIO() {}
+
+    /**
      * Get the payload type for data packets
      *  <at> return Payload type, -1 if not set
      */
 <at>  <at>  -365,6 +373,11  <at>  <at>  public:
 	{ }

     /**
+     * Default destructor.
+     */
+    virtual ~RTPReceiver() {}
(Continue reading)

Permalink | Reply | 0 comments |
headers
Hans Ulrich Niedermann | 7 Sep 2005 22:52
Picon

[PATCH] Make yate 0.9 compile with gcc4

Make Yate09 CVS of 2005-09-07 compile with gcc4.

This is just a matter of a few missing forward declarations.

Index: contrib/yrtp/yatertp.h
===================================================================
RCS file: /home/cvsroot/private/yate/contrib/yrtp/yatertp.h,v
retrieving revision 1.17
diff -u -3 -p -r1.17 yatertp.h
--- contrib/yrtp/yatertp.h	20 Jul 2005 04:42:29 -0000	1.17
+++ contrib/yrtp/yatertp.h	7 Sep 2005 19:56:25 -0000
 <at>  <at>  -47,6 +47,9  <at>  <at> 
  */
 namespace TelEngine {

+class RTPGroup;
+class RTPSession;
+
 /**
  * A base class that contains just placeholders to process raw RTP and RTCP packets.
  *  <at> short Base class to ease creation of RTP forwarders
Index: modules/yrtpchan.cpp
===================================================================
RCS file: /home/cvsroot/private/yate/modules/yrtpchan.cpp,v
retrieving revision 1.11
diff -u -3 -p -r1.11 yrtpchan.cpp
--- modules/yrtpchan.cpp	6 Sep 2005 02:51:09 -0000	1.11
+++ modules/yrtpchan.cpp	7 Sep 2005 19:56:25 -0000
 <at>  <at>  -57,6 +57,10  <at>  <at>  static TokenDict dict_yrtp_dir[] = {
     { 0 , 0 },
(Continue reading)

Permalink | Reply | 0 comments |
headers
Radu - Eosif Mihailescu | 8 Sep 2005 14:41
Picon

Small libyate.php fix


Hello everyone,

Attached is a small fix for libyate.php concerning the bunch of warnings
it generates when loaded.

Hope this helps,
Radu - Eosif ' <at> Dexter' Mihailescu/linux360

--

-- 
 <at> Dexter <csdexter@...> ICQ: 27762040 GSM: +40 (721)
294400 JID: csdexter@...
Attachment (libyate.php.diff): application/octet-stream, 2583 bytes
Permalink | Reply | 0 comments |

Gmane