Thank you for the reply.
I guess what I'm asking is what does stateful do?
Does it take control of all requests relating
to the current call-id from that point on? So my
may route logic does not need to think about ACKs
and retransmissions?
---greg
>
>At 07:08 PM 12/9/2002, Greg Fausak wrote:
>>Has this documentation always been available?
>>
>>This is definately making a difference for me!
>
>We just released this documentation update.
>
>Yes, forward is built-in, t_relay/t_relay_to is
>part of tm modules. forward(<host>,<port>) or
>t_relay_to("<host>", "<port>") sends a request
>to the address in params. forward(uri:host, uri:port)
>and t_relay() sends a request to the address in current
>URI.
>
>The trade-offs between stateless forward and stateful
>t_relay are described in
>http://www.iptel.org/ser/doc/seruser-html/x740.html#AEN839
>
>If you do not not, whether to go stateful or stateless,
>you will be probably better if with stateful.
>
>Cheers,
>
>-Jiri
>
>--
>Jiri Kuthan http://iptel.org/~jiri/
>
>_______________________________________________
>Serusers mailing list
>serusers(a)lists.iptel.org
>http://lists.iptel.org/mailman/listinfo/serusers
>
Has this documentation always been available?
This is definately making a difference for me!
I am afraid this is all I needed to start
asking some real stupid questions...
I'll start with this, first, a few assertions:
'forward' is built in to the routing engine?
forward(host, port)
As I understand it, forward simply sends the message to the
hostname and port I specify, statelessly.
forward(uri:host, uri:port)
This sends the message to the host and port as specified
by the current uri, statelessly.
't_relay' is a module, not part of the main routing engine.
t_relay_to(host, port)
Send the message to host and port 'statefully'.
t_relay()
Send the message to the host and port as specified by
the current uri, statefully.
OK, now a question. These two sets of operations seem very
similar on the surface. I think I understand 'statelessly', the
message is simply fired off and all memory of the message is
gone. I am trying to grasp 'stateful'. What exactly is
different when using 't_relay()'? I am having a hard time
coming to understand 'stateful' transactions.
---greg
Greg Fausak
August.Net Services, LLC
>
>http://www.iptel.org/ser/admin.html
>
>Comments very much appreciated.
>
>-Jiri
>
>--
>Jiri Kuthan http://iptel.org/~jiri/
>
>_______________________________________________
>Serusers mailing list
>serusers(a)lists.iptel.org
>http://lists.iptel.org/mailman/listinfo/serusers
>
At 05:39 PM 12/6/2002, MANSOOR Usama FTRD/DMR/LON wrote:
>>> My last question/issue is about dependancies. When I started working with SER
>>> I already had MySQL install, version 3.23.36 I believe. I could not get the MySQL
>>> portion integration to work, and found that permissions were not correctly granted.
>>> After manually correcting the permissions, I had errors about the communications
>>> between SER and MySQL. I updated MySQL to the latest stable release and
>>> client programs, and the integration worked with no manual intervention.
>>
>> I personaly use 3.23.52 for development, but I am sure that 3.23.36 works, we use it.
>> What kind of communication error did you get ? Could you send me some error logs ?
>
>I've also had similiar trouble regarding the permissions. I've installed v3.23.52 of MySQL, and run the ser_mysql.sh script, but get the following error message:
>
>Dec 6 14:50:42 localhost /usr/sbin/ser[4766]: connect_db(): Access denied for user: 'user(a)localhost.localdomain' (Using password: YES)
>Dec 6 14:50:42 localhost /usr/sbin/ser[4766]: db_init(): Error while trying to connect database
>
>When I check the permissions I see the following:
>
>mysql> select * from user;
>Where both 'ser' and 'serro' have no privileges at all.
[...]
I guess that's ok -- the user database just tells that these user have no
general privileges to change any database. They are granted permissions
for accessing ser database in the 'db' table.
I have no clue where the error might live. Try manual login using
mysql with the same username and password to get closer to the
problem.
-Jiri
Are you running the script as root? Before upgrading MySQL I did use the grant command,
and managed to get the correct permissions installed. I ran into other problems with the
client libraries, so I did a complete upgrade.
After upgrading the ser_mysql.sh script did everyting it should have and I did not need to
make any changes.
I'm also fairly new to MySQL, but from your error message, it looks like you are running
the script from an account that does not have permissions inside the database.
As root if you run mysql, does it prompt for a password? From your select statement, I
would not expect it to. If it allows you to logon to the database, you can try to assign the
default permissions manually.
Dan
-----Original Message-----
From: MANSOOR Usama FTRD/DMR/LON [mailto:usama.mansoor@rd.francetelecom.com]
Sent: Friday, December 06, 2002 8:40 AM
To: Jan Janak; serusers(a)lists.iptel.org
Subject: RE: RE: [Serusers] SER/SERWeb Howto...
>> My last question/issue is about dependancies. When I started working
>> with SER I already had MySQL install, version 3.23.36 I believe. I
>> could not get the MySQL portion integration to work, and found that
>> permissions were not correctly granted. After manually correcting the
>> permissions, I had errors about the communications between SER and
>> MySQL. I updated MySQL to the latest stable release and client
>> programs, and the integration worked with no manual intervention.
>
> I personaly use 3.23.52 for development, but I am sure that 3.23.36
> works, we use it.
> What kind of communication error did you get ? Could you send me some error logs ?
I've also had similiar trouble regarding the permissions. I've installed v3.23.52 of MySQL, and run the ser_mysql.sh script, but get the following error message:
Dec 6 14:50:42 localhost /usr/sbin/ser[4766]: connect_db(): Access denied for user: 'user(a)localhost.localdomain' (Using password: YES)
Dec 6 14:50:42 localhost /usr/sbin/ser[4766]: db_init(): Error while trying to connect database
When I check the permissions I see the following:
mysql> select * from user;
+-----------------------+-------+------------------+-------------+-------------+-------------+-------------+-------------+-----------+-------------+---------------+--------------+-----------+------------+-----------------+------------+------------+
| Host | User | Password | Select_priv | Insert_priv | Update_priv | Delete_priv | Create_priv | Drop_priv | Reload_priv | Shutdown_priv | Process_priv | File_priv | Grant_priv | References_priv | Index_priv | Alter_priv |
+-----------------------+-------+------------------+-------------+-------------+-------------+-------------+-------------+-----------+-------------+---------------+--------------+-----------+------------+-----------------+------------+------------+
| localhost | root | | Y | Y | Y | Y | Y | Y | Y | Y | Y | Y | Y | Y | Y | Y |
| localhost.localdomain | root | | Y | Y | Y | Y | Y | Y | Y | Y | Y | Y | Y | Y | Y | Y |
| localhost | | | N | N | N | N | N | N | N | N | N | N | N | N | N | N |
| localhost.localdomain | | | N | N | N | N | N | N | N | N | N | N | N | N | N | N |
| % | ser | 4e633cf914a735a0 | N | N | N | N | N | N | N | N | N | N | N | N | N | N |
| localhost | ser | 4e633cf914a735a0 | N | N | N | N | N | N | N | N | N | N | N | N | N | N |
| % | serro | 7cb73a267cb7bd5f | N | N | N | N | N | N | N | N | N | N | N | N | N | N |
| localhost | serro | 7cb73a267cb7bd5f | N | N | N | N | N | N | N | N | N | N | N | N | N | N |
+-----------------------+-------+------------------+-------------+-------------+-------------+-------------+-------------+-----------+-------------+---------------+--------------+-----------+------------+-----------------+------------+------------+
Where both 'ser' and 'serro' have no privileges at all.
This is my first time using MySQL, so I'm not entirely sure how to resolve this. Do I use the 'grant' command, or is did you try something different?
- Usama
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
>> My last question/issue is about dependancies. When I started working with SER
>> I already had MySQL install, version 3.23.36 I believe. I could not get the MySQL
>> portion integration to work, and found that permissions were not correctly granted.
>> After manually correcting the permissions, I had errors about the communications
>> between SER and MySQL. I updated MySQL to the latest stable release and
>> client programs, and the integration worked with no manual intervention.
>
> I personaly use 3.23.52 for development, but I am sure that 3.23.36 works, we use it.
> What kind of communication error did you get ? Could you send me some error logs ?
I've also had similiar trouble regarding the permissions. I've installed v3.23.52 of MySQL, and run the ser_mysql.sh script, but get the following error message:
Dec 6 14:50:42 localhost /usr/sbin/ser[4766]: connect_db(): Access denied for user: 'user(a)localhost.localdomain' (Using password: YES)
Dec 6 14:50:42 localhost /usr/sbin/ser[4766]: db_init(): Error while trying to connect database
When I check the permissions I see the following:
mysql> select * from user;
+-----------------------+-------+------------------+-------------+-------------+-------------+-------------+-------------+-----------+-------------+---------------+--------------+-----------+------------+-----------------+------------+------------+
| Host | User | Password | Select_priv | Insert_priv | Update_priv | Delete_priv | Create_priv | Drop_priv | Reload_priv | Shutdown_priv | Process_priv | File_priv | Grant_priv | References_priv | Index_priv | Alter_priv |
+-----------------------+-------+------------------+-------------+-------------+-------------+-------------+-------------+-----------+-------------+---------------+--------------+-----------+------------+-----------------+------------+------------+
| localhost | root | | Y | Y | Y | Y | Y | Y | Y | Y | Y | Y | Y | Y | Y | Y |
| localhost.localdomain | root | | Y | Y | Y | Y | Y | Y | Y | Y | Y | Y | Y | Y | Y | Y |
| localhost | | | N | N | N | N | N | N | N | N | N | N | N | N | N | N |
| localhost.localdomain | | | N | N | N | N | N | N | N | N | N | N | N | N | N | N |
| % | ser | 4e633cf914a735a0 | N | N | N | N | N | N | N | N | N | N | N | N | N | N |
| localhost | ser | 4e633cf914a735a0 | N | N | N | N | N | N | N | N | N | N | N | N | N | N |
| % | serro | 7cb73a267cb7bd5f | N | N | N | N | N | N | N | N | N | N | N | N | N | N |
| localhost | serro | 7cb73a267cb7bd5f | N | N | N | N | N | N | N | N | N | N | N | N | N | N |
+-----------------------+-------+------------------+-------------+-------------+-------------+-------------+-------------+-----------+-------------+---------------+--------------+-----------+------------+-----------------+------------+------------+
Where both 'ser' and 'serro' have no privileges at all.
This is my first time using MySQL, so I'm not entirely sure how to resolve this. Do I use the 'grant' command, or is did you try something different?
- Usama
look at iptel.cfg:
lookup("aliases"); #resolve aliases first
if (!lookup("location")) { # and continue with canonical usernames then..
-Jiri
At 01:09 AM 12/6/2002, Dan Austin wrote:
>So something like this will do what I want?
>
> if (!lookup("location") and !lookup("aliases")) {
> sl_send_reply("404", "Not Found");
> break;
> };
>
># forward to current uri now
> if (!t_relay()) {
> sl_reply_error();
> };
>
>Dan
>-----Original Message-----
>From: Jiri Kuthan [mailto:jiri@iptel.org]
>Sent: Thursday, December 05, 2002 3:57 PM
>To: Dan Austin; serusers(a)lists.iptel.org
>Subject: Re: [Serusers] What are aliases for?
>
>
>I hope to update the admin's guide this week and it should include information on how to set up aliases. Basically,
>we use another "location" table to translate aliases to canonical usernames. The aliases can be maintained via the serctl utilitity, provided SQL persistency is turned on (otherwise they are gone on reboot).
>
>-Jiri
>
>At 11:38 PM 12/5/2002, Dan Austin wrote:
>>My guess based on reading the developers and admin guides is that an
>>account could be aliased to a DID number, or internal extension.
>>
>>In testing it doesn't seem to work that way. With two accounts, on a
>>Cisco IP phone and the other on MSN client, calls can be placed based
>>on the SIP account name, but not the alias.
>>
>>
>>Thanks,
>>Dan
>>_______________________________________________
>>Serusers mailing list
>>serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
>
>--
>Jiri Kuthan http://iptel.org/~jiri/
>
>_______________________________________________
>Serusers mailing list
>serusers(a)lists.iptel.org
>http://lists.iptel.org/mailman/listinfo/serusers
--
Jiri Kuthan http://iptel.org/~jiri/
So something like this will do what I want?
if (!lookup("location") and !lookup("aliases")) {
sl_send_reply("404", "Not Found");
break;
};
# forward to current uri now
if (!t_relay()) {
sl_reply_error();
};
Dan
-----Original Message-----
From: Jiri Kuthan [mailto:jiri@iptel.org]
Sent: Thursday, December 05, 2002 3:57 PM
To: Dan Austin; serusers(a)lists.iptel.org
Subject: Re: [Serusers] What are aliases for?
I hope to update the admin's guide this week and it should include information on how to set up aliases. Basically,
we use another "location" table to translate aliases to canonical usernames. The aliases can be maintained via the serctl utilitity, provided SQL persistency is turned on (otherwise they are gone on reboot).
-Jiri
At 11:38 PM 12/5/2002, Dan Austin wrote:
>My guess based on reading the developers and admin guides is that an
>account could be aliased to a DID number, or internal extension.
>
>In testing it doesn't seem to work that way. With two accounts, on a
>Cisco IP phone and the other on MSN client, calls can be placed based
>on the SIP account name, but not the alias.
>
>
>Thanks,
>Dan
>_______________________________________________
>Serusers mailing list
>serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
--
Jiri Kuthan http://iptel.org/~jiri/
I hope to update the admin's guide this week and it should
include information on how to set up aliases. Basically,
we use another "location" table to translate aliases to
canonical usernames. The aliases can be maintained via
the serctl utilitity, provided SQL persistency is turned
on (otherwise they are gone on reboot).
-Jiri
At 11:38 PM 12/5/2002, Dan Austin wrote:
>My guess based on reading the developers and admin guides is
>that an account could be aliased to a DID number, or internal
>extension.
>
>In testing it doesn't seem to work that way. With two accounts,
>on a Cisco IP phone and the other on MSN client, calls can be placed
>based on the SIP account name, but not the alias.
>
>
>Thanks,
>Dan
>_______________________________________________
>Serusers mailing list
>serusers(a)lists.iptel.org
>http://lists.iptel.org/mailman/listinfo/serusers
--
Jiri Kuthan http://iptel.org/~jiri/
My guess based on reading the developers and admin guides is
that an account could be aliased to a DID number, or internal
extension.
In testing it doesn't seem to work that way. With two accounts,
on a Cisco IP phone and the other on MSN client, calls can be placed
based on the SIP account name, but not the alias.
Thanks,
Dan
I think kphone (Linux) has STUN support. I heard some rumours about SJPhone,
but have never tried it out.
Out of hard-phones, snom is probably a very cheap alternative right now,
and it has STUN support too. Their old version might have been about $200,
but many folks found its physical design inconvenient. There is a new
version out now, which should be better in this respect.
-Jiri
At 06:28 AM 12/5/2002, Dan Austin wrote:
>I thought this bit would be easy, ask a few friends to register on my server and
>test IM and voice calls. It turns out each and everyone of them has NAT.
>
>A quick run around google tells me if I can find a softphone that supports STUN,
>or can be configured to use the IP address of the NAT gateway and I'll be set.
>
>Unfortunately I cannot find any *free* packages that offer these features. Has
>anyone come across I hate to think I'll have to acquire Cisco phones for my friends
>to continue testing.
>
>While I'm at it, I also was looking to find the least expensive SIP phone on the
>market. All I've found so far are links geared to large enterprises or OEMs, nothing
>a tinkerer could buy.
>
>Thanks,
>Dan
>_______________________________________________
>Serusers mailing list
>serusers(a)lists.iptel.org
>http://lists.iptel.org/mailman/listinfo/serusers
--
Jiri Kuthan http://iptel.org/~jiri/
I thought this bit would be easy, ask a few friends to register on my server and
test IM and voice calls. It turns out each and everyone of them has NAT.
A quick run around google tells me if I can find a softphone that supports STUN,
or can be configured to use the IP address of the NAT gateway and I'll be set.
Unfortunately I cannot find any *free* packages that offer these features. Has
anyone come across I hate to think I'll have to acquire Cisco phones for my friends
to continue testing.
While I'm at it, I also was looking to find the least expensive SIP phone on the
market. All I've found so far are links geared to large enterprises or OEMs, nothing
a tinkerer could buy.
Thanks,
Dan
The file keeps getting bigger, so I've posted it on my website instead of sending
it to the list. http://www.fitawi.com/ser-Howto.html
Updates based on Jiri & Jan's feedback.
New sections:
Using serctl
Client Configuration- Cisco 79XX phones, MSN Messenger 4.6
SIP Status codes
Jiri,
Thank you.
Is serusers(a)lists.iptel.org a mailing list that I can join?
Can I view the archives somewhere?
---greg
Greg Fausak
August.Net Services, LLC
greg(a)august.net
972-323-6598
>
>
>----- Original Message -----
>From: "Jiri Kuthan" <jiri(a)iptel.org>
>To: "Greg Fausak" <lgfausak(a)august.net>; <info(a)iptel.org>
>Cc: <greg(a)august.net>
>Sent: Tuesday, December 03, 2002 4:43 PM
>Subject: Re: support contract
>
>
>> Greg,
>>
>> I suggest you start as a user of our free serusers(a)lists.iptel.org
>> tech support -- that provides you with email assistence
>> and reponsiveness mostly within one bussiness day. If
>> your support demand grows over over our free capacity, we
>> will certainly speak up then.
>>
>> -Jiri
>>
>> At 10:56 PM 12/3/2002, Greg Fausak wrote:
>> >I am interested in using your SIP engine to offer SIP services
>> >to my customers. What support contracts do you offer? I am interested
>> >in working with someone to get started, then using your organization
>> >for problems / enhancements as they come up. Thank you,
>> >
>> >---greg
>> >Greg Fausak
>> >August.Net Services, LLC
>> >greg(a)august.net
>> >(US) 972-323-6598
>>
>> --
>> Jiri Kuthan http://iptel.org/~jiri/
>>
>>
>
At 06:57 PM 12/4/2002, Dan Austin wrote:
>I don't have docbook, but I can look into it.
>
>One of my concerns about attempting to write this is that I'm still learning the
>process.
don't worry about that -- I actually think it is very good time to start
writing. Things will later seem obvious to you and not worth writing
about :-) We will be glad to review.
-Jiri
The log was overwritten, but the general format was along these lines:
ser (error reading communications packet)
serro (error reading communications packet)
repeated 3~6 times per attempt to logon with a client, or make changes
through SERWeb.
Dan
-----Original Message-----
From: Jan Janak [mailto:J.Janak@sh.cvut.cz]
Sent: Wednesday, December 04, 2002 10:16 AM
To: serusers(a)lists.iptel.org
Subject: Re: RE: [Serusers] SER/SERWeb Howto...
On 04-12 09:57, Dan Austin wrote:
> I don't have docbook, but I can look into it.
That is not a problem, It was just an idea, simply write in your
favorite editor.
> One of my concerns about attempting to write this is that I'm still
> learning the process. Another is that I only have the one server
> running RedHat, so the steps will be oriented that way, at least to
> start.
OK.
> I will integrate you're suggestions and provide another update
> shortly.
Thank you very much !
> My last question/issue is about dependancies. When I started working
> with SER I already had MySQL install, version 3.23.36 I believe. I
> could not get the MySQL portion integration to work, and found that
> permissions were not correctly granted. After manually correcting the
> permissions, I had errors about the communications between SER and
> MySQL. I updated MySQL to the latest stable release and client
> programs, and the integration worked with no manual intervention.
I personaly use 3.23.52 for development, but I am sure that 3.23.36 works, we use it.
What kind of communication error did you get ? Could you send me some error logs ?
> This prompts me to want to include a section about software that SER
> depends on, or can leverage, and identify the minimum revision known
> to work. For this section I would need feedback about what has worked
> for others, as it failed for me with MySQL 3.23.36 and worked with
> 3.23.56, but I am sure there is a version inbetween. It may have also
> been a problem with the client programs and libraries. I
> unfortunately do not have the resources to test all combinations, so
> if people care to send me a note with what versions they have
> installed, I can digest it into a recommendation section.
3.23.36 works for us, but we set the permissions in a little bit different way
(not by the ser_mysql script), but at least communication between ser and mysql seems
to work fine.
regards, Jan.
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
I don't have docbook, but I can look into it.
One of my concerns about attempting to write this is that I'm still learning the
process. Another is that I only have the one server running RedHat, so the steps
will be oriented that way, at least to start.
I will integrate you're suggestions and provide another update shortly.
My last question/issue is about dependancies. When I started working with SER
I already had MySQL install, version 3.23.36 I believe. I could not get the MySQL
portion integration to work, and found that permissions were not correctly granted.
After manually correcting the permissions, I had errors about the communications
between SER and MySQL. I updated MySQL to the latest stable release and
client programs, and the integration worked with no manual intervention.
This prompts me to want to include a section about software that SER depends on,
or can leverage, and identify the minimum revision known to work. For this section
I would need feedback about what has worked for others, as it failed for me with
MySQL 3.23.36 and worked with 3.23.56, but I am sure there is a version inbetween.
It may have also been a problem with the client programs and libraries. I unfortunately
do not have the resources to test all combinations, so if people care to send me a note
with what versions they have installed, I can digest it into a recommendation section.
Dan
-----Original Message-----
From: Jan Janak [mailto:J.Janak@sh.cvut.cz]
Sent: Wednesday, December 04, 2002 3:41 AM
To: Dan Austin
Cc: serusers(a)lists.iptel.org
Subject: Re: [Serusers] SER/SERWeb Howto...
Hello,
I like the document. Documentation is one of our biggest issues right now and I think that a description (or howto) written by
someone who is not involved in development of SER can better
describe problems that real users have.
Are you familiar with docbook ? We write all the documentation in
docbook because it is easy then to convert it to other formats like html, ps, pdf, rtf and so on.
If not, then just plaintext will be fine.
Some comments are inline.
Thank you very much for your effort ! Keep up the good work.
regards, Jan.
On 03-12 15:18, Dan Austin wrote:
> 1st draft and just a bit rough. I'm also stuck with MS-Word for my
> editer at the moment, so there's some extra garbage in the file.
>
> Let me know if I'm on the right track, if there are sections that need
> more detail, less detail or elimination.
As long as your text describes what you had to do to make
ser and serweb work and describes your problems with the software,
you are certainly on the right track.
> I'm considering an addition section on client configuration, but I'm
> not sure how valuable that will be. (Cisco 79XX, MSN, any other
> clients I can get my hands on...)
Yes, it will be imho valuable, you can consider also kphone
which is a free softphone for linux - http://www.wirlab.net/kphone
Content-Description: Ser.htm
> 1.2 Why SER
>
> SER is an open-source project that aims to make available a fully
> functional and scalable Session Initiated Protocol suite. Call
> processing is described with a concise scripting language that offers
> the flexibility of regular expressions and the ability to interface
> with 3^rd party applications for the purposes of call accounting and
> authorization.
Better than suite I would use word server. By suite I understand also
SIP user agent which we do not have.
> 1.4 Installation
>
> Installing SER on a RedHat Linux distribution is a simple matter of
> unzipping the downloaded file and using your favorite package
> manager.
>
>
> Example /root>rpm -i ser-08.10-2.i386.rpm
>
I think that here you can describe only that there are packages for
several popular distributions (redhat, suse, gentoo, debian, slackware)
and how to install them can be found in documentation (man pages) of a
particular package manager.
>
> You can start the service with /etc/rc.d/init.d/ser start
This is redhat specific. /etc/init.d/ser start will be imho better.
> The package you downloaded has scripts to create the required database
> and establish permissions for the accounts need. A recent release of
> MySQL is recommended. Earlier versions may have problems with the
> syntax required to set permissions on the database.
ser-mysql package contains the script.
> Once you have MySQL installed and started, execute
> /usr/sbin/ser_mysql.sh.
If you don't have the script, you have no ser-mysql package installed.
Here I would describe what the uncommented lines mean.
> Uncomment this line: loadmodule "//usr/lib/ser/modules/mysql.so
Load mysql module, which extends ser with mysql support.
> Comment this line: modparam("usrloc", "db_mode", 0)
>
> Uncomment this line: modparam("usrloc", "db_mode", 2)
Turn on using of mysql in user location module.
> Uncomment this line: modparam("auth", "calculate_ha1", yes)
There are two ways how to store passwords in the database. You can store
them as plaintext passwords, which is easier to maintain for ser beginners.
Or you can store HA1 strings. HA1 string is a hash that contains username,
password and realm hashed using MD5. Advantage of this approach is that
passwords are not stored in plaintext and can be seen easily. This is
similar to to /etc/passwd in unix, the server doesn't know passwords,
it can only use HA1 to verify responses.
If you decide to to use plaintext passwords, uncomment the "calculate_ha1"
parameter. If you decide to use HA1, make sure that HA1 strings contain
correct realm (the default HA1 string for admin user which comes with
ser contains iptel.org as the realm).
If you change your realm, you must also change all HA1 strings.
> Uncomment this line: modparam("auth", "password_column",
> "password")
Uncomment this line if you use "calculate_ha1" parameter. By default,
ser looks into ha1 column for HA1 strings. If you use plaintext passwords,
you must tell ser to look into password column for plaintext passwords,
this is what this parameter is for.
> Basic account manipulation can be performed with the serctl script,
> located in /usr/local/sbin.
>
Once you get familiar with serctl command, it would be handy if you could
write a description what this command can do and what it can be used for.
[cc: changed to serusers, which is publicly archived]
There is no B2BUA support in SER. You can try to use some
existing B2BUA implementation. You can use SER along with
B2BUA too -- they interact using SIP. You just need to set
SIP routing accordingly to your scenario.
You should be perhaps warned of some side-effect of use
of the B2BUA technology. The root reason is B2BUAs break
the end-to-end model, in which intelligence lives in
end-devices. With B2BUA, you put a fair amount of work
on a network entity. That breaks e2e security, degrades
scalability and robustness -- B2BUA's failure affect
all existing calls.
-Jiri
At 01:18 PM 12/4/2002, Igor Vasiliev wrote:
>Hello,
>
> I've tryed to read B2BUA's doc that I could find.
>But I did't properly understand how it should works with SER.
>Should SER redirect any INVITE(e.t.c) request to B2BUA,
>and after B2BUA'll try to establish connection with a calee
>on behalf of B2BUA?
> Or B2BUA should be stand alone programm working without
>any SIP proxy server?
> Then how could it find out callee location.
>
>Could anybody describe me shortly a interaction model
>between caller B2BUA SER and callee.
>Just general example.
>
>Thanks
>Igor Vasiliev
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>_______________________________________________
>Serhelp mailing list
>serhelp(a)lists.iptel.org
>http://lists.iptel.org/mailman/listinfo/serhelp
--
Jiri Kuthan http://iptel.org/~jiri/
1st draft and just a bit rough. I'm also stuck with MS-Word
for my editer at the moment, so there's some extra garbage in
the file.
Let me know if I'm on the right track, if there are sections
that need more detail, less detail or elimination.
I'm considering an addition section on client configuration,
but I'm not sure how valuable that will be. (Cisco 79XX, MSN,
any other clients I can get my hands on...)
Dan
At 08:07 AM 12/3/2002, Dan Austin wrote:
[...]
>I've got a question I thought to send to the SERUsers list, but I'm not
>sure if enough people have signed up yet.
Don't worry -- all our developers are on the serusers list too.
We just plan to shift the help from our developers to the SER
community to have more cycles for development.
>I have a Cisco 7940 that I've converted to SIP and can place calls from,
>both to PSTN numbers and to uri's registered with my server. The odd
>part is that the phone does not seem to request the presence feature, so
>I can not route calls to it.
Hmmm -- we only have 7960s in our labs but they should be similar and they
work. You need to set up registrar, user name and credentials to be able
to register.
>If I call test(a)199.254.167.202 the phone rings and the call can be completed.
>If I call test(a)fitawi.com, I get an immediate call rejected. Since the
>phone does not show up as online in MSN messanger, I suspect that the lack
>of presence is the problem. Any thoughts?
These are two different things: ability to register and ability to
share current presence status. With 7960, you are able to register
so that people can reach you at your current address. 7960 has no
"presence disclosure" support -- if you want to see that the phone
is on-line in your messenger, you will have to use a presence agent
inbetween. We're working on it, but it is not currently part of SER.
The UsrLoc dump bellow shows a valid Test entry -- so the registration
must have proceeded well. If you are not able to call the user
test@yourdomain, the error will be probably somewhere else. Please
send me your configuration file and network dumps (gained using
e.g. ngrep utility) -- I'll be glad to review it.
-Jiri
> I will try the users list, and
>Cisco as a last resort.
>
>Thanks,
>Dan
>
>Here is my serctl ul show results:
>~~~Contact(0x402f0788)~~~
>domain : 'location'
>aor : 'Test'
>Contact: 'sip:Test@199.254.167.202:5060'
>Expires: 1983
>q : 0.00
>Call-ID: '000a8a93-d466000b-389ca1b7-74778f1a(a)199.254.167.202'
>CSeq : 101
>State : CS_SYNC
>next : (nil)
>prev : (nil)