Raj Roy Ghandhi | 25 Jul 17:25 2014
Picon

Re: IP Auth :: Auth IP Range

Hi Paul,
Thanks. It works.

Finally it ended like 

${address}^192\.165\.1\.\([0-9]\|[1-9][0-9]\|1\([0-9][0-9]\)\|2\([0-4][0-9]\|5[0-5]\)\):5060$=return



Best Regards,
Roy.
Raj Roy Ghandhi | 25 Jul 16:04 2014
Picon

Fwd: IP Auth :: Auth IP Range




Hi Paul, 
Thanks for the response

I tried it and got  Regexp::compile failed for 2 ip ranges

0982150.408427 <WARN> Regexp::compile() "${address}^195\.76\.\(6[0-1])\.\([0-9]\|[1-9][0-9]\|1\([0-9][0-9]\)\|2\([0-4][0-9]\|5[0-5]\)\)$" failed
0982150.409083 <WARN> Regexp::compile() "${address}^78\.40\.243\.\(1\(9[2-9])\|2\([0-1][0-9]\|2[0-3]\)\)$" failed

What did I miss there ?

Best Regards,
Roy




On Fri, Jul 25, 2014 at 6:52 PM, Paul Chitescu <paulc-uHKunLg9Q/3XMkR9fcqaOA@public.gmane.org> wrote:
Hi!

By default regexroute uses basic regexps, you need to use \(  \|  \)

${address}^192\.165\.1\.\(1\(2[8-9]\|[3-5][0-9]\)\)$=return

Paul


On Fri Jul 25, 2014 16:14:31 Raj Roy Ghandhi wrote:
> Hi Friends,
> I an trying to authenticate range of IP addresses via regexroute.conf
>
> the range I want to enable is
>
> 192.165.1.128 to 192.165.1.159
>
> and the entry that I have added into [check_addr_auth] of regexroute.conf
> is
>
> ${address}^192\.165\.1\.(1(2[8-9]|[3-5][0-9]))$=return
>
> but still I get the "SIP/2.0 401 Unauthorized"  response.
>
> Did I miss something ?
> Please advice me.
>
> Best Regards,
> Roy.



Raj Roy Ghandhi | 25 Jul 15:14 2014
Picon

IP Auth :: Auth IP Range

Hi Friends,
I an trying to authenticate range of IP addresses via regexroute.conf

the range I want to enable is 

192.165.1.128 to 192.165.1.159

and the entry that I have added into [check_addr_auth] of regexroute.conf is

${address}^192\.165\.1\.(1(2[8-9]|[3-5][0-9]))$=return

but still I get the "SIP/2.0 401 Unauthorized"  response.

Did I miss something ? 
Please advice me.

Best Regards,
Roy.


Gamaliel Bedolla | 18 Jul 01:39 2014
Picon

Sharing a sinlge Point-code identifier?

Hello all,

I'm wondering if two Yate servers can share a single point-code identifier.
This is to achieve geographic redundancy.
Can anybody let me know if this is possible?
Thanks.
Faisal Hanif | 17 Jul 08:06 2014
Picon

YATE RADIUS Accounting

Hi YATE Geeks,

 

I have a simple question,

 

Does YATE Radius accounting provide only call start/stop message  or it also provide incremental accounting messages based on some session heartbeat for online billing?

 

Thanks in advanced for help.

 

Regards,

 

 

Faisal

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