Thanks for reply...it works very good!!!
Still not understand which different between SER and OpenSER, could anyone explain me?
Thanks
-----Messaggio originale-----
Da: Daniel-Constantin Mierla [mailto:daniel@voice-system.ro]
Inviato: martedì 28 marzo 2006 11.55
A: D'Addelfio Davide
Cc: users(a)openser.org
Oggetto: Re: [Users] export SIP_Domain
Hello,
On 03/28/06 11:59, D'Addelfio Davide wrote:
>
> Hi to all, i'm totally new in openser and i'd like to enjoy it...
>
> I've installed 1.0.1 version on my debian and seems it work fine with
> mysql database.
>
> Just a stupid question: I miss to export SIP_DOMAIN cause I can't
> understand what name I have to give...the default is openser.org...and
> I've seen on install file that I have to change it...could someone
> explain me what I have to do, please?
>
the SIP_DOMAIN has to be your domain or IP address:
export SIP_DOMAIN="mydomain.com"
Cheers,
Daniel
> Thanks in advance
>
> Davide
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Users mailing list
> Users(a)openser.org
> http://openser.org/cgi-bin/mailman/listinfo/users
>
Hello,
On 03/29/06 06:06, Raymond Chen wrote:
>
> Dear all,
>
>
>
> We need to improve some internetwork delays by rerouting incoming sip
> invite to sip platforms within the same provider of the UA. Can the
> dispatcher module fulfill this feature? And how?
>
I am not sure I got the question properly, but using record routing you
ensure that all requests within same dialog go via same path.
Cheers,
Daniel
>
>
> Thanks
>
>
>
> ray
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Users mailing list
> Users(a)openser.org
> http://openser.org/cgi-bin/mailman/listinfo/users
>
Hi Folks,
I'm glad to announce WIST for SIP debug/trace dialogs.
This software born as a prof concept of the idea to capture SIP traffic from a remote
host (SIP Proxy, Gateway, etc) and show up alive SIP messages about an specific
dialog (filtered by From SIP user) to help our tech support team to debug SIP
transactions in a friendly way.
http://www.devel-it.org/index.php?modulo=projetos&lang=en_US
We hope you enjoy our work.
Telles
Thanks.
Let me make sure I understand this fully.
Are we saying that OpenSER 1.0.x does not support mutiple instances accessing the same MySQL database, unless special steps such as those outlined below are taken?
A simple yes or no would be great.
Thanks.
Doug.
-----Original Message-----
From: Norman Brandinger [mailto:norm@goes.com]
Sent: Tue 3/28/2006 12:40 PM
To: Douglas Garstang
Cc: Bogdan-Andrei Iancu; users(a)openser.org
Subject: Re: [Users] OpenSER MySQL Updates - Weird
Douglas,
Below is Bogdan's previous response to you:
<snip>
all db_mods from 0 to 2 use mem cache - the difference is when the DB is
updated with changes from cache. in mod 1 the changes from cache are
immediately written into DB.
the only non-cache db mod is 3, but this is available only in the devel
branch - read carefully the docs to understand the implications of this mod.
</snip>
As you can see, he didn't say that db mode 3 is required in your
situation. He was just briefly explaining the option and steering you
to the docs for more detailed information. I don't think that the devel
CVS branch is called OpenSER 1.1 but that's just a matter of semantics.
Anyway, getting back to your question:
If you google "multiple SER site:mail.iptel.org" you will find a
discussion of your problem along with suggested solutions.
A thread along these lines is, for example:
http://mail.iptel.org/pipermail/serusers/2003-November/003847.html
<from the above thread>
We have multiple SER servers all accesing the same database. We had to
introduce a new "location" table for each instance of SER. So for example
we have a main SER server which acceses the standard "location" table and we
have another SER as RTPProxy which uses a table called "location_proxy". We
just created that custom table using the structure of the regular "location"
table.
Has been working great for us for several months.
</from the above thread>
I have found that searching mail.iptel.org will often provide answers to
many questions. Note that the above example thread was posted back in 2003.
Regards,
Norm
Douglas Garstang wrote:
> So, are you saying, based on the email you sent (which I just found) that Openser 1.1 and db_mode 3 are REQUIRED in order to support multiple OpenSER systems accessing a common MySQL database?
>
>
>
>> -----Original Message-----
>> From: Bogdan-Andrei Iancu [mailto:bogdan@voice-system.ro]
>> Sent: Tuesday, March 28, 2006 9:06 AM
>> To: Douglas Garstang
>> Cc: users(a)openser.org
>> Subject: Re: [Users] OpenSER MySQL Updates - Weird
>>
>>
>> Doug,
>>
>> first of all, if you do not get a reply, do not repost ...no
>> one owes
>> replies to no body.
>>
>> second...you got a reply..check carefully your emails.
>>
>> bogdan
>>
>> Douglas Garstang wrote:
>>
>>
>>> Posted this yesterday. Didn't get a reply...
>>>
>>>
>>>
>>>
>>>> Bogdan, thanks for the reply. I'm don't quite understand. I'm
>>>> using db_mode 1, which the docs say writes all updates
>>>> immediately to the database. A 'openserctl ul show' still
>>>> shows cached entries though. Why? Is db_mode 1 supposed to
>>>> cache at all? Which db_mode should I use so that I can have
>>>> two or more OpenSER systems safely accessing the same database?
>>>>
>>>> Douglas.
>>>>
>>>>
>>>>
>>
>
> _______________________________________________
> Users mailing list
> Users(a)openser.org
> http://openser.org/cgi-bin/mailman/listinfo/users
>
>
>
>
Dear All,
I am new in SER and B2BUA, and I have a problem now
UA1----SER----B2BUA----Freeradius
|
|
UA2
It's OK when thu UA1 (or UA2 ) register in SER (step : ua1-->ser-->radius)
but when UA1 calls to UA2 , there is a problme, ( step : ua1-->ser -->b2bua-->radius )
auth: No authenticate method (Auth-Type) configuration found for the request: Rejecting the user
auth: Failed to validate the user.
but i use the same account and password whit register
anyone can help?
John Hsu
Dear all,
We need to improve some internetwork delays by rerouting incoming sip invite
to sip platforms within the same provider of the UA. Can the dispatcher
module fulfill this feature? And how?
Thanks
ray
So, are you saying, based on the email you sent (which I just found) that Openser 1.1 and db_mode 3 are REQUIRED in order to support multiple OpenSER systems accessing a common MySQL database?
> -----Original Message-----
> From: Bogdan-Andrei Iancu [mailto:bogdan@voice-system.ro]
> Sent: Tuesday, March 28, 2006 9:06 AM
> To: Douglas Garstang
> Cc: users(a)openser.org
> Subject: Re: [Users] OpenSER MySQL Updates - Weird
>
>
> Doug,
>
> first of all, if you do not get a reply, do not repost ...no
> one owes
> replies to no body.
>
> second...you got a reply..check carefully your emails.
>
> bogdan
>
> Douglas Garstang wrote:
>
> >Posted this yesterday. Didn't get a reply...
> >
> >
> >
> >>Bogdan, thanks for the reply. I'm don't quite understand. I'm
> >>using db_mode 1, which the docs say writes all updates
> >>immediately to the database. A 'openserctl ul show' still
> >>shows cached entries though. Why? Is db_mode 1 supposed to
> >>cache at all? Which db_mode should I use so that I can have
> >>two or more OpenSER systems safely accessing the same database?
> >>
> >>Douglas.
> >>
> >>
>
>
Posted this yesterday. Didn't get a reply...
> Bogdan, thanks for the reply. I'm don't quite understand. I'm
> using db_mode 1, which the docs say writes all updates
> immediately to the database. A 'openserctl ul show' still
> shows cached entries though. Why? Is db_mode 1 supposed to
> cache at all? Which db_mode should I use so that I can have
> two or more OpenSER systems safely accessing the same database?
>
> Douglas.
> -----Original Message-----
> From: Douglas Garstang
> Sent: Monday, March 27, 2006 8:24 AM
> To: 'Bogdan-Andrei Iancu'
> Cc: users(a)openser.org
> Subject: RE: [Users] OpenSER MySQL Updates - Weird
>
>
> >> -----Original Message-----
> >> From: Bogdan-Andrei Iancu [mailto:bogdan@voice-system.ro]
> >> Sent: Monday, March 27, 2006 7:37 AM
> >> To: Douglas Garstang
> >> Cc: users(a)openser.org
> >> Subject: Re: [Users] OpenSER MySQL Updates - Weird
> >>
> >>
> >> Hi Doug,
> >>
> >>
> >> Douglas Garstang wrote:
> >>
> >> >I have a setup where we have three OpenSER 1.0.1 systems all
> >> referring to a common MySQL database. There are some very
> >> weird things happening...
> >> >
> >> >I was regularly seeing errors from OpenSER that stated
> >> >
> >> >Mar 23 10:05:27 artemis openser[11950]: submit_query:
> >> Duplicate entry '80014157--sip:80014157@xxx.187.128.104' for
> >> key 'PRIMARY'
> >> >Mar 23 10:05:27 artemis openser[11950]: db_insert: Error
> >> while submitting query
> >> >Mar 23 10:05:27 artemis openser[11950]:
> >> db_insert_ucontact(): Error while inserting contact
> >> >Mar 23 10:05:27 artemis openser[11950]: wb_timer: Error
> >> while inserting contact into database
> >> >
> >> >When I ran an ngrep on port 3306 on MySQL I could clearly
> >> see the OpenSER select query where it looked for user
> >> 80014157. Here's an example of another one:
> >> >
> >> >T 172.31.141.234:35385 -> 172.31.142.200:3306 [AP]
> >> > ?....select password,rpid from subscriber where
> username='80014074'
> >> >#
> >> >T 172.31.142.200:3306 -> 172.31.141.234:35385 [AP]
> >> >
> >> .....H....def.vox180internal.subscriber.subscriber.password.pa
> >> ssword.............@....def.vox180internal.subscriber.subscrib
> >> er
> >> <mailto:.....H....def.vox180internal.subscriber.subscriber.pas
> >sword.password.............@....def.vox180internal.subscriber
> .subscriber> .
> >> rpid.rpid...........................vDEPuURM4eXEw..........
> >>##
> >>T 172.31.141.234:35385 -> 172.31.142.200:3306 [AP]
> >> H....insert into location
> (username,contact,expires,q,callid,cseq,flags,user_agent,recei
> ved,socket,domain ) values ('80014074',
> >> 'sip:80014074@xxx.187.128.95','2006-03-23 17:39:11',-1.00
> ,'757d8e8a-fccff6d4-bca1e1ad(a)216.187.128.95',20,0,'PolycomSoundPo
> >>
> intIP-SPIP_601-UA/1.6.3.0067',NULL,xxx.187.142.234_5060','ipt.
oneeighty.com')
> >>#
> >>T 172.31.142.200:3306 -> 172.31.141.234:35385 [AP]
> >> c....&.#23000Duplicate entry
> '80014074-ipt.oneeighty.com-sip:80014074@216.187.128.95' for
> key 'PRIMARY'
> >>
> >>You can quite clearly see that MySQL does NOT return a row,
> and OpenSER happily goes and does an insert then. I can't
> understand why MySQL >then complains about a duplicate key
> error. Why would it do this when the row wasn't found, and
> presumably the key doesn't exist?
> >>
> >your trace shows two queries:
> >1) a DB authentication
> >2) a usrloc updated.
> >
> >based on the information from cache, openser knows if it
> should do an
> >update or insert.
> >the problem is if you use 2 opensers on same DB, each
> server, based on
> >private cache, will know they have to do insert (the contact
> is not in
> >cache and DB). and you will end with 2 duplicated inserts.
>
> Bogdan, thanks for the reply. I'm don't quite understand. I'm
> using db_mode 1, which the docs say writes all updates
> immediately to the database. A 'openserctl ul show' still
> shows cached entries though. Why? Is db_mode 1 supposed to
> cache at all? Which db_mode should I use so that I can have
> two or more OpenSER systems safely accessing the same database?
>
> Douglas.
>
>
You will need Asterisk as well. Asterisk b2bua is just a patch.
Jose Simoes
On 1/10/06, Nhadie <nhadie(a)tbgi.net.ph> wrote:
>
> Hi All,
>
> I want to implement ser with b2bua and i'm gonna use asterisk b2bua.
> Do i need asterisk working? or ser and asterisk b2bua will do?
> Can you also please refer me to some sites about how to make these two
> work.
>
> Thank You
>
> Regards,
> Ronald
>
> ________________________________________________
> Message sent using UebiMiau 2.7
>
> _______________________________________________
> Serusers mailing list
> serusers(a)lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers
>
Is there a trick to logging with the SpeedDial module? Right now, acc is only
logging the dialed number, not the number that sd_lookup() resolves to. Since
the URI rewrite is inside the module, is there an easy way to change that? Is
there a hard way to change that? That sort of breaks some functionality.
N.