Steven,
I remember having the same problem. In my case, the problem seemed to be in the loose_route processing. I don't know what it has to do with the accounting module, but commenting out this part made the trick in my case.
Jaime
"Steven R. Bunin" steve@solaas.com on 26/09/2003 17:11:41
To: serusers@lists.iptel.org cc: (bcc: Jaime GIL/EN/HTLUK)
Subject: [Serusers] Re: Serusers Digest, Vol 5, Issue 63
Hi all,
I have successfully gotten radius authentication working and I started getting Radius Start records for accounting but I am not sure what I am doing wrong in regards to getting radius Stop records.
Below is the area I believe has the most affect on Radius Acccounting from my Log File. Any suggestions would be appreciated and if it would help to see the full Config file I will send it as well.
record_route();
if (method=="REGISTER") {
# Uncomment this if you want to use digest authentication if (!radius_www_authorize("")) { www_challenge("", "0"); break; };
save("location"); break; };
if (method =="INVITE") { log(1,"INVITE\n"); setflag(1); }; if (method=="MESSAGE") { log(1,"MESSAGE\n"); setflag(1); }; if (method=="BYE"){ log (1, "BYE or CANCEL\n"); setflag(1); }; if (method=="CANCEL"){ log (1, "BYE or CANCEL\n"); setflag(1); };
Thanks in advance,
Steve
_______________________________________________ Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
******************************************************************************* Important. Confidentiality: This communication is intended for the above-named person and may be confidential and/or legally privileged. Any opinions expressed in this communication are not necessarily those of the company. If it has come to you in error you must take no action based on it, nor must you copy or show it to anyone; please delete/destroy and inform the sender immediately.
Monitoring/Viruses Orange may monitor all incoming and outgoing emails in line with current legislation. Although we have taken steps to ensure that this email and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free.
Orange PCS Limited is a subsidiary of Orange SA and is registered in England No 2178917, with its address at St James Court, Great Park Road, Almondsbury Park, Bradley Stoke, Bristol BS32 4QJ. *******************************************************************************
Jaime,
Thanks for the resposne.. I have my loose_route shut off. I think the problem may have to do with an error message I am receiving which is "ERROR: reply cannot be parsed" from my stderr.
Do you have a working version of a script that works with 0.8.11 and gets stop records I could look at? It should give me a hand.. I know I am so close to solving this but it is a struggle.
Steve
jaime.gil@orange.co.uk wrote:
Steven,
I remember having the same problem. In my case, the problem seemed to be in the loose_route processing. I don't know what it has to do with the accounting module, but commenting out this part made the trick in my case.
Jaime
"Steven R. Bunin" steve@solaas.com on 26/09/2003 17:11:41
To: serusers@lists.iptel.org cc: (bcc: Jaime GIL/EN/HTLUK)
Subject: [Serusers] Re: Serusers Digest, Vol 5, Issue 63
Hi all,
I have successfully gotten radius authentication working and I started getting Radius Start records for accounting but I am not sure what I am doing wrong in regards to getting radius Stop records.
Below is the area I believe has the most affect on Radius Acccounting from my Log File. Any suggestions would be appreciated and if it would help to see the full Config file I will send it as well.
record_route();
if (method=="REGISTER") {
# Uncomment this if you want to use digest authentication if (!radius_www_authorize("")) { www_challenge("", "0"); break; };
save("location"); break; };
if (method =="INVITE") { log(1,"INVITE\n"); setflag(1); }; if (method=="MESSAGE") { log(1,"MESSAGE\n"); setflag(1); }; if (method=="BYE"){ log (1, "BYE or CANCEL\n"); setflag(1); }; if (method=="CANCEL"){ log (1, "BYE or CANCEL\n"); setflag(1); };
Thanks in advance,
Steve
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Name: att1.emlatt1.eml Type: Internet E-Mail Message (message/rfc822) Encoding: base64
Important. Confidentiality: This communication is intended for the above-named person and may be confidential and/or legally privileged. Any opinions expressed in this communication are not necessarily those of the company. If it has come to you in error you must take no action based on it, nor must you copy or show it to anyone; please delete/destroy and inform the sender immediately.
Monitoring/Viruses Orange may monitor all incoming and outgoing emails in line with current legislation. Although we have taken steps to ensure that this email and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free.
Orange PCS Limited is a subsidiary of Orange SA and is registered in England No 2178917, with its address at St James Court, Great Park Road, Almondsbury Park, Bradley Stoke, Bristol BS32 4QJ.
-- Steven R. Bunin - Managing Partner
SOLAAS LLC 10 East 39th Street Suite 1125 New York, NY 10016 (+001) 212-532-6700 Cellular: 646-739-7000 Fax (+001) 212-532-6776
--
This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden.
Should we load the mysql module if I am testing Ser to forward the calls to one SIP phone?
-----Original Message----- From: serusers-bounces@iptel.org [mailto:serusers-bounces@lists.iptel.org]On Behalf Of Steven R. Bunin Sent: Monday, September 29, 2003 2:02 PM To: jaime.gil@orange.co.uk Cc: serusers@lists.iptel.org Subject: [Serusers] re: Problems with accounting - can't get stop records
Jaime,
Thanks for the resposne.. I have my loose_route shut off. I think the problem may have to do with an error message I am receiving which is "ERROR: reply cannot be parsed" from my stderr.
Do you have a working version of a script that works with 0.8.11 and gets stop records I could look at? It should give me a hand.. I know I am so close to solving this but it is a struggle.
Steve
jaime.gil@orange.co.uk wrote:
Steven,
I remember having the same problem. In my case, the problem seemed to be
in the
loose_route processing. I don't know what it has to do with the accounting module, but commenting out this part made the trick in my case.
Jaime
"Steven R. Bunin" steve@solaas.com on 26/09/2003 17:11:41
To: serusers@lists.iptel.org cc: (bcc: Jaime GIL/EN/HTLUK)
Subject: [Serusers] Re: Serusers Digest, Vol 5, Issue 63
Hi all,
I have successfully gotten radius authentication working and I started
getting
Radius Start records for accounting but I am not sure what I am doing
wrong in
regards to getting radius Stop records.
Below is the area I believe has the most affect on Radius Acccounting from
my
Log File. Any suggestions would be appreciated and if it would help to see
the
full Config file I will send it as well.
record_route();
if (method=="REGISTER") {
# Uncomment this if you want to use digest authentication if (!radius_www_authorize("")) { www_challenge("", "0"); break; };
save("location"); break; };
if (method =="INVITE") { log(1,"INVITE\n"); setflag(1); }; if (method=="MESSAGE") { log(1,"MESSAGE\n"); setflag(1); }; if (method=="BYE"){ log (1, "BYE or CANCEL\n"); setflag(1); }; if (method=="CANCEL"){ log (1, "BYE or CANCEL\n"); setflag(1); };
Thanks in advance,
Steve
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Name: att1.emlatt1.eml Type: Internet E-Mail Message (message/rfc822) Encoding: base64
**************************************************************************** ***
Important. Confidentiality: This communication is intended for the above-named person
and
may be confidential and/or legally privileged. Any opinions expressed in
this
communication are not necessarily those of the company. If it has come to
you
in error you must take no action based on it, nor must you copy or show it
to
anyone; please delete/destroy and inform the sender immediately.
Monitoring/Viruses Orange may monitor all incoming and outgoing emails in line with current legislation. Although we have taken steps to ensure that this email and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus
free.
Orange PCS Limited is a subsidiary of Orange SA and is registered in
England No
2178917, with its address at St James Court, Great Park Road, Almondsbury
Park,
Bradley Stoke, Bristol BS32 4QJ.
**************************************************************************** ***
-- Steven R. Bunin - Managing Partner
SOLAAS LLC 10 East 39th Street Suite 1125 New York, NY 10016 (+001) 212-532-6700 Cellular: 646-739-7000 Fax (+001) 212-532-6776
--
This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden.
_______________________________________________ Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Hello,
On 9/29/2003 8:32 PM, Sesha Bhatlapenumarthy wrote:
Should we load the mysql module if I am testing Ser to forward the calls to one SIP phone?
only if you want to restart ser after the sip phone has registered. In this care you need to configure the usrloc module to store the contact addresses of the users into database (with modparam("usrloc", "db_mode", 2) -- see the default config file that comes with ser distributions). Otherwise the contact addresses are stored in memory and when you restart SER they will be lost.
If you have only one phone that has a static IP address and listens on a certain port you can send the SIP messages direct to it with 't_relay_to_udp(host,port)' and you don't need usrloc.
Best regards, Daniel
Can someone please tell me how to configure usrloc module to store contact addresses of the SIP phones into database?
-----Original Message----- From: Daniel-Constantin Mierla [mailto:Daniel-Constantin.Mierla@fokus.fraunhofer.de] Sent: Tuesday, September 30, 2003 6:06 AM To: Sesha Bhatlapenumarthy Cc: serusers@lists.iptel.org Subject: Re: [Serusers] re: Mysql
Hello,
On 9/29/2003 8:32 PM, Sesha Bhatlapenumarthy wrote:
Should we load the mysql module if I am testing Ser to forward the calls to one SIP phone?
only if you want to restart ser after the sip phone has registered. In this care you need to configure the usrloc module to store the contact addresses of the users into database (with modparam("usrloc", "db_mode", 2) -- see the default config file that comes with ser distributions). Otherwise the contact addresses are stored in memory and when you restart SER they will be lost.
If you have only one phone that has a static IP address and listens on a certain port you can send the SIP messages direct to it with 't_relay_to_udp(host,port)' and you don't need usrloc.
Best regards, Daniel
On 9/30/2003 4:23 PM, Sesha Bhatlapenumarthy wrote:
Can someone please tell me how to configure usrloc module to store contact addresses of the SIP phones into database?
Set 'db_mode' parameter of usrloc to 1 or 2, e.g., modparam("usrloc", "db_mode", 2). You need to load mysql module too. See usrloc manual at: http://iptel.org/ser/doc/modules/html/usrloc.html and the admin guide at: http://iptel.org/ser/doc/seruser/seruser.html. Also, the default config file that comes with ser distribution has some comments about this topic.
Daniel
-----Original Message----- From: Daniel-Constantin Mierla [mailto:Daniel-Constantin.Mierla@fokus.fraunhofer.de] Sent: Tuesday, September 30, 2003 6:06 AM To: Sesha Bhatlapenumarthy Cc: serusers@lists.iptel.org Subject: Re: [Serusers] re: Mysql
Hello,
On 9/29/2003 8:32 PM, Sesha Bhatlapenumarthy wrote:
Should we load the mysql module if I am testing Ser to forward the calls to one SIP phone?
only if you want to restart ser after the sip phone has registered. In this care you need to configure the usrloc module to store the contact addresses of the users into database (with modparam("usrloc", "db_mode", 2) -- see the default config file that comes with ser distributions). Otherwise the contact addresses are stored in memory and when you restart SER they will be lost.
If you have only one phone that has a static IP address and listens on a certain port you can send the SIP messages direct to it with 't_relay_to_udp(host,port)' and you don't need usrloc.
Best regards, Daniel
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
What does this error mean? I'm getting this while starting ser. I have added these two lines in ser.cfg.
modparam("usrloc", "callid_column","1") modparam("usrloc", "db_url", "sql://root:******@localhost/ser"
The error is:
odules/mysql.so] 0(14651) connect_db(): Can't connect to local MySQL server through socket '/var /run/mysql/mysql.sock' (111) 0(14651) db_init(): Error while trying to connect database 0(14651) mod_init(): Error while connecting database 0(14651) init_mod(): Error while initializing module usrloc ERROR: error while initializing modules
On 9/30/2003 8:19 PM, Sesha Bhatlapenumarthy wrote:
What does this error mean? I'm getting this while starting ser. I have added these two lines in ser.cfg.
modparam("usrloc", "callid_column","1")
Why have you set this? Is the column that stores the callid named "1"? Did you rename it?
modparam("usrloc", "db_url", "sql://root:******@localhost/ser"
The error is:
odules/mysql.so] 0(14651) connect_db(): Can't connect to local MySQL server through socket '/var /run/mysql/mysql.sock' (111)
Does your mysql server run? If yes, have you installed a different mysql client version than the server? Are you able to log in using mysql client from command line?
This mail may help you: http://lists.iptel.org/pipermail/serusers/2003-March/000627.html
Daniel
0(14651) db_init(): Error while trying to connect database 0(14651) mod_init(): Error while connecting database 0(14651) init_mod(): Error while initializing module usrloc ERROR: error while initializing modules
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Hi,
I've tried to do a "serctl ping sip:466@iic.com" [466 is a extension to the SIP phone]. I get the following error. Can someone please tell me what it is? I'm not able to forward the call to the SIP phone through PBX.
serctl ping sip:466@iic.com 2(24590) fifo_get_method: method: 'OPTIONS' 2(24590) DEBUG: fifo_get_ruri: 'sip:466@iic.com' 2(24590) DEBUG: fifo_get_nexthop: next hop empty 2(24590) fifo_get_headers: headers: From: sip:daemon@sipdirector.iic.com To: sip:466@iic.com Contact: sip:daemon@!!
2(24590) parse_headers: flags=-1 2(24590) end of header reached, state=9 2(24590) DEBUG: get_hdr_field: <To> [19]; uri=[sip:466@iic.com] 2(24590) DEBUG: to body [sip:466@iic.com ] 2(24590) DEBUG: fifo_uac: parse_headers succeeded 2(24590) fifo_get_body: body: 2(24590) end of header reached, state=8 2(24590) DEBUG: mk_proxy: doing DNS lookup... 2(24590) get_record: lookup(_sip._udp.iic.com, 33) failed 2(24590) sip_resolvehost: no SRV record found for iic.com, trying 'normal' look up... 2(24590) DEBUG: get_hf_block: one more hf processed 2(24590) DEBUG: fifo_uac: EoL -- proceeding to transaction creation 2(24590) DEBUG: mk_proxy: doing DNS lookup... 2(24590) get_record: lookup(_sip._udp.iic.com, 33) failed 2(24590) sip_resolvehost: no SRV record found for iic.com, trying 'normal' look up... 2(24590) ERROR: udp_send: sendto(sock,0x402f2fc8,359,0,0x402f245c,16): Invalid argument(22) 2(24590) CRITICAL: invalid sendtoparameters one possible reason is the server is bound to localhost and attempts to send to the net 2(24590) msg_send: ERROR: udp_send failed 2(24590) t_uac: Attempt to send to 'sip:466@iic.com' failed 2(24590) DEBUG: add_to_tail_of_timer[4]: 0x402f247c 2(24590) DEBUG: add_to_tail_of_timer[0]: 0x402f2494 1(24589) DEBUG: timer routine:4,tl=0x402f247c next=(nil) 1(24589) DEBUG: retransmission_handler : request resending (t=0x402f2348, OPTIO NS s ... ) 1(24589) ERROR: udp_send: sendto(sock,0x402f2fc8,359,0,0x402f245c,16): Invalid argument(22) 1(24589) CRITICAL: invalid sendtoparameters one possible reason is the server is bound to localhost and attempts to send to the net 1(24589) msg_send: ERROR: udp_send failed 1(24589) ->>>>>>>>> T_code=0, new_code=503 1(24589) DEBUG: local_reply: branch=0, save=0, winner=0 1(24589) DEBUG: local transaction completed 1(24589) !!!!! ref_counter: 0 1(24589) DEBUG: fifo UAC completed with status 503 1(24589) DEBUG: fifo_callback sucesssfuly completed 1(24589) DEBUG: add_to_tail_of_timer[2]: 0x402f2390 503 root@sipdirector:/home/install# 1(24589) DEBUG: timer routine:0,tl=0x402f2494 n ext=(nil) 1(24589) DEBUG: timer routine:2,tl=0x402f2390 next=(nil) 1(24589) DEBUG: wait_handler : removing 0x402f2348 from table 1(24589) DEBUG: delete transaction 0x402f2348 1(24589) DEBUG: wait_handler : done
Hello, comments inline.
On 10/6/2003 10:04 PM, Sesha Bhatlapenumarthy wrote:
Hi,
I've tried to do a "serctl ping sip:466@iic.com" [466 is a extension to the SIP phone]. I get the following error. Can someone please tell me what it is? I'm not able to forward the call to the SIP phone through PBX.
serctl ping sip:466@iic.com 2(24590) fifo_get_method: method: 'OPTIONS' 2(24590) DEBUG: fifo_get_ruri: 'sip:466@iic.com' 2(24590) DEBUG: fifo_get_nexthop: next hop empty 2(24590) fifo_get_headers: headers: From: sip:daemon@sipdirector.iic.com To: sip:466@iic.com Contact: sip:daemon@!!
2(24590) parse_headers: flags=-1 2(24590) end of header reached, state=9 2(24590) DEBUG: get_hdr_field: <To> [19]; uri=[sip:466@iic.com] 2(24590) DEBUG: to body [sip:466@iic.com ] 2(24590) DEBUG: fifo_uac: parse_headers succeeded 2(24590) fifo_get_body: body: 2(24590) end of header reached, state=8 2(24590) DEBUG: mk_proxy: doing DNS lookup... 2(24590) get_record: lookup(_sip._udp.iic.com, 33) failed 2(24590) sip_resolvehost: no SRV record found for iic.com, trying 'normal' look up... 2(24590) DEBUG: get_hf_block: one more hf processed 2(24590) DEBUG: fifo_uac: EoL -- proceeding to transaction creation 2(24590) DEBUG: mk_proxy: doing DNS lookup... 2(24590) get_record: lookup(_sip._udp.iic.com, 33) failed 2(24590) sip_resolvehost: no SRV record found for iic.com, trying 'normal' look up... 2(24590) ERROR: udp_send: sendto(sock,0x402f2fc8,359,0,0x402f245c,16): Invalid argument(22) 2(24590) CRITICAL: invalid sendtoparameters one possible reason is the server is bound to localhost and attempts to send to the net
Could be the above message the reason for your problem?
Regards, }Daniel
2(24590) msg_send: ERROR: udp_send failed 2(24590) t_uac: Attempt to send to 'sip:466@iic.com' failed 2(24590) DEBUG: add_to_tail_of_timer[4]: 0x402f247c 2(24590) DEBUG: add_to_tail_of_timer[0]: 0x402f2494 1(24589) DEBUG: timer routine:4,tl=0x402f247c next=(nil) 1(24589) DEBUG: retransmission_handler : request resending (t=0x402f2348, OPTIO NS s ... ) 1(24589) ERROR: udp_send: sendto(sock,0x402f2fc8,359,0,0x402f245c,16): Invalid argument(22) 1(24589) CRITICAL: invalid sendtoparameters one possible reason is the server is bound to localhost and attempts to send to the net 1(24589) msg_send: ERROR: udp_send failed 1(24589) ->>>>>>>>> T_code=0, new_code=503 1(24589) DEBUG: local_reply: branch=0, save=0, winner=0 1(24589) DEBUG: local transaction completed 1(24589) !!!!! ref_counter: 0 1(24589) DEBUG: fifo UAC completed with status 503 1(24589) DEBUG: fifo_callback sucesssfuly completed 1(24589) DEBUG: add_to_tail_of_timer[2]: 0x402f2390 503 root@sipdirector:/home/install# 1(24589) DEBUG: timer routine:0,tl=0x402f2494 n ext=(nil) 1(24589) DEBUG: timer routine:2,tl=0x402f2390 next=(nil) 1(24589) DEBUG: wait_handler : removing 0x402f2348 from table 1(24589) DEBUG: delete transaction 0x402f2348 1(24589) DEBUG: wait_handler : done
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
At 10:04 PM 10/6/2003, Sesha Bhatlapenumarthy wrote:
Hi,
I've tried to do a "serctl ping sip:466@iic.com" [466 is a extension to the SIP phone]. I get the following error. Can someone please tell me what it is? I'm not able to forward the call to the SIP phone through PBX.
serctl ping sip:466@iic.com
[...]
2(24590) ERROR: udp_send: sendto(sock,0x402f2fc8,359,0,0x402f245c,16): Invalid argument(22) 2(24590) CRITICAL: invalid sendtoparameters one possible reason is the server is bound to localhost and attempts to send to the net
This might be the reason -- you are running ser in debugging mode, which possibly binds only to loopback interface and you can't send out. Try turning debugging mode off.
-jiri
At 11:13 AM 10/7/2003, Jiri Kuthan wrote:
At 10:04 PM 10/6/2003, Sesha Bhatlapenumarthy wrote:
Hi,
I've tried to do a "serctl ping sip:466@iic.com" [466 is a extension to the SIP phone]. I get the following error. Can someone please tell me what it is? I'm not able to forward the call to the SIP phone through PBX.
serctl ping sip:466@iic.com
[...]
2(24590) ERROR: udp_send: sendto(sock,0x402f2fc8,359,0,0x402f245c,16): Invalid argument(22) 2(24590) CRITICAL: invalid sendtoparameters one possible reason is the server is bound to localhost and attempts to send to the net
This might be the reason -- you are running ser in debugging mode, which possibly binds only to loopback interface and you can't send out. Try turning debugging mode off.
Sorry -- better advice. Check first at which IP addresses listens with "serctl ps". If there is none which can route to iic.com (like loopback), set listen=IP in your config to a routable address.
-jiri
I have successfully been able to do serctl ping sip:x.x.x.x . I get the message 200 OK. But I'm not able to call the phone x.x.x.x using the 3 digit extension. Can someone suggest why this is happening? The phone is a grandstream SIP phone and I have put the SIP server's IP in it. Thank you very much.
-----Original Message----- From: Jiri Kuthan [mailto:jiri@iptel.org] Sent: Tuesday, October 07, 2003 5:17 AM To: Sesha Bhatlapenumarthy; Daniel-Constantin.Mierla@fokus.fraunhofer.de Cc: serusers@lists.iptel.org Subject: RE: [Serusers]serctl
At 11:13 AM 10/7/2003, Jiri Kuthan wrote:
At 10:04 PM 10/6/2003, Sesha Bhatlapenumarthy wrote:
Hi,
I've tried to do a "serctl ping sip:466@iic.com" [466 is a extension to
the
SIP phone]. I get the following error. Can someone please tell me what it is? I'm not able to forward the call to the SIP phone through PBX.
serctl ping sip:466@iic.com
[...]
2(24590) ERROR: udp_send: sendto(sock,0x402f2fc8,359,0,0x402f245c,16): Invalid argument(22) 2(24590) CRITICAL: invalid sendtoparameters one possible reason is the server is bound to localhost and attempts to send to the net
This might be the reason -- you are running ser in debugging mode, which possibly binds only to loopback interface and you can't send out. Try turning debugging mode off.
Sorry -- better advice. Check first at which IP addresses listens with "serctl ps". If there is none which can route to iic.com (like loopback), set listen=IP in your config to a routable address.
-jiri
Can someone please help me with this? I'm not able to serctl ping sip:466@iic.com while I am successfully able to do serctl ping sip:x.x.x.x where x.x.x.x is the IP of the SIP phone with extension 466. Can someone tell me what must be the reason? Thank you very much.
-----Original Message----- From: Jiri Kuthan [mailto:jiri@iptel.org] Sent: Tuesday, October 07, 2003 5:17 AM To: Sesha Bhatlapenumarthy; Daniel-Constantin.Mierla@fokus.fraunhofer.de Cc: serusers@lists.iptel.org Subject: RE: [Serusers]serctl
At 11:13 AM 10/7/2003, Jiri Kuthan wrote:
At 10:04 PM 10/6/2003, Sesha Bhatlapenumarthy wrote:
Hi,
I've tried to do a "serctl ping sip:466@iic.com" [466 is a extension to
the
SIP phone]. I get the following error. Can someone please tell me what it is? I'm not able to forward the call to the SIP phone through PBX.
serctl ping sip:466@iic.com
[...]
2(24590) ERROR: udp_send: sendto(sock,0x402f2fc8,359,0,0x402f245c,16): Invalid argument(22) 2(24590) CRITICAL: invalid sendtoparameters one possible reason is the server is bound to localhost and attempts to send to the net
This might be the reason -- you are running ser in debugging mode, which possibly binds only to loopback interface and you can't send out. Try turning debugging mode off.
Sorry -- better advice. Check first at which IP addresses listens with "serctl ps". If there is none which can route to iic.com (like loopback), set listen=IP in your config to a routable address.
-jiri
Actually, turning off record-routing is very likely to make sure that no STOP records will be generated ever, as subsequent BYEs will not be forced to visit the proxy server.
The answer to this question was sent by Daniel -- set accounting flag for requests forwarded using record-routing.
-Jiri
At 09:28 AM 9/29/2003, jaime.gil@orange.co.uk wrote:
Steven,
I remember having the same problem. In my case, the problem seemed to be in the loose_route processing. I don't know what it has to do with the accounting module, but commenting out this part made the trick in my case.
Jaime
"Steven R. Bunin" steve@solaas.com on 26/09/2003 17:11:41
To: serusers@lists.iptel.org cc: (bcc: Jaime GIL/EN/HTLUK)
Subject: [Serusers] Re: Serusers Digest, Vol 5, Issue 63
Hi all,
I have successfully gotten radius authentication working and I started getting Radius Start records for accounting but I am not sure what I am doing wrong in regards to getting radius Stop records.
Below is the area I believe has the most affect on Radius Acccounting from my Log File. Any suggestions would be appreciated and if it would help to see the full Config file I will send it as well.
record_route();
if (method=="REGISTER") {
# Uncomment this if you want to use digest authentication if (!radius_www_authorize("")) { www_challenge("", "0"); break; };
save("location"); break; };
if (method =="INVITE") { log(1,"INVITE\n"); setflag(1); }; if (method=="MESSAGE") { log(1,"MESSAGE\n"); setflag(1); }; if (method=="BYE"){ log (1, "BYE or CANCEL\n"); setflag(1); }; if (method=="CANCEL"){ log (1, "BYE or CANCEL\n"); setflag(1); };
Thanks in advance,
Steve
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Important. Confidentiality: This communication is intended for the above-named person and may be confidential and/or legally privileged. Any opinions expressed in this communication are not necessarily those of the company. If it has come to you in error you must take no action based on it, nor must you copy or show it to anyone; please delete/destroy and inform the sender immediately.
Monitoring/Viruses Orange may monitor all incoming and outgoing emails in line with current legislation. Although we have taken steps to ensure that this email and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free.
Orange PCS Limited is a subsidiary of Orange SA and is registered in England No 2178917, with its address at St James Court, Great Park Road, Almondsbury Park, Bradley Stoke, Bristol BS32 4QJ.
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-- Jiri Kuthan http://iptel.org/~jiri/
What could be the problem is the following statement:
if (loose_route()) { t_relay(); break; };
In some cases the condition will be true and the message will be forwarded using t_relay in the condition. In that case the processing of the script stops. To account also this case you need to set the accounting flag in this condition (before t_relay).
Jan.
On 29-09 08:28, jaime.gil@orange.co.uk wrote:
Steven,
I remember having the same problem. In my case, the problem seemed to be in the loose_route processing. I don't know what it has to do with the accounting module, but commenting out this part made the trick in my case.
Jaime
"Steven R. Bunin" steve@solaas.com on 26/09/2003 17:11:41
To: serusers@lists.iptel.org cc: (bcc: Jaime GIL/EN/HTLUK)
Subject: [Serusers] Re: Serusers Digest, Vol 5, Issue 63
Hi all,
I have successfully gotten radius authentication working and I started getting Radius Start records for accounting but I am not sure what I am doing wrong in regards to getting radius Stop records.
Below is the area I believe has the most affect on Radius Acccounting from my Log File. Any suggestions would be appreciated and if it would help to see the full Config file I will send it as well.
record_route();
if (method=="REGISTER") {
# Uncomment this if you want to use digest authentication if (!radius_www_authorize("")) { www_challenge("", "0"); break; };
save("location"); break; };
if (method =="INVITE") { log(1,"INVITE\n"); setflag(1); }; if (method=="MESSAGE") { log(1,"MESSAGE\n"); setflag(1); }; if (method=="BYE"){ log (1, "BYE or CANCEL\n"); setflag(1); }; if (method=="CANCEL"){ log (1, "BYE or CANCEL\n"); setflag(1); };
Thanks in advance,
Steve
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Important. Confidentiality: This communication is intended for the above-named person and may be confidential and/or legally privileged. Any opinions expressed in this communication are not necessarily those of the company. If it has come to you in error you must take no action based on it, nor must you copy or show it to anyone; please delete/destroy and inform the sender immediately.
Monitoring/Viruses Orange may monitor all incoming and outgoing emails in line with current legislation. Although we have taken steps to ensure that this email and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free.
Orange PCS Limited is a subsidiary of Orange SA and is registered in England No 2178917, with its address at St James Court, Great Park Road, Almondsbury Park, Bradley Stoke, Bristol BS32 4QJ.
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-
Daniel-Constantin Mierla -
jaime.gil＠orange.co.uk -
Jan Janak -
Jiri Kuthan -
Sesha Bhatlapenumarthy -
Steven R. Bunin