It sounds less like you have the wrong syntax and more like unixodbc isn't
configured properly.
On Fri, 18 Jan 2008, Douglas Garstang wrote:
> Can someone tell me what the correct syntax is for the avp_url command?
>
> I've been at this for hours and it's driving me CRAZY!
>
> this:
> modparam(
I fixed my problem by calling serialize_branches() and setting up a
failure_route that uses next_branches(). enum wasn't putting them in
any kind of order based on the q values.
Works great now, even with SRV failover for the first NAPTR record.
- Bob
___
Can someone tell me what the correct syntax is for the avp_url command?
I've been at this for hours and it's driving me CRAZY!
this:
modparam("avpops","avp_url","unixodbc://user:[EMAIL PROTECTED]/database")
gives:
unixodbc:extract_error: unixodbc:SQLDriverConnect=IM002:1:0:[unixODBC][Driver
Mana
El Viernes, 18 de Enero de 2008, Jeremy McNamara escribió:
> Iñaki Baz Castillo wrote:
> >You can use the same database for all the Asterisk, so all of them will
> > report CDR in same "cdr" table.
>
> However, I would not rely on CDRs that OpenSER provides, as all it takes
> is a rouge UA to not s
Iñaki Baz Castillo wrote:
>You can use the same database for all the Asterisk, so all of them will report
>CDR in same "cdr" table.
>
>
>
However, I would not rely on CDRs that OpenSER provides, as all it takes
is a rouge UA to not send a BYE which will give you incorrect CDRs.
Plus, there
El Viernes, 18 de Enero de 2008, [EMAIL PROTECTED] escribió:
> Up to now I was getting the CDR from all
> my asterisk, but that is not going very well since I have to search
> in all asterisk machines to get the cdr for one extension
You can use the same database for all the Asterisk, so all of th
Hi all,
I'm pretty new to OpenSER, and I'm trying to get it working here. I
have one OpenSER machine and a few asterisk machines behind this one.
All my call go the OpenSER that does load balancing and fail over
between my asterisk servers. Up to now I was getting the CDR from all
my asterisk, but
Hi, according to RFC 3326 [1] (Reason Header):
3.1 Call Completed Elsewhere
A proxy forks an INVITE request and one of the branches returns a 200
(OK). The forking proxy includes this status code in a Reason header
field in the CANCEL request that it sends to the rest of the
branches
we do not use SerWeb
We are using openseradmin with some modifications/enhancements.
Klaus Darilion schrieb:
> Which version do you use?
>
> Does it work at all with current version of openser (1.3)?
>
> PS: this is to find out if serweb supported can be removed from openser
>
> regards
> klaus
Greetings list,
I'm trying to setup uri rewriting and failover using NAPTR records. I've
gone wrong somewhere since instead of trying the first uri and only
failing over if there's a transactional and/or communications problem
it's creating two branches and doing parallel forking on the records
Anyone managed to setup sippy b2bua . Pointers most welcome. I have
tried setting it up and this is as far as i have gone.
I have done the necessary radius config in my /etc/radiusclient-ng/{
radiusclient.conf,servers}.
When i send a call from my proxy i get 403 (Auth Failed)
Find attached the log
Anyone suceeded in implementing sippy b2bua. Pointers most welcome.
--
TC
___
Users mailing list
Users@lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users
Did I miss something on configuration? or it simply does not send NOTIFY
message when changes
occur in the published data after integrating OpenXCAP? Thx in advance!
Kevin
_
手机也能上 MSN 聊天了,快来试试吧!
http://mobile.msn.com.cn/__
On Fri, 18 Jan 2008, Klaus Darilion wrote:
I'm using serweb.
> Which version do you use?
openser110
serweb 096
> Does it work at all with current version of openser (1.3)?
I heard it was not: that's the reason why I'm not upgrading...
and I really want to upgrade but need a solution to allo
+1 for removing serweb from openser.
/Christian
Klaus Darilion wrote:
> Which version do you use?
>
> Does it work at all with current version of openser (1.3)?
>
> PS: this is to find out if serweb supported can be removed from openser
>
> regards
> klaus
>
>
On Thursday 17 January 2008, Christian Schlatter wrote:
> Hi Henning,
>
> I'll try to get a backtrace. Unfortunately it didn't generate a core
> dump the last time it happened, I guess because the openser user
> couldn't write to the openser working directory. Shouldn't a core be
> generated even i
On Thursday 17 January 2008 18:46:17 Peter P GMX wrote:
> the 302 message is as follows
> =
> In this case it answers per UPD as I explained before when OpenSER
> T 10.10.2.13:5060 -> 10.10.2.24:27838 [AP]
> SIP/2.0 302 Moved Temporarily
> FROM: "6005";tag=4b086b07;transpor
Hi all,
I've already solved the scenario 1. The only think to do was to comment the
lines
#if (!uri==myself) {
# mark routing logic in request
#append_hf("P-hint: outbound\r\n");
#route(1);
#};
and handle other uris in the way we do wit our uri.
However I'm not able to make the scenario 2 wor
Hi Moujane,
In case you haven´t worked it out yet, I managed to get an openser.cfg to
work for simple testing between XLite or other SIP client. Its a shame there
isnt a working config easily findable on the openser site or other internet
resource for those people new to SIP and OpenSER :S
Which version do you use?
Does it work at all with current version of openser (1.3)?
PS: this is to find out if serweb supported can be removed from openser
regards
klaus
___
Users mailing list
Users@lists.openser.org
http://lists.openser.org/cgi-bin/
On Thursday 17 January 2008, Ovidiu Sas wrote:
> Hmm ... this serweb tables seems to be creating a lot of confusion.
>
> We should modify the default openserctlrc to not ask for serweb tables
> install. This is as simple as setting:
> INSTALL_SERWEB_TABLES=no
>
> If the serweb tables are installed,
I have already added a note to the install script which tell the use to
activate HAS_SERWEB if serweb tables are installed.
Maybe we should add another note during serweb table installation
question: "...say "no" if you don't know..."
regards
klaus
Ovidiu Sas schrieb:
> Hmm ... this serweb t
On Thursday 17 January 2008 22:13:55 Ovidiu Sas wrote:
> Hmm ... this serweb tables seems to be creating a lot of confusion.
> By having INSTALL_SERWEB_TABLES=no in the default openserctl will
> avoid a lot of trouble for new users. Who ever want's to install the
> serweb tables, will need to dea
23 matches
Mail list logo