At 11:38 AM 12/12/2002, MANSOOR Usama FTRD/DMR/LON wrote:
>OK, I've tried running the script as root (and it prompts me for the password) but the permissions still don't get set.
You might have read my previous email and learned that the issue
had not been probably caused by insufficient rights.
Is it possible that you did not set your username/password
in ser configuration properly? Can you login with this
username/password pairs using the mysql tool? I would
really start with such trivial checks.
-Jiri
Hello,
>>Hi all!
>>
>>I'm new to SER, and already I have a question regarding the SER to Jabber: If I setup the jabber.so module to interface to a jabber server for IM, what's the recommended way to monitor the presence status of the SIP IM client?
>>
The presence support is not implemented yet in the public release of
Jabber module. I hope this week (there are still 2 days ... :-) ) the
new version will be available.
>>For example, if a user with MSN Messenger registers with SER, and I set a rule that at registration the jab_go_online call will be made so this user is available on the jabber server, how do I monitor the Messenger user's presence? I mean, they're not subscribed to, so the Messenger client doesn't send presence updates to SER, and hence to the jabber server.
>>
>>Then, of course, if I do subscribe from SER, who maintains the state?
>>
The upcoming Presence Agent for SER (a new module) will manage all the
presence states for users. The Jabber module will use PA to notify SIP
user about presence state of a Jabber user when that SIP user subscribes
for Jabber user's presence.
Best regards,
Daniel
>>
>>Hmmmm....
>>
>>Any help or examples would be terrific!
>>
>>Thanks!
>>- Chris
>>
>>Chris Dingman
>>dingman(a)avaya.com
>>
>>_______________________________________________
>>Serusers mailing list
>>serusers(a)lists.iptel.org
>>http://lists.iptel.org/mailman/listinfo/serusers
>>
>>
>
>--
>Jiri Kuthan http://iptel.org/~jiri/
>
>
>
Hi all!
I'm new to SER, and already I have a question regarding the SER to
Jabber: If I setup the jabber.so module to interface to a jabber
server for IM, what's the recommended way to monitor the presence
status of the SIP IM client?
For example, if a user with MSN Messenger registers with SER, and I set
a rule that at registration the jab_go_online call will be made so this
user is available on the jabber server, how do I monitor the Messenger
user's presence? I mean, they're not subscribed to, so the Messenger
client doesn't send presence updates to SER, and hence to the jabber
server.
Then, of course, if I do subscribe from SER, who maintains the state?
Hmmmm....
Any help or examples would be terrific!
Thanks!
- Chris
Chris Dingman
dingman(a)avaya.com
serusershi,
i have some problems with cpl and cpl-c modules.
first: in cpl module,what's the Java CPL Interpreter Server, is it another server for interpret cpl? where can i get Java CPL Interpreter Server?
second:in cpl-c module ,i can't find the function for processing the sip_message and cpl,
just like the executeCPLForSIPMessage fuction in cpl module ?
three: with cpl or cpl-c module ,how to realize the cpl function with ser? i have compiled
the both modules and loaded with ser.
thanks!
regards,Joe_chen
I have found the log() function aids in debugging (obviously).
Are there any low level string productions so I can pass more
information to log? For instance, it would be great to:
log("in route[1] with uri ".uri." and method ".method);
Can anything be passed to log() besides a static string?
---greg
Greg Fausak
August.Net Services, LLC
greg(a)august.net
I am constantly seeing this warning:
Warning: 392 216.87.128.67:5060 "Noisy feedback tells: pid=3961 req_src_ip=216.87.128.68 in_uri=sip:216.87.128.67 out_uri=sip:216.87.128.67 via_cnt==1".
What does it mean???
---greg
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