>
>
>On Tue, March 25, 2008 3:24 am, Ovidiu Sas wrote:
>> The database config is right in the README file.
>>
>> Here are the trees:
>> [..]
>> I agree with you that the names are confusing :)
>> You may or may not need to use the subscriber tables, based on what
>> functions are you using.
>> In the example that I gave you, you don't need the location table.
>> Instead, you force a routing tree (in my example is the "default"
>> tree).
>
>Hi,
>
>yes, they are probably still a few things in the whole module terminology
>that are not adequate explained, even if the documentation has already
>seen quite a lot of work. As this module can be used to implement pretty
>complex scenarios, the documentation shows this too, unfortunately.
Complex scenarios? To change the carrier mid-call, you need to hard code it. Why isn't there a function which retrieves the next carrier from the database, rather than having to hard code it? There is also NO lcr at all. We absolutely need lcr. It also seems you are limited to a maximum of two carriers?
>
>You need only data from a user specific table, e.g. subscriber if you need
>to implement user specific routing. e.g. choose carrier A for one user
>set, carrier B for another one.. If you don't need this, then you not need
>to load data from this table.
What about multiple carriers per user with LCR and multiple gateways?
>
>You have a list of carriers in your routing space, and each of them can
>have again a list of domains. As every domain can route also to many
>different prefixes (with several hosts per prefix), this module refers to
>them as "trees".
A list of carriers is fine, but how do I switch carriers without hard coding the carrier in the cr_tree_rewrite_uri() function? Using a simple example, using carrierroute, if we where calling say prefix 1303, we'd have to call cr_tree_rewrite_uri('Verizon'), and then if Verizon fails, and we do failover, call cr_tree_rewrite_uri('Teleglobe'). See the problem here? The carriers are hard coded in the openser.cfg file, and there's no LCR. What am I missing? It can't be that horrible.
>
>If you want to implement simple LCR, then you don't need the functions
>that allows you to choose a carrier. Again, i agree that the actual
>interface in the stable branch is a little bit cumbersome to use, the new
>interface currently in development will be hopefully address some of this
>issues.
The LCR module seems to suit our need better, but the number of routes is hard coded in the code to 256. Why is that? We use several carriers, and each has THOUSANDS of routes. Verizon for example has about 10,000 routes and Teleglobe has about 7,000 routes. Why is the limit so low? I increased the limit in lcr_mod.c, and increased the size of the private and shared memory, which allowed the lcr table to load, but what are the correct values? How do I know that it won't run out of memory? If that happens, do I just increase the private and shared memory?
Doug
____________________________________________________________________________________
Looking for last minute shopping deals?
Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping
Ovidiu,
I need database config info.... your example uses the config file.
What is a 'tree'? The documentation keeps talking about it, but I don'tsee it defined anywhere. Carrierroute SEEMS to need the subscribertable, but it doesn't load it from the database.... why not?
Why should I spend days experimenting to get it to work? If the docs where adequate, that wouldn't be required.
Doug.
----- Original Message ----
From: Ovidiu Sas <osas(a)voipembedded.com>
To: Douglas Garstang <dougmig33(a)yahoo.com>
Cc: users(a)lists.openser.org
Sent: Monday, March 24, 2008 5:43:53 PM
Subject: Re: [OpenSER-Users] Carrierroute
Hello Douglas,
The database sample is available in the README file here:
http://www.openser.org/docs/modules/1.3.x/carrierroute.html#AEN575
The entire documentation is there, you just need to read it carefully
and experiment.
You had a similar post about the documentation for the lcr module and
in the end it seems that you figure it out :)
If you think that you can improve documentation, feel free to send
patches for the README file.
Here you can find a configuration file example for carrierroute:
http://voipembedded.com/resources/openser_cr.cfg
Regards,
Ovidiu Sas
On Mon, Mar 24, 2008 at 7:52 PM, Douglas Garstang <dougmig33(a)yahoo.com> wrote:
>
> I have been trying to get the carrierroute module to work ALL day.
> Can someone 'supplement' the openser docs with maybe some sample database
> data?
>
> The docs really aren't making sense. The docs keep talking about a routing
> tree? What is a routing tree?
> When I start openser, I don't see it query the subscriber table. Should it?
>
> Thanks,
> Doug.
>
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
> _______________________________________________
> Users mailing list
> Users(a)lists.openser.org
> http://lists.openser.org/cgi-bin/mailman/listinfo/users
>
>
____________________________________________________________________________________
Never miss a thing. Make Yahoo your home page.
http://www.yahoo.com/r/hs
Apology for possible multiple copies due to cross posting
----------------------------------
First International Workshop on Next Generation Networks: Open Platforms and Services (NGNOPS'08) will be held in Cardiff, UK this September. The NGNOPS'08 workshop is colocated with the IEEE NGMAST'08 conference (http://www.comp.glam.ac.uk/NGMAST08/) and scheduled on the Sep 18, 2008.
NGNOPS'08 (http://www.comp.glam.ac.uk/NGMAST08/workshops/ngnops/index.htm) is aiming at a convergence of Open Source community with the academic community and industry players related to next-generation networking, technologies, applications and services.
The NGNOPS'08 program will comprise of paper presentations and a couple of keynote sessions.
Paper submission and more details are available at http://www.comp.glam.ac.uk/ngmast08/workshops/ngnops/index.htm. For any questions, you can write me an email.
Best regards,
Ramona Modroiu
Hi...
I'm getting some wrongs ruri's in the ACK for a final 200ok from an
INVITE...
It is comming as the original INVITE r-uri (number@host) and not the
contact from the 200ok.
There is something i can do to workaround this in openser?
Thanks.
--
-------------------------
- Lúcio Fernando Maciel -
- lucio(a)tesatelecom.com -
- Tesa Telecom -
- R. Augusto Meyer 163 -
- sala 603/604 -
- +55 (51) 30615569 -
- +55 (51) 84733802 -
-------------------------
Ok, can someone please tell me why 4999 LCR entries is too many? What's the limit? Is it hard coded in the OpenSER source? Why?
Mar 25 17:44:49 s_local@st008/St008 /usr/local/sbin/openser[7517]: INFO:xlog:mod_init: initializing...
Mar 25 17:44:49 s_local@st008/St008 /usr/local/sbin/openser[7517]: ERROR:lcr:reload_gws: Too many lcr entries <4999>
Mar 25 17:44:49 s_local@st008/St008 /usr/local/sbin/openser[7517]: CRITICAL:lcr:mod_init: Failed to reload gateways and routes
Mar 25 17:44:49 s_local@st008/St008 /usr/local/sbin/openser[7517]: ERROR:core:init_mod: failed to initialize module lcr
Mar 25 17:44:49 s_local@st008/St008 /usr/local/sbin/openser[7517]: ERROR:core:main: error while initializing modules
5000 LCR entries is NOT excessive. We have almost 10,000 routes from Verizon alone.
Doug.
____________________________________________________________________________________
Never miss a thing. Make Yahoo your home page.
http://www.yahoo.com/r/hs
Hi,
I hit another problem with a Cisco PGW in combination with CANCEL, and
I'm not sure which fault it is. If I do uac_replace_from in the INVITE,
the From-Header is altered somehow and sent to the PGW. So if A calls B
where B is a PGW, the From from A to OpenSER is for example
sip:a@somedomain and from OpenSER to B it's sip:other-a@somedomain.
If the call is cancelled, the From-header isn't altered, so the From
from A to OpenSER is sip:a@somedomain and from OpenSER to B it's
sip:a@somedomain as well.
Now the PGW seems to ignore this CANCEL, and I guess it's because of the
different From-usernames, since it works if I don't do any uac_replace_from.
RFC3261 says in §9.1:
The Request-URI, Call-ID, To, the numeric part of CSeq, and From header
fields in the CANCEL request MUST be identical to those in the
request being cancelled, including tags.
So is it correct behavior of the PGW because the From header in the
CANCEL is different from the From header in the INVITE? Should OpenSER
alter the From in the CANCEL as well? Or should the PGW just check the
From tags, but not the From URI?
Andreas
The software can be downloaded from:
http://download.dns-hosting.info/CDRTool/
Changelog since 6.3.0:
cdrtool (6.4.0) unstable; urgency=high
* Refactor quota system to work with millions of sip accounts
* Removed memcache usage for quota
* Fixed voicemail divert setting
* Separate unblock quota from init quota operation
Added domain and notified columns to quota_usage
Show quota_usage table in rating section
* Fixed syncronization of quota and blocked by quota
* Use normalized lock during init of quota to avoid race conditions
* Added quota_usage table
Must apply mysql changes from setup/mysql/alter_tables.mysql
* Allow for empty prefixes in PSTN routes
* Fixes in update of impersonate field
cdrtool (6.3.2) unstable; urgency=low
* Log for how many account the CDRs are loaded to rebuild the
quota count
cdrtool (6.3.1) unstable; urgency=low
* Filter CDRs for local domains when init quota counters
* A subaccount cannot change his own impersonate field
* Replaced _serialize function with previos pear soap version to
fix empty
array representation
Hello!
I'm looking for a way to add custom header to self-generated replies. For example I have an $avp(s:test) and want to send 4xx with header Custom: $avp(s:test).
Is it possible?
I didn't find a way to add headers to sl_send_reply or t_replay.
--
Best Regards,
Alex Massover
VoIP Development Manager
Jajah Inc.
>
>Douglas Garstang writes:
>
>> Thanks. I went through that option yesterday. As we have 6 instances
>> of OpenSER running, I would need to have SIX routes defined in the
>> lcr table for a single prefix. For example (IP's modified):
>
>i don't follow this. the example you give now is different from earlier
>one. anyway, it is not a good idea to store 120,000 entries in lcr
>table.
We can't have over 120,000 lcr entries??? Your joking? Why not? They're all in memory aren't they? Providers publish rate sheets with thousands and thousands of entries, and people often use multiple providers. I'm a little confused what LCR is even for then if it can't handle this.
We need 6 entries in LCR because we have 6 OpenSER systems running. Each one needs to be configured differently, to send calls to different gateways. It's as simple as that. For example, our Hong Kong OpenSER needs to send calls to the Verizon gateway in Hong Kong, while our USA OpenSER needs to send calls to the Verizon gateway in the US. They don't all go to the same place.
>
>> Our providers also have sometimes have several gateways in a single
>> POP. However, we don't want to actually try and route calls to every
>> single gateway in a POP, just a few of them.
>
>then you could list only those you want to try. there is no capability
>to skip gateways unless you do it in your script after calling
>next_gws.
>
>this convinces me that current pstn service model is something we would
>really need to get rid of. emulating it using sip makes no sense.
Don't understand you.
It just seems who ever wrote the LCR module really didn't think of the real world application.
Doug.
____________________________________________________________________________________
Never miss a thing. Make Yahoo your home page.
http://www.yahoo.com/r/hs
Hello All,
I had bla working with v1.3.0, but it isn't with v1.3.1 .
I didn't expect a maintenance release to require a configuration change, so
I am confused. V1.3.1 appears to need a pua_bla server address statement in
the modparams. I wasn't using one with v1.3.0, and it appears not to be
allowed.
The presence server configuration is very simple, just about straight from
the example. It's attached as bla.cfg
I think I have an idea about what's wrong, but not why. Attached also is
are ngrep traces of the first and second UAs registering correctly with v1.3.0
and the first UA registering correctly with v1.3.1 . Then an ngrep trace of
the second UA registering incorrectly with v1.3.1 . The NOTIFY that should be
relayed from the second UA to the first is missing. The attached files are
named firstphone-register-130.log, secondphone-register-130.log,
firstphone-register-131.log and secondphone-register-131.log .
Any pointers to the problem would be greatly appreciated.
- Jeremy