Yu Boot | 29 Jan 15:22 2015
Picon

accfile uplink, no callerID

When receiving incoming call from password-protected (accfile.conf) SIP 
trunk, other end (regfile client) don't see any callerID, looks like 
Yate just cut it out.

The only way to mitigate this problem is to ask SIP provider to copy 
callerid to callername variable, and then copy it back before our Yate 
routes call out. But this is impossible sometimes. How to make Yate to 
just pass callerID from accfile trunks without these tricks?

accfile.conf:
[trunk1]
enabled=yes
protocol=sip
formats=alaw
registrar=1.X.X.X:9060
outbound=1.X.X.X:9060
interval=180
username=014716
authname=014716
password=XXXXXXXXXX

regexroute.conf:
[to_client1]
.*$=return;called=0000007;

regfile.conf:
[0000007]
password=XXXXXX

(Continue reading)

Monica Tepelus | 26 Jan 12:06 2015
Picon

Re: msg.execute question

Hi,

I assume you want to send a SIP MESSAGE request.

http://docs.yate.ro/wiki/Using_SIP_MESSAGE_or_how_to_enable_chat_messages_in_SIP

Regards,
Monica Tepelus

On 01/26/2015 11:25 AM, Dragon wrote:
> Hi,
>    I want to send message by sip,but don't know to assembly 
> msg.execute message . Now,I try to pack msg.eecute message can be sent 
> to YATE server .not send destination . can you help me ,thank you!
> robben.

Dragon | 22 Jan 04:37 2015

transfer call

hi,
    i have a question that how to transfer call in YATE Client. if  transfer a call ,but the call don't transferred. 
i try to set transfer = true  in  ysipchan.conf file ,yate client will throw a error. thank you.
robben 
Bohumil Tosovsky | 21 Jan 11:29 2015
Picon

Fwd: Re: sccp.message - decode hexData param value




SCCP GTT is working, you must have configured sccp layer properly. Can you send your ysigchan.conf?

2015-01-21 8:52 GMT+01:00 Raj Roy Ghandhi <roy.gandhi-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>:
Hi Friends,
Is there anyone who has done this ?

Best Regards,
Roy.

On Tue, Jan 20, 2015 at 12:01 AM, Raj Roy Ghandhi <roy.gandhi-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
Hi Friends,
Is there a easy way to decode the  param['hexData']  in sccp.message and fetch the values in messaging level.

param['hexData'] = '62 47 48 04 00 00 01 64 6b 1e 28 1c 06 07 00 11 86 05 01 01 01 a0 11 60 0f 80 02 07 80 a1 09 06 07 04 00 00 01 00 05 03 6c 1f a1 1d 02 01 01 02 01 16 30 15 80 07 81 49 97 28 22 33 f3 83 01 00 86 07 91 49 97 10 00 01 f1'

I do no want to modify the camel_map.cpp

Please advice.

Best Regards,
Roy.



Raj Roy Ghandhi | 19 Jan 19:31 2015
Picon

sccp.message - decode hexData param value

Hi Friends,
Is there a easy way to decode the  param['hexData']  in sccp.message and fetch the values in messaging level.

param['hexData'] = '62 47 48 04 00 00 01 64 6b 1e 28 1c 06 07 00 11 86 05 01 01 01 a0 11 60 0f 80 02 07 80 a1 09 06 07 04 00 00 01 00 05 03 6c 1f a1 1d 02 01 01 02 01 16 30 15 80 07 81 49 97 28 22 33 f3 83 01 00 86 07 91 49 97 10 00 01 f1'

I do no want to modify the camel_map.cpp

Please advice.

Best Regards,
Roy.
Gamaliel Bedolla | 19 Jan 20:20 2015
Picon

Re: How to perform ENUM routing?

Hello all,
Because there are very few of information, this is how it works:
1) Enable enum routing:

yate.conf
[modules]
enumroute.yate=yes


2) Configure your enumroute.conf
[general]
priority=20
domains=e164.arpa
redirect=false
[protocols]
sip=yes
pstn=yes
tel=yes


3) Restart yate.

4) Use ngrep or tcpdump port 53 to verify ENUM queries.

There are two ways of work, with SIP 302 Moved Temporarily (redirect=true), or let Yate perform the SIP routing (redirect=false) 
If requiered use regexroute.conf  to  configure fallback routes.

And that's all! Just verify that you have the correct /etc/resolv.conf nameservers configured.
Hope this helps.
Thank you yate developers!
Gamaliel

2015-01-12 13:31 GMT-07:00 Gamaliel Bedolla <gbf-Kizeva5kv0QnLIcjVmQCtA@public.gmane.org>:
Hello, 
I want to achieve ENUM routing on Yate. I know that enumroute.conf must be configured  with a priority lower in order to make it work before regexroute.conf. 

Here my configs:
In enumroute.conf:
[general]
priority=80
domains=e164.arpa
[protocols]
sip=yes
pstn=yes


In /etc/resolv.conf
;here my ENUM servers
nameserver 172.16.10.250
nameserver 172.16.10.254

Actually I have made Yate work as a Gateway like this SIP-->Yate-->SS7 PSTN but now I want to perform some translations before route the calls to PSTN, like this: SIP-->Yate-->ENUM-->Yate-->SS7 PSTN

My question is, must I have to configure the regular expressions on enumroute.conf, or in regexroute.conf?
Any examples or suggestions you have give me an idea to where to start.
Thank you.


Rodrigo Ricardo Passos | 23 Apr 14:36 2014
Picon

Get number in SAM

Hi Yate,

How can i get the digit in SAM message after receive an IAM using 
Javascript?

Regards,

Rodrigo

Dana cafe | 2 May 14:50 2014

queue.conf operators configuration

good afternoon,

I am trying to put calls in a queue and redistribute to operators 
(without using a database) but I don't know how to define these operators.

For testing i defined two users in regfile.conf:

[1000]
password=1234

[2000]
password=1234

Then in regexroute.conf I defined:

^100$=queue/test1

Finally test1 is defined  in the queue.conf file :

[channels]
incoming=external/nodata/queue_in.php
outgoing=external/nodata/queue_out.php

[queue test1]
mintime = 100
length= 100
maxout=10
;greeting=
onhold=wave/play/ test.wav
maxcall=10000
;prompt=
;notify
detail=true
single=true
;definition of the operator
${queue} = test1
${required} = 1
${current} = 1
;  ${waiting}
location=127.0.0.1
username=2000
  maxcall = 3000
;  prompt: string: Resource to play to the operator when it answers
enabled=true

using yate client logged as 1000 I call to 100 and the music on hold 
start but the call is not distributed to the user 2000 which is logged 
in another yate client. For sure the configuration of the operator is 
wrong, unfortunatelly I didn't find a useful example in the website and 
in internet.

thank you very much for your valuable help,

Jose

Moritz Orbach | 18 Mar 19:47 2014
Picon

Authentication-check in javascript

Hello all,

is there a javascript equivalent to regexroute's
${username}^$=-;error=noauth

Or more precisely: how can I (on call.route, in javascript)
1) verify that a client is registered in regfile.conf (allowed to make a
   certain call)
2) retrieve the true extension of the client (not based on any headers
   the client can set itself, but based on the registration)

I tried "msg.username", msg.params['username'] and similar properties of
the Message object in the call.route handler, but none of them seemed to
exist.

Best regards
Moritz

Paul Chitescu | 18 Mar 14:06 2014
Picon

Yate 5.2 and YateBTS 2.0

Hello everybody!

We released Yate version 5.2 and also version 2.0 of YateBTS.

Yate 5.2 brings:
- Our friendly chatbot Eliza answers you by default to anything you write in 
rmanager that's not an Yate command :-)
- Improvements in Javascript that make writing an IVR much easier
- Better troubleshooting of memory leaks by having memory information from 
glibc and the ability to count objects allocated by each module

YateBTS 2.0 added:
- Support for 2G (COMP128-1) and 3G (MILENAGE) authentication
- Web interface for the Network In a Box
- USSD support (in commercial version only)
- COMP128-2 and COMP128-3 (in commercial version, only for GSMA members)

Paul Chitescu & Null Team

Marco Bisignano | 1 Apr 13:00 2014
Picon

R: R: R: [yate] Avoid multiple INVITE and BYE

Hi Marian and thank you for your suggestion. I'm writing a C++ module, but
how can I wait for call.drop to return ?
TY

-----Messaggio originale-----
Da: Marian Podgoreanu [mailto:marian@...] 
Inviato: mercoledì 26 febbraio 2014 15:01
A: Marco Bisignano; yate@...
Oggetto: Re: R: R: [yate] Avoid multiple INVITE and BYE

Hi,

In a php script you can't wait in a message handler for another message.
You may sleep for a second after sending the call.drop message.
This will give some time for the call to be dropped but it will delay things
(e.g. any other message to be handled by the script will be delayed).
This would not be acceptable on high load systems.

Or:
You may write a javascript or c++ module which:
1. Handle call.execute
2. Dispatch a call.drop for the outgoing call leg you want to stop 3. Let
call.execute continue when call.drop returns

Marian

On 26.02.2014 15:18, Marco Bisignano wrote:
> Thank you Marian, I understand; is there a way in my script to wait 
> that the first call is pre-empted and closed before sending the new INVITE
?
>
>
> -----Messaggio originale-----
> Da: Marian Podgoreanu [mailto:marian@...]
> Inviato: mercoledì 26 febbraio 2014 10:58
> A: Marco Bisignano; yate@...
> Oggetto: Re: R: [yate] Avoid multiple INVITE and BYE
>
> Hi,
>
> For the first call BYE is retransmitted to called party because it 
> doesn't confirm it. It does on the third retransmission.
>
> For the second call the INVITE is retransmitted due to the same reason.
>
> This may be a network issue or called party issue.
>
> The log also shows yate creating new dispatching threads and extmodule 
> warning a message sent to a script did not return in 10 seconds.
> Check your script(s): the message must be acknowledged after handling it.
>
> Example:
> $ev = Yate::GetEvent();
> if ($ev->type == "incoming")
>       $ev->Acknowledge();
>
> Marian
>
> On 26.02.2014 11:03, Marco Bisignano wrote:
>> Hi Marian and ty for your reply, here is my log with sniffer enabled:
>>
>> http://pastebin.com/gDpnv64A
>>
>> FIRST CALL from 3212121 (10.39.1.39) to 9413403212121 (messages are
>> ok)
>>
>> SECOND CALL from 3212122 (10.39.1.39) to 9413403212122 (multiple bye 
>> and
>> invite)
>>
>> There is a PHP script called cac.php (Call Admission Control), second 
>> call has a major priority so first call is pre-empted (call.drop to 
>> both call channels).
>> If you want I can send you Wireshark capture.
>> Regards.
>>
>>
>>
>> -----Messaggio originale-----
>> Da: Marian Podgoreanu [mailto:marian@...]
>> Inviato: mercoledì 26 febbraio 2014 09:37
>> A: Marco Bisignano; yate@...
>> Oggetto: Re: [yate] Avoid multiple INVITE and BYE
>>
>> Hi,
>>
>> Yate don't send multiple INVITE unless it's a retransmission.
>>
>> If you think it does, please post a log to show it.
>>
>> Marian
>>
>> On 26.02.2014 10:25, Marco Bisignano wrote:
>>> Hi all, someone know if there is a way to avoid Yate sending 
>>> multiple INVITE or BYE messages all equals in the same call ?
>>>
>>
>> --
>> Il messaggio e' stato analizzato alla ricerca di virus o contenuti 
>> pericolosi da MailScanner, ed e' risultato sicuro
>>
>>
>
> --
> Il messaggio e' stato analizzato alla ricerca di virus o contenuti 
> pericolosi da MailScanner, ed e' risultato sicuro
>
>

--
Il messaggio e' stato analizzato alla ricerca di virus o contenuti
pericolosi da MailScanner, ed e' risultato sicuro


Gmane