-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi folks,
I've n.3 SIP accounts on external servers, and I would that my ser will
connect with those and redirect all calls from those to an internal SIP
account. In this case, my ser is a client for the external accounts,
and a server for the internal, isn't it?
It's possible to do that?
I hope this is clear. Any advice will be appreciated.
Regards
Andrea
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)
iD8DBQFCQ1J8MakHrsrHP9wRAgaXAJ4nGOI41aYhEeox+Yq29aekUPzEQACfYD14
e665rD+oXs256o8or5EQAxE=
=scBb
-----END PGP SIGNATURE-----
Dear list,
i have installed SER with radiusclient on a server and RADIUS (freeradius)
with MYSQL DataBase on another server.
SerRadius HOWTO is referred to a configuration on the same machine and with
digest authentication.
In my situation user are into mysql database and not in a digest file. At
this point i followed instructions disabling "digest" word in authorize()
and autenticathed() section in freeradius.conf.
Tested with a simple client my server radius with mysql, response are fast
and correct but when i try with SER i note that password is note received
from radius!
Is radiusclient the problem? Work radiusclient with "local" password or only
with digest authentication?
If digest authentication is request, it's impossible create a digest file
for each user !!!
Can anyone help me?
Thanks
Arcibald
Ah k, then I'm *not* using your module :-).. Regardless I did what you
said and upon registrations the rep field is still getting set to
non-zero. :( I'm still stuck on this..
Matt
-----Original Message-----
From: Nils Ohlmeier [mailto:lists@ohlmeier.org]
Sent: Saturday, March 26, 2005 8:49 PM
To: serusers(a)lists.iptel.org
Cc: Matt Schulte; Jan Janak; Marian Dumitru
Subject: Re: [Serusers] usrloc and replication
The module was named replicator and the code was never public available
because the code was non-free. The documentation behind it can be found
in my
diploma thesis. As Jan already said it's history.
If you want to fix your running system just set all the replication
values in
your database to zero and restart your SER. Its very unlikely that these
values were changed by SER at any time.
Nils
On Saturday 26 March 2005 22:52, Matt Schulte wrote:
> I see, so if I set the replication value to non-zero, where would that
> be done at? I didn't do it intentionally of course. Are you suggesting
> a config thing or more manual such as editing the tables in the db?
> What was the module name written by Nils? Was it included in any
> versions of ser? Maybe I'm running this by accident, from what I can
> tell though my config is pretty standard.Thanks much..
>
> Matt
>
> -----Original Message-----
> From: Jan Janak [mailto:jan@iptel.org]
> Sent: Saturday, March 26, 2005 2:06 PM
> To: Marian Dumitru
> Cc: Matt Schulte; serusers(a)lists.iptel.org
> Subject: Re: [Serusers] usrloc and replication
>
>
> There was another SER module written by Nils Ohlmeier that replicated
> the user location contacts to a set of servers and kept the
> replication state in usrloc. SER itself does not use the replication
> flag and, as Marian said, you probably set the replicate flag to
> non-zero value which is not correct.
>
> Since you do not have the replication module, there is nothing that
> would reset the flag and the contact stays in the user location
> database forever.
>
> The replication code was quite complex and it has been abandoned some
> time ago. I plan to remove the zombie states and all related code to
> make the usr location simpler.
>
> Jan.
>
> On 26-03 18:05, Marian Dumitru wrote:
> > Matt,
> >
> > You get the message you mentioned "Keeping binding....." *only* if
> > the contact is marked for replication. You can check this either in
> > DB column replication, either into memory via "serctl ul show".
> >
> > As in code the replication flag is hardcoded to 0 (disabled), I
> > would say you inserted via fifo some contacts with replication value
> > != 0.
>
> Or ???
>
> > If so, I'm not sure if usrloc will ever remove the contact if the
> > replication flag is still set.
> >
> > Best regards,
> > Marian
> >
> > Matt Schulte wrote:
> > >Thanks for the reponse, I gathered that much. My question is how
> > >long
> > >
> > >before the contact gets "removed"? It's late morning now and it's
> > >still there :-)
> > >
> > >-----Original Message-----
> > >From: Marian Dumitru [mailto:marian.dumitru@voice-sistem.ro]
> > >Sent: Saturday, March 26, 2005 5:37 AM
> > >To: Matt Schulte
> > >Cc: serusers(a)lists.iptel.org
> > >Subject: Re: [Serusers] usrloc and replication
> > >
> > >
> > >Hi Matt,
> > >
> > >After expiration an before being removed, the contact are still
> > >kept in ZOMBIE state - you can see the state in DB changes.
> > >
> > >Best regards,
> > >Marian
> > >
> > >Matt Schulte wrote:
> > >>Ok, I'm using usrloc db_mode 2, I understand the timer checks
> > >>every 60
> > >>
> > >>
> > >>seconds default to see who should be expired and all. What I don't
> > >>understand is why I keep getting these messages:
> > >>
> > >>Keeping binding '+13142664004','sip:s@69.29.57.253:3105' for
> > >>replication
> > >>
> > >>This contact expired nonetheless and should be removed, is there
> > >>something I'm missing?
> > >>
> > >>+--------------+--------------------------------------+-----------
> > >>+--------------+--------------------------------------+--
> > >>+--------------+--------------------------------------+--
> > >>+--------------+--------------------------------------+--
> > >>----+
> > >>
> > >>| username | contact | expires
> > >>
> > >>+--------------+--------------------------------------+-----------
> > >>+--------------+--------------------------------------+--
> > >>+--------------+--------------------------------------+--
> > >>+--------------+--------------------------------------+--
> > >>----+
> > >>
> > >>| +13142664004 | sip:s@69.29.57.253:3105 | 2005-03-26
> > >>
> > >>00:42:35 |
> > >>
> > >>| +13142664004 | sip:s@69.29.57.253:3118 | 2005-03-26
> > >>
> > >>01:24:58 |
> > >>+--------------+--------------------------------------+-----------
> > >>+--------------+--------------------------------------+--
> > >>+--------------+--------------------------------------+--
> > >>+--------------+--------------------------------------+--
> > >>----+
> >
> > --
> > Voice System
> > http://www.voice-system.ro
> >
> > _______________________________________________
> > Serusers mailing list
> > serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
>
> _______________________________________________
> Serusers mailing list
> serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
This is the content of SER's syslog,
Mar 27 19:41:43 localhost /usr/local/sbin/ser[25747]: ERROR: mk_proxy: could
not resolve hostname: "telestar.bj.cn"
Mar 27 19:41:43 localhost /usr/local/sbin/ser[25747]: ERROR: uri2proxy: bad
host name in URI <sip:telestar.bj.cn>
Mar 27 19:41:43 localhost /usr/local/sbin/ser[25747]: ERROR:
t_forward_nonack: failure to add branches
Can you tell me what is wrong with it?
Thank you!
hi everybody
need help please
i am trying to use my dialogic card D/41ESC ( like a gateway ) to
perform communication betwen SIP and PSTP, PSTN to SIP.
What software i can use for this operation
Thanks you
excuse my english
I am planning to have 3 SER servers to handle North, Central and South regions.
1) in this scenario, do I maintain ONE database in the Central region or otherwise ?
2) How do I configure SER so that it knows where to route PSTN calls to which server ?
--
Roger
---------------------------------------------------
Sign Up for free Email at http://ureg.home.net.my/
---------------------------------------------------
I see, so if I set the replication value to non-zero, where would that
be done at? I didn't do it intentionally of course. Are you suggesting a
config thing or more manual such as editing the tables in the db? What
was the module name written by Nils? Was it included in any versions of
ser? Maybe I'm running this by accident, from what I can tell though my
config is pretty standard.Thanks much..
Matt
-----Original Message-----
From: Jan Janak [mailto:jan@iptel.org]
Sent: Saturday, March 26, 2005 2:06 PM
To: Marian Dumitru
Cc: Matt Schulte; serusers(a)lists.iptel.org
Subject: Re: [Serusers] usrloc and replication
There was another SER module written by Nils Ohlmeier that replicated
the user location contacts to a set of servers and kept the replication
state in usrloc. SER itself does not use the replication flag and, as
Marian said, you probably set the replicate flag to non-zero value which
is not correct.
Since you do not have the replication module, there is nothing that
would reset the flag and the contact stays in the user location database
forever.
The replication code was quite complex and it has been abandoned some
time ago. I plan to remove the zombie states and all related code to
make the usr location simpler.
Jan.
On 26-03 18:05, Marian Dumitru wrote:
> Matt,
>
> You get the message you mentioned "Keeping binding....." *only* if
> the
> contact is marked for replication. You can check this either in DB
> column replication, either into memory via "serctl ul show".
>
> As in code the replication flag is hardcoded to 0 (disabled), I would
> say you inserted via fifo some contacts with replication value != 0.
Or ???
>
> If so, I'm not sure if usrloc will ever remove the contact if the
> replication flag is still set.
>
> Best regards,
> Marian
>
> Matt Schulte wrote:
> >Thanks for the reponse, I gathered that much. My question is how long
> >before the contact gets "removed"? It's late morning now and it's
> >still there :-)
> >
> >-----Original Message-----
> >From: Marian Dumitru [mailto:marian.dumitru@voice-sistem.ro]
> >Sent: Saturday, March 26, 2005 5:37 AM
> >To: Matt Schulte
> >Cc: serusers(a)lists.iptel.org
> >Subject: Re: [Serusers] usrloc and replication
> >
> >
> >Hi Matt,
> >
> >After expiration an before being removed, the contact are still kept
> >in
> >ZOMBIE state - you can see the state in DB changes.
> >
> >Best regards,
> >Marian
> >
> >Matt Schulte wrote:
> >
> >>Ok, I'm using usrloc db_mode 2, I understand the timer checks every
> >>60
> >
> >
> >>seconds default to see who should be expired and all. What I don't
> >>understand is why I keep getting these messages:
> >>
> >>Keeping binding '+13142664004','sip:s@69.29.57.253:3105' for
> >>replication
> >>
> >>This contact expired nonetheless and should be removed, is there
> >>something I'm missing?
> >>
> >>+--------------+--------------------------------------+-------------
> >>+--------------+--------------------------------------+--
> >>+--------------+--------------------------------------+--
> >>----+
> >>| username | contact | expires
> >>|
> >>+--------------+--------------------------------------+-------------
> >>+--------------+--------------------------------------+--
> >>+--------------+--------------------------------------+--
> >>----+
> >>| +13142664004 | sip:s@69.29.57.253:3105 | 2005-03-26
> >>00:42:35 |
> >>| +13142664004 | sip:s@69.29.57.253:3118 | 2005-03-26
> >>01:24:58 |
> >>+--------------+--------------------------------------+-------------
> >>+--------------+--------------------------------------+--
> >>+--------------+--------------------------------------+--
> >>----+
> >
> >
> >
>
>
> --
> Voice System
> http://www.voice-system.ro
>
> _______________________________________________
> Serusers mailing list
> serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
I wonder if its caused from a process hanging even, do you do any
external scripts, usrloc, or any kind of live db lookups? I do, we're in
the process of nuking most of our external scripts because some just
plain take too long and tend to hang up SER on a heavy day.. I would be
more-so intertested in a module to deal with these 'slow' or runaway
processes, just as a precautionary statement even. Of course that may be
unneccesary in the eyes of the beholder :-)
Matt
-----Original Message-----
From: Java Rockx [mailto:javarockx@gmail.com]
Sent: Saturday, March 26, 2005 4:03 PM
To: Matt Schulte
Cc: serusers(a)lists.iptel.org
Subject: Re: [Serusers] "serctl moni" shows waiting stateful
transactions
Yes, that is what I'm afraid of. I do all stateful stuff with rr also.
I'm real concerned about this. I just thought that SER would kill off
any pending transactions if when the delete_timer expires - so now I
assume this is not what the delete_timer does.
I guess I just don't understand what could keep this alive. I've been
watching my SER all day it the transaction is still there.
Regards,
Paul
On Sat, 26 Mar 2005 15:54:50 -0600, Matt Schulte <mschulte(a)netlogic.net>
wrote:
> Hmm, I get these too after long periods of time. I wonder if there was
> a 487 or 408 that never got caught (or never replied to..??). I use
> all stateful too with rr, if that helps.
>
> Matt
>
> -----Original Message-----
> From: Java Rockx [mailto:javarockx@gmail.com]
> Sent: Saturday, March 26, 2005 1:07 PM
> To: serusers(a)lists.iptel.org
> Subject: [Serusers] "serctl moni" shows waiting stateful transactions
>
> Hi All.
>
> Occasionally I see a waiting transaction in "serctl moni". These
> waiting transactions never seem to get processed because they never
> disappear.
>
> Can anyone give a hint as to why I might see such a thing?
>
> Regards,
> Paul
>
> [cycle #: 1773; if constant make sure server lives and fifo is on]
> Server: Sip EXpress router (0.9.1 (i386/linux))
> Now: Sat Mar 26 14:03:06 2005
> Up Since: Fri Mar 25 21:14:41 2005
> Up time: 60505 [sec]
>
> Transaction Statistics
> Current: 0 (1 waiting) Total: 955 (0 local)
> Replied localy: 1066
> Completion status 6xx: 0, 5xx: 0, 4xx: 301, 3xx: 0,2xx: 656
>
> Stateless Server Statistics
> 200: 11568 202: 0 2xx: 0
> 300: 0 301: 0 302: 0 3xx: 0
> 400: 0 401: 2376 403: 8 404: 464 407: 31 408: 0 483: 0 4xx: 0
> 500: 0 5xx: 0
> 6xx: 0
> xxx: 4707
> failures: 0
>
> UsrLoc Stats
> Domain Registered Expired
> 'location' 28 10
> 'aliases' 4 0
>
> _______________________________________________
> Serusers mailing list
> serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
>
Hmm, I get these too after long periods of time. I wonder if there was a
487 or 408 that never got caught (or never replied to..??). I use all
stateful too with rr, if that helps.
Matt
-----Original Message-----
From: Java Rockx [mailto:javarockx@gmail.com]
Sent: Saturday, March 26, 2005 1:07 PM
To: serusers(a)lists.iptel.org
Subject: [Serusers] "serctl moni" shows waiting stateful transactions
Hi All.
Occasionally I see a waiting transaction in "serctl moni". These waiting
transactions never seem to get processed because they never disappear.
Can anyone give a hint as to why I might see such a thing?
Regards,
Paul
[cycle #: 1773; if constant make sure server lives and fifo is on]
Server: Sip EXpress router (0.9.1 (i386/linux))
Now: Sat Mar 26 14:03:06 2005
Up Since: Fri Mar 25 21:14:41 2005
Up time: 60505 [sec]
Transaction Statistics
Current: 0 (1 waiting) Total: 955 (0 local)
Replied localy: 1066
Completion status 6xx: 0, 5xx: 0, 4xx: 301, 3xx: 0,2xx: 656
Stateless Server Statistics
200: 11568 202: 0 2xx: 0
300: 0 301: 0 302: 0 3xx: 0
400: 0 401: 2376 403: 8 404: 464 407: 31 408: 0 483: 0 4xx: 0
500: 0 5xx: 0
6xx: 0
xxx: 4707
failures: 0
UsrLoc Stats
Domain Registered Expired
'location' 28 10
'aliases' 4 0
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Hello everybody,
Im starting in SER configuration and I want to have de database ser, so im
using the next instruction for it but it display me a ERROR. Could somebody
help me???
Thanks in advance
[root@localhost sbin]# ser_mysql.sh create
MySql password for root:
Domain (realm) for the default user admin: (--------- I have a
doubt : which Domain I have to use????)
Creating database ser
ERROR 1290 (HY000) at line 5: The MySQL server is running with
the skip-grant-tables option so it cannot execute this statement
------ displaying this error I stopped mysql and started it whit mysqld &
------ and trying now with the ser_mysql shows another error ..
[root@localhost sbin]# ser_mysql.sh create
MySql password for root:
Domain (realm) for the default user admin:
Creating database ser
Error 1045 (28000): Access denied for user root@localhost.localdomain
(using password:YES)
Best regards,
Armando Alvarez.