sr-users

sr-users@lists.kamailio.org

4 participants
37456 discussions

[Serusers] Location table in other database
by Teran Jesus 13 Jul '06

13 Jul '06

Hello, I have installed the 0.9.6 SER version, i need to have the location table in other database, and i create a database called location with its table location with the same structure, I put the modparam("usrloc", "db_url",....) in the ser.cfg, but when i start the ser process i have an error "submit_query(): Table 'location.version' doesn't exist", i create the version table in the new location database, and try again to start the ser process and i have the next error: "register_udomain(): Invalid table version (use ser_mysql.sh reinstall)", what can i do to have this table in other database, how can i resolve the error that appears? Can you help me?

2 1

RE: [Serusers] prevent INVITE without REGISTERing
by İlker Aktuna (Koç.net) 13 Jul '06

13 Jul '06

Hi, Thanks; that was the problem :) I also had to change : attr2uri("$orig_req_uri"); To attr2uri("orig_req_uri"); Great :) Thank you very much :) For > > if (!lookup_user("From")) { I had to do it this way : lookup_domain("From"); if (!lookup_user("From")) { I mean lookup_domain is needed before lookup_user. I don't know why. Thanks, ilker -----Original Message----- From: Miklos Tirpak [mailto:miklos@iptel.org] Sent: Thursday, July 13, 2006 5:53 PM To: İlker Aktuna (Koç.net) Cc: serusers(a)iptel.org Subject: Re: [Serusers] prevent INVITE without REGISTERing İlker Aktuna (Koç.net) wrote: > > > Hi, > > Thanks for your answer. > I see in my logs that both %$registered_host and %si are same but if > (!avp_equals_xl("$registered_host", "%si")) > > fails ! > > I also tried : > if (!avp_equals_xl("%$registered_host", "%si")) > > But it also failed. > > Any idea why ? try this one: if (!avp_equals_xl("registered_host", "%si")) > > Could it be that they are different types of variables ? IP address > and text ? no, both of them has string values Miklos > > Thanks, > ilker > > -----Original Message----- > From: Miklos Tirpak [mailto:miklos@iptel.org] > Sent: Wednesday, July 12, 2006 6:45 PM > To: İlker Aktuna (Koç.net) > Cc: serusers(a)iptel.org > Subject: Re: [Serusers] prevent INVITE without REGISTERing > > İlker Aktuna (Koç.net) wrote: > > > > > > > > Thanks, > > > > That configuration is accepted but now my "registered" client is > > denied at both following lines: > > > > if (!lookup_user("From")) { > > check if the From HF is the same in the INVITE as the To HF in the > REGISTER, and check the uri table in your database > > > if ((!avp_equals_xl("$registered_host", "%si") || > > !avp_equals_xl("$registered_port", "%sp"))) { > > How can I print > $registered_host to log ? > > xlog("L_ERR", "registered_host = %$registered_host \n"); > > > I can print %si with xlog(). > > I guess > xlog("L_ERR", "src ip = %si \n"); > > Miklos > > > > > Thanks, > > ilker > > > > > > -----Original Message----- > > From: Miklos Tirpak [mailto:miklos@iptel.org] > Sent: Wednesday, > July 12, 2006 4:01 PM > To: İlker Aktuna (Koç.net) > Cc: > serusers(a)iptel.org > Subject: Re: [Serusers] prevent INVITE without > REGISTERing > > İlker Aktuna (Koç.net) wrote: > > > > > > > > > Thanks Miklos, > > > > > > I think this is just what I'm looking for. > > > But I get some errors for this line: > > > if ((src_ip != @ruri.host) || (src_port != @ruri.port)) { > > > You can access src_ip and src_port via xl_lib: > > > > $registered_host = @ruri.host; > > $registered_port = @ruri.port; > > > > if ((!avp_equals_xl("$registered_host", "%si")) > || > (!avp_equals_xl("$registered_port", "%sp"))) { > ... > > > > Miklos > > > > > > > > 0(30074) parse error (175,16-17): syntax error > 0(30074) > parse > error (175,16-17): ip address or hostname expected > > 0(30074) parse > error (175,16-17): bad command > 0(30074) parse error (175,21-22): > > bad command > 0(30074) parse error (175,21-22): bad command > > > 0(30074) parse error (175,26-27): bad command > 0(30074) parse error > > (175,26-27): bad command > 0(30074) parse error (175,28-30): bad > > command > 0(30074) parse error (175,31-32): bad command > > 0(30074) > parse error (175,32-40): bad command > 0(30074) parse > error > (175,41-43): bad command > 0(30074) parse error > (175,44-45): bad > command > 0(30074) parse error (175,49-50): bad > command > 0(30074) > parse error (175,49-50): bad command > > 0(30074) parse error > (175,54-55): bad command > 0(30074) parse > error (175,54-55): bad > command > 0(30074) parse error > (175,55-56): bad command > 0(30074) > parse error (175,57-58): bad command > > Any idea why ? > > > > > > Thanks, > > > ilker > > > > > > -----Original Message----- > > > From: Miklos Tirpak [mailto:miklos@iptel.org] > Sent: > Wednesday, > July 12, 2006 11:58 AM > To: İlker Aktuna (Koç.net) > Cc: > > serusers(a)iptel.org > Subject: Re: [Serusers] prevent INVITE > without > REGISTERing > > Hi Ilker, > > just my first idea, not tested: > > > > > > > > > 1. lookup the From HF > > > > > > if (!lookup_user("From")) { > > > # reject the INVITE > > > ... > > > } > > > > > > 2. save original To UID and Request URI > > $orig_to_uid = > > $tu.uid; > $orig_req_uri = @ruri; > > 3. set To UID -- registrar > > module will use this in the lookup > > $tu.uid = $fu.uid; > > 4. > > lookup >From HF and compare the source address of the INVITE with > > > the source address of the REGISTER message > > if > > (lookup("location")) { > > > if ((src_ip != @ruri.host) || (src_port != @ruri.port)) { > > > # reject the INVITE > > > ... > > > } > > > # restore original To UID and Request URI > > > $tu.uid = $orig_to_uid; > > > attr2uri("$orig_req_uri"); > > > } else { > > > # reject the INVITE > > > ... > > > } > > > > > > Note, that the above solution is a bit ugly, you can get into > > troubles > when the user registers multiple contact addresses. It is > > better to > disable branches (see append_branches parameter in > > registrar module), > but you loose some functionality. > > > > > > Regards, > > > Miklos > > > > > > İlker Aktuna (Koç.net) wrote: > > > > > > > > Hi everyone, > > > > > > > > I am still trying to find a solution to this problem. (but > > couldn't > > find > yet) > Victor was trying to help me but I think > > he's not > able to reply these days. > > > > > > > > Is there any idea to achieve what I need. > > > > > > > > Thanks, > > > > ilker > > > > > > > > > > > > > > ---------------------------------------------------------------------- > > > > -- > > > > *From:* serusers-bounces(a)lists.iptel.org > > > > [mailto:serusers-bounces@lists.iptel.org] *On Behalf Of *İlker Aktuna > > > > (Koç.net) > *Sent:* Tuesday, July 11, 2006 1:41 PM > *To:* > > Victor > Stanescu > *Cc:* serusers(a)iptel.org > *Subject:* RE: > > [Serusers] > prevent INVITE without REGISTERing > > Hi, > > > What > if my proxy > does not handle authenticating INVITE messages ? > > > > > > > > In that case I think the best way is to lookup location table > > for > the > source URI. > > > > If the source URI location matches the location in that table > > then > we > must permit INVITE message. > > > > How can I configure this ? > > > > > > > > Thanks, > > > > ilker > > > > > > > > -----Original Message----- > > > > From: serusers-bounces(a)lists.iptel.org > > > > [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Victor Stanescu > > > > Sent: Monday, July 10, 2006 1:49 PM > Cc: serusers(a)iptel.org > > > > Subject: Re: [Serusers] prevent INVITE without REGISTERing > > > > > Please read "domain" instead of "gtstelecom.ro": > > > > www_authorize("domain", > > > > "subscriber") and proxy_authorize("domain", "subscriber"), > > > otherwise > the code fragment will not be correct. I forgot to > > > replace with a generic name. > > > > > > > > Victor Stanescu wrote: > > > > > I think it is easier to force him to authenticate the INVITE. > > If > he > is > able to authenticate the INVITE, why do you care > if > he is > > registered > or not? > > > > > > > > > > if (method=="REGISTER") { > > > > > if(!src_ip=="other") { > > > > > if (!www_authorize("gtstelecom.ro", "subscriber")) { > > > > > www_challenge("domain", "0"); > > > > > break; > > > > > }; > > > > > save("location"); > > > > > log("Replicating REGISTER\n"); > > > > > t_replicate("other", "5060"); > > > > > } else { > > > > > save("location"); > > > > > }; > > > > > break; > > > > > } else { > > > > > # this is an INVITE > > > > > if (!proxy_authorize("gtstelecom.ro", "subscriber")) { > > > > > proxy_challenge("domain", "1"); > > > > > break; > > > > > }; > > > > > # route the call > > > > > ... > > > > > }; > > > > > > > > > > İlker Aktuna (Koç.net) wrote: > > > > >> > > > > >> Hi all, > > > > >> > > > > >> Is it possible to prevent any user calling without > registering ? > > > > What >> is the best way to do this ? > > > > >> I guess I'll have to check if the source URI exists in > > location > table. > > > > >> What is the easiest way to do this ? > > > > >> > > > > >> If there is a more robust way to do it, please suggest... > > > > >> > > > > >> Thanks, > > > > >> ilker > > > > >> > > > > >> > > > > > > > > > > > > <http://387555.sigclick.mailinfo.com/sigclick/02090502/04034D03/0203034B/032…> _____________________________________________________________________________________________________________________________________________ Bu e-posta mesaji kisiye ozel olup, gizli bilgiler iceriyor olabilir. Eger bu e-posta mesaji size yanlislikla ulasmissa, icerigini hic bir sekilde kullanmayiniz ve ekli dosyalari acmayiniz. Bu durumda lutfen e-posta mesajini kullaniciya hemen geri gonderiniz ve tum kopyalarini mesaj kutunuzdan siliniz. Bu e-posta mesaji, hic bir sekilde, herhangi bir amac icin cogaltilamaz, yayinlanamaz ve para karsiligi satilamaz. Bu e-posta mesaji viruslere karsi anti-virus sistemleri tarafindan taranmistir. Ancak yollayici, bu e-posta mesajinin - virus koruma sistemleri ile kontrol ediliyor olsa bile - virus icermedigini garanti etmez ve meydana gelebilecek zararlardan dogacak hicbir sorumlulugu kabul etmez. This message is intended solely for the use of the individual or entity to whom it is addressed , and may contain confidential information. If you are not the intended recipient of this message or you receive this mail in error, you should refrain from making any use of the contents and from opening any attachment. In that case, please notify the sender immediately and return the message to the sender, then, delete and destroy all copies. This e-mail message, can not be copied, published or sold for any reason. This e-mail message has been swept by anti-virus systems for the presence of computer viruses. In doing so, however, sender cannot warrant that virus or other forms of data corruption may not be present and do not take any responsibility in any occurrence. _____________________________________________________________________________________________________________________________________________

1 0

RE: [Serusers] prevent INVITE without REGISTERing
by İlker Aktuna (Koç.net) 13 Jul '06

13 Jul '06

Hi, Thanks for your answer. I see in my logs that both %$registered_host and %si are same but if (!avp_equals_xl("$registered_host", "%si")) fails ! I also tried : if (!avp_equals_xl("%$registered_host", "%si")) But it also failed. Any idea why ? Could it be that they are different types of variables ? IP address and text ? Thanks, ilker -----Original Message----- From: Miklos Tirpak [mailto:miklos@iptel.org] Sent: Wednesday, July 12, 2006 6:45 PM To: İlker Aktuna (Koç.net) Cc: serusers(a)iptel.org Subject: Re: [Serusers] prevent INVITE without REGISTERing İlker Aktuna (Koç.net) wrote: > > > > Thanks, > > That configuration is accepted but now my "registered" client is > denied at both following lines: > > if (!lookup_user("From")) { check if the From HF is the same in the INVITE as the To HF in the REGISTER, and check the uri table in your database > if ((!avp_equals_xl("$registered_host", "%si") || > !avp_equals_xl("$registered_port", "%sp"))) { > > How can I print $registered_host to log ? xlog("L_ERR", "registered_host = %$registered_host \n"); > I can print %si with xlog(). I guess xlog("L_ERR", "src ip = %si \n"); Miklos > > Thanks, > ilker > > > -----Original Message----- > From: Miklos Tirpak [mailto:miklos@iptel.org] > Sent: Wednesday, July 12, 2006 4:01 PM > To: İlker Aktuna (Koç.net) > Cc: serusers(a)iptel.org > Subject: Re: [Serusers] prevent INVITE without REGISTERing > > İlker Aktuna (Koç.net) wrote: > > > > > > Thanks Miklos, > > > > I think this is just what I'm looking for. > > But I get some errors for this line: > > if ((src_ip != @ruri.host) || (src_port != @ruri.port)) { > > You can access src_ip and src_port via xl_lib: > > $registered_host = @ruri.host; > $registered_port = @ruri.port; > > if ((!avp_equals_xl("$registered_host", "%si")) > || (!avp_equals_xl("$registered_port", "%sp"))) { > ... > > Miklos > > > > > 0(30074) parse error (175,16-17): syntax error > 0(30074) parse > error (175,16-17): ip address or hostname expected > 0(30074) parse > error (175,16-17): bad command > 0(30074) parse error (175,21-22): > bad command > 0(30074) parse error (175,21-22): bad command > > 0(30074) parse error (175,26-27): bad command > 0(30074) parse error > (175,26-27): bad command > 0(30074) parse error (175,28-30): bad > command > 0(30074) parse error (175,31-32): bad command > 0(30074) > parse error (175,32-40): bad command > 0(30074) parse error > (175,41-43): bad command > 0(30074) parse error (175,44-45): bad > command > 0(30074) parse error (175,49-50): bad command > 0(30074) > parse error (175,49-50): bad command > 0(30074) parse error > (175,54-55): bad command > 0(30074) parse error (175,54-55): bad > command > 0(30074) parse error (175,55-56): bad command > 0(30074) > parse error (175,57-58): bad command > > Any idea why ? > > > > Thanks, > > ilker > > > > -----Original Message----- > > From: Miklos Tirpak [mailto:miklos@iptel.org] > Sent: Wednesday, > July 12, 2006 11:58 AM > To: İlker Aktuna (Koç.net) > Cc: > serusers(a)iptel.org > Subject: Re: [Serusers] prevent INVITE without > REGISTERing > > Hi Ilker, > > just my first idea, not tested: > > > > > > 1. lookup the From HF > > > > if (!lookup_user("From")) { > > # reject the INVITE > > ... > > } > > > > 2. save original To UID and Request URI > > $orig_to_uid = > $tu.uid; > $orig_req_uri = @ruri; > > 3. set To UID -- registrar > module will use this in the lookup > > $tu.uid = $fu.uid; > > 4. > lookup >From HF and compare the source address of the INVITE with > > the source address of the REGISTER message > > if > (lookup("location")) { > > if ((src_ip != @ruri.host) || (src_port != @ruri.port)) { > > # reject the INVITE > > ... > > } > > # restore original To UID and Request URI > > $tu.uid = $orig_to_uid; > > attr2uri("$orig_req_uri"); > > } else { > > # reject the INVITE > > ... > > } > > > > Note, that the above solution is a bit ugly, you can get into > troubles > when the user registers multiple contact addresses. It is > better to > disable branches (see append_branches parameter in > registrar module), > but you loose some functionality. > > > > Regards, > > Miklos > > > > İlker Aktuna (Koç.net) wrote: > > > > > > Hi everyone, > > > > > > I am still trying to find a solution to this problem. (but > couldn't > > find > yet) > Victor was trying to help me but I think > he's not > able to reply these days. > > > > > > Is there any idea to achieve what I need. > > > > > > Thanks, > > > ilker > > > > > > > > > ---------------------------------------------------------------------- > > > -- > > > *From:* serusers-bounces(a)lists.iptel.org > > > [mailto:serusers-bounces@lists.iptel.org] *On Behalf Of *İlker Aktuna > > > (Koç.net) > *Sent:* Tuesday, July 11, 2006 1:41 PM > *To:* > Victor > Stanescu > *Cc:* serusers(a)iptel.org > *Subject:* RE: > [Serusers] > prevent INVITE without REGISTERing > > Hi, > > What > if my proxy > does not handle authenticating INVITE messages ? > > > > > > In that case I think the best way is to lookup location table > for > the > source URI. > > > If the source URI location matches the location in that table > then > we > must permit INVITE message. > > > How can I configure this ? > > > > > > Thanks, > > > ilker > > > > > > -----Original Message----- > > > From: serusers-bounces(a)lists.iptel.org > > > [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Victor Stanescu > > > Sent: Monday, July 10, 2006 1:49 PM > Cc: serusers(a)iptel.org > > > Subject: Re: [Serusers] prevent INVITE without REGISTERing > > > > Please read "domain" instead of "gtstelecom.ro": > > > www_authorize("domain", > > > "subscriber") and proxy_authorize("domain", "subscriber"), > > otherwise > the code fragment will not be correct. I forgot to > > replace with a generic name. > > > > > > Victor Stanescu wrote: > > > > I think it is easier to force him to authenticate the INVITE. > If > he > is > able to authenticate the INVITE, why do you care if > he is > > registered > or not? > > > > > > > > if (method=="REGISTER") { > > > > if(!src_ip=="other") { > > > > if (!www_authorize("gtstelecom.ro", "subscriber")) { > > > > www_challenge("domain", "0"); > > > > break; > > > > }; > > > > save("location"); > > > > log("Replicating REGISTER\n"); > > > > t_replicate("other", "5060"); > > > > } else { > > > > save("location"); > > > > }; > > > > break; > > > > } else { > > > > # this is an INVITE > > > > if (!proxy_authorize("gtstelecom.ro", "subscriber")) { > > > > proxy_challenge("domain", "1"); > > > > break; > > > > }; > > > > # route the call > > > > ... > > > > }; > > > > > > > > İlker Aktuna (Koç.net) wrote: > > > >> > > > >> Hi all, > > > >> > > > >> Is it possible to prevent any user calling without registering ? > > > What >> is the best way to do this ? > > > >> I guess I'll have to check if the source URI exists in > location > table. > > > >> What is the easiest way to do this ? > > > >> > > > >> If there is a more robust way to do it, please suggest... > > > >> > > > >> Thanks, > > > >> ilker > > > >> > > > >> > > > > > > > > > > > > > <http://387555.sigclick.mailinfo.com/sigclick/00090507/060D4E00/00010A > 4E/0113122382.jpg> > ______________________________________________________________________ > ______________________________________________________________________ > _ Bu e-posta mesaji kisiye ozel olup, gizli bilgiler iceriyor > olabilir. > Eger bu e-posta mesaji size yanlislikla ulasmissa, icerigini hic bir > sekilde kullanmayiniz ve ekli dosyalari acmayiniz. Bu durumda lutfen > e-posta mesajini kullaniciya hemen geri gonderiniz ve tum > kopyalarini mesaj kutunuzdan siliniz. Bu e-posta mesaji, hic bir > sekilde, herhangi bir amac icin cogaltilamaz, yayinlanamaz ve para karsiligi satilamaz. > Bu e-posta mesaji viruslere karsi anti-virus sistemleri tarafindan > taranmistir. Ancak yollayici, bu e-posta mesajinin - virus koruma > sistemleri ile kontrol ediliyor olsa bile - virus icermedigini garanti > etmez ve meydana gelebilecek zararlardan dogacak hicbir sorumlulugu > kabul etmez. > This message is intended solely for the use of the individual or > entity to whom it is addressed , and may contain confidential > information. If you are not the intended recipient of this message or > you receive this mail in error, you should refrain from making any use > of the contents and from opening any attachment. In that case, please > notify the sender immediately and return the message to the sender, > then, delete and destroy all copies. This e-mail message, can not be > copied, published or sold for any reason. This e-mail message has been > swept by anti-virus systems for the presence of computer viruses. In > doing so, however, sender cannot warrant that virus or other forms of > data corruption may not be present and do not take any responsibility in any occurrence. > ______________________________________________________________________ > ______________________________________________________________________ > _ <http://387555.sigclick.mailinfo.com/sigclick/06090204/02044C00/06000C4D/051…> _____________________________________________________________________________________________________________________________________________ Bu e-posta mesaji kisiye ozel olup, gizli bilgiler iceriyor olabilir. Eger bu e-posta mesaji size yanlislikla ulasmissa, icerigini hic bir sekilde kullanmayiniz ve ekli dosyalari acmayiniz. Bu durumda lutfen e-posta mesajini kullaniciya hemen geri gonderiniz ve tum kopyalarini mesaj kutunuzdan siliniz. Bu e-posta mesaji, hic bir sekilde, herhangi bir amac icin cogaltilamaz, yayinlanamaz ve para karsiligi satilamaz. Bu e-posta mesaji viruslere karsi anti-virus sistemleri tarafindan taranmistir. Ancak yollayici, bu e-posta mesajinin - virus koruma sistemleri ile kontrol ediliyor olsa bile - virus icermedigini garanti etmez ve meydana gelebilecek zararlardan dogacak hicbir sorumlulugu kabul etmez. This message is intended solely for the use of the individual or entity to whom it is addressed , and may contain confidential information. If you are not the intended recipient of this message or you receive this mail in error, you should refrain from making any use of the contents and from opening any attachment. In that case, please notify the sender immediately and return the message to the sender, then, delete and destroy all copies. This e-mail message, can not be copied, published or sold for any reason. This e-mail message has been swept by anti-virus systems for the presence of computer viruses. In doing so, however, sender cannot warrant that virus or other forms of data corruption may not be present and do not take any responsibility in any occurrence. _____________________________________________________________________________________________________________________________________________

2 1

RE: [Serusers] prevent INVITE without REGISTERing
by İlker Aktuna (Koç.net) 13 Jul '06

13 Jul '06

H i, Thanks for your answer. I see in my logs that both %$registered_host and %si are same but if (!avp_equals_xl("$registered_host", "%si")) fails ! I also tried : if (!avp_equals_xl("%$registered_host", "%si")) But it also failed. Any idea why ? Could it be that they are different types of variables ? IP address and text ? Thanks, ilker -----Original Message----- From: Miklos Tirpak [mailto:miklos@iptel.org <mailto:miklos@iptel.org> ] Sent: Wednesday, July 12, 2006 6:45 PM To: İlker Aktuna (Koç.net) Cc: serusers(a)iptel.org Subject: Re: [Serusers] prevent INVITE without REGISTERing İlker Aktuna (Koç.net) wrote: > > > > Thanks, > > That configuration is accepted but now my "registered" client is > denied at both following lines: > > if (!lookup_user("From")) { check if the From HF is the same in the INVITE as the To HF in the REGISTER, and check the uri table in your database > if ((!avp_equals_xl("$registered_host", "%si") || > !avp_equals_xl("$registered_port", "%sp"))) { > > How can I print $registered_host to log ? xlog("L_ERR", "registered_host = %$registered_host \n"); > I can print %si with xlog(). I guess xlog("L_ERR", "src ip = %si \n"); Miklos > > Thanks, > ilker > > > -----Original Message----- > From: Miklos Tirpak [mailto:miklos@iptel.org <mailto:miklos@iptel.org> ] > Sent: Wednesday, July 12, 2006 4:01 PM > To: İlker Aktuna (Koç.net) > Cc: serusers(a)iptel.org > Subject: Re: [Serusers] prevent INVITE without REGISTERing > > İlker Aktuna (Koç.net) wrote: > > > > > > Thanks Miklos, > > > > I think this is just what I'm looking for. > > But I get some errors for this line: > > if ((src_ip != @ruri.host) || (src_port != @ruri.port)) { > > You can access src_ip and src_port via xl_lib: > > $registered_host = @ruri.host; > $registered_port = @ruri.port; > > if ((!avp_equals_xl("$registered_host", "%si")) > || (!avp_equals_xl("$registered_port", "%sp"))) { > ... > > Miklos > > > > > 0(30074) parse error (175,16-17): syntax error > 0(30074) parse > error (175,16-17): ip address or hostname expected > 0(30074) parse > error (175,16-17): bad command > 0(30074) parse error (175,21-22): > bad command > 0(30074) parse error (175,21-22): bad command > > 0(30074) parse error (175,26-27): bad command > 0(30074) parse error > (175,26-27): bad command > 0(30074) parse error (175,28-30): bad > command > 0(30074) parse error (175,31-32): bad command > 0(30074) > parse error (175,32-40): bad command > 0(30074) parse error > (175,41-43): bad command > 0(30074) parse error (175,44-45): bad > command > 0(30074) parse error (175,49-50): bad command > 0(30074) > parse error (175,49-50): bad command > 0(30074) parse error > (175,54-55): bad command > 0(30074) parse error (175,54-55): bad > command > 0(30074) parse error (175,55-56): bad command > 0(30074) > parse error (175,57-58): bad command > > Any idea why ? > > > > Thanks, > > ilker > > > > -----Original Message----- > > From: Miklos Tirpak [mailto:miklos@iptel.org <mailto:miklos@iptel.org> ] > Sent: Wednesday, > July 12, 2006 11:58 AM > To: İlker Aktuna (Koç.net) > Cc: > serusers(a)iptel.org > Subject: Re: [Serusers] prevent INVITE without > REGISTERing > > Hi Ilker, > > just my first idea, not tested: > > > > > > 1. lookup the From HF > > > > if (!lookup_user("From")) { > > # reject the INVITE > > ... > > } > > > > 2. save original To UID and Request URI > > $orig_to_uid = > $tu.uid; > $orig_req_uri = @ruri; > > 3. set To UID -- registrar > module will use this in the lookup > > $tu.uid = $fu.uid; > > 4. > lookup >From HF and compare the source address of the INVITE with > > the source address of the REGISTER message > > if > (lookup("location")) { > > if ((src_ip != @ruri.host) || (src_port != @ruri.port)) { > > # reject the INVITE > > ... > > } > > # restore original To UID and Request URI > > $tu.uid = $orig_to_uid; > > attr2uri("$orig_req_uri"); > > } else { > > # reject the INVITE > > ... > > } > > > > Note, that the above solution is a bit ugly, you can get into > troubles > when the user registers multiple contact addresses. It is > better to > disable branches (see append_branches parameter in > registrar module), > but you loose some functionality. > > > > Regards, > > Miklos > > > > İlker Aktuna (Koç.net) wrote: > > > > > > Hi everyone, > > > > > > I am still trying to find a solution to this problem. (but > couldn't > > find > yet) > Victor was trying to help me but I think > he's not > able to reply these days. > > > > > > Is there any idea to achieve what I need. > > > > > > Thanks, > > > ilker > > > > > > > > > ---------------------------------------------------------------------- > > > -- > > > *From:* serusers-bounces(a)lists.iptel.org > > > [mailto:serusers-bounces@lists.iptel.org <mailto:serusers-bounces@lists.iptel.org> ] *On Behalf Of *İlker Aktuna > > > (Koç.net) > *Sent:* Tuesday, July 11, 2006 1:41 PM > *To:* > Victor > Stanescu > *Cc:* serusers(a)iptel.org > *Subject:* RE: > [Serusers] > prevent INVITE without REGISTERing > > Hi, > > What > if my proxy > does not handle authenticating INVITE messages ? > > > > > > In that case I think the best way is to lookup location table > for > the > source URI. > > > If the source URI location matches the location in that table > then > we > must permit INVITE message. > > > How can I configure this ? > > > > > > Thanks, > > > ilker > > > > > > -----Original Message----- > > > From: serusers-bounces(a)lists.iptel.org > > > [mailto:serusers-bounces@lists.iptel.org <mailto:serusers-bounces@lists.iptel.org> ] On Behalf Of Victor Stanescu > > > Sent: Monday, July 10, 2006 1:49 PM > Cc: serusers(a)iptel.org > > > Subject: Re: [Serusers] prevent INVITE without REGISTERing > > > > Please read "domain" instead of "gtstelecom.ro": > > > www_authorize("domain", > > > "subscriber") and proxy_authorize("domain", "subscriber"), > > otherwise > the code fragment will not be correct. I forgot to > > replace with a generic name. > > > > > > Victor Stanescu wrote: > > > > I think it is easier to force him to authenticate the INVITE. > If > he > is > able to authenticate the INVITE, why do you care if > he is > > registered > or not? > > > > > > > > if (method=="REGISTER") { > > > > if(!src_ip=="other") { > > > > if (!www_authorize("gtstelecom.ro", "subscriber")) { > > > > www_challenge("domain", "0"); > > > > break; > > > > }; > > > > save("location"); > > > > log("Replicating REGISTER\n"); > > > > t_replicate("other", "5060"); > > > > } else { > > > > save("location"); > > > > }; > > > > break; > > > > } else { > > > > # this is an INVITE > > > > if (!proxy_authorize("gtstelecom.ro", "subscriber")) { > > > > proxy_challenge("domain", "1"); > > > > break; > > > > }; > > > > # route the call > > > > ... > > > > }; > > > > > > > > İlker Aktuna (Koç.net) wrote: > > > >> > > > >> Hi all, > > > >> > > > >> Is it possible to prevent any user calling without registering ? > > > What >> is the best way to do this ? > > > >> I guess I'll have to check if the source URI exists in > location > table. > > > >> What is the easiest way to do this ? > > > >> > > > >> If there is a more robust way to do it, please suggest... > > > >> > > > >> Thanks, > > > >> ilker > > > >> > > > >> > > > > > > > > > <http://387555.sigclick.mailinfo.com/sigclick/0A0C0204/04064E00/0A06054D/031…> _____________________________________________________________________________________________________________________________________________ Bu e-posta mesaji kisiye ozel olup, gizli bilgiler iceriyor olabilir. Eger bu e-posta mesaji size yanlislikla ulasmissa, icerigini hic bir sekilde kullanmayiniz ve ekli dosyalari acmayiniz. Bu durumda lutfen e-posta mesajini kullaniciya hemen geri gonderiniz ve tum kopyalarini mesaj kutunuzdan siliniz. Bu e-posta mesaji, hic bir sekilde, herhangi bir amac icin cogaltilamaz, yayinlanamaz ve para karsiligi satilamaz. Bu e-posta mesaji viruslere karsi anti-virus sistemleri tarafindan taranmistir. Ancak yollayici, bu e-posta mesajinin - virus koruma sistemleri ile kontrol ediliyor olsa bile - virus icermedigini garanti etmez ve meydana gelebilecek zararlardan dogacak hicbir sorumlulugu kabul etmez. This message is intended solely for the use of the individual or entity to whom it is addressed , and may contain confidential information. If you are not the intended recipient of this message or you receive this mail in error, you should refrain from making any use of the contents and from opening any attachment. In that case, please notify the sender immediately and return the message to the sender, then, delete and destroy all copies. This e-mail message, can not be copied, published or sold for any reason. This e-mail message has been swept by anti-virus systems for the presence of computer viruses. In doing so, however, sender cannot warrant that virus or other forms of data corruption may not be present and do not take any responsibility in any occurrence. _____________________________________________________________________________________________________________________________________________

1 0

[Users] Openser with Radius
by Dubromez Matthieu 13 Jul '06

13 Jul '06

Hi all, I'm new in OpenSER and I try to authenticate users with my LDAP by a Radius server. My problem is that the attribute User-Password missed in the request I think. I searched a solution but nothing worked! Can someone help me please! Here is the log of radiusd : rlm_ldap: checking if remote access for A208534 is allowed by uid rlm_ldap: looking for check items in directory... rlm_ldap: looking for reply items in directory... rlm_ldap: user A208534 authorized to use remote access rlm_ldap: ldap_release_conn: Release Id: 0 modcall[authorize]: module "ldap" returns ok for request 4 modcall: leaving group authorize (returns ok) for request 4 rad_check_password: Found Auth-Type LDAP auth: type "LDAP" Processing the authenticate section of radiusd.conf modcall: entering group LDAP for request 4 rlm_ldap: - authenticate rlm_ldap: Attribute "User-Password" is required for authentication. modcall[authenticate]: module "ldap" returns invalid for request 4 modcall: leaving group LDAP (returns invalid) for request 4 auth: Failed to validate the user. Thanks for help Matthieu PS : Sorry for my english!

2 5

[Users] Urgently reqire help regading AVPOPS module
by Tanzeel serfaraz 13 Jul '06

13 Jul '06

Hi users; i have to implement AVPOPS module example like trusting Source IP : (http://www.voice-system.ro/docs/avpops/ar01s08.html) as i am new to use openser i have few questions regarding configuration of the AVPOPS module: Q:How i came to know that my configuration is working ,i mean to say that ,when i instaled openser i add the users in mysql and login from any cilent like(Xlite).the users gets response from server ,but know after modification in openser.cfg for avpops module ,how i know that my configuration is working :Either these avps are loaded in my machine if yes plzz teel me where , or i have to use XLITE like client . if any body works like that plz send me configuration file . Thanks Tanzeel __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

[Users] Cisco Gateway Disconnects the call
by Hamid Ali Asgari 13 Jul '06

13 Jul '06

Hi, I am still stuck with the Cisco gateway (SIP-PSTN) disconnecting the call. Bellow is the call trace from ethereal, the problem is that the Cisco gateway (for some reason I don't know) sends a BYE. Does this have anything to do with the ACKS? I have tested the same scenario with the UA being Windows Messenger and the Cisco Gateway, and there are no problems. Any advice on troubleshooting this? Thanks in advance, Hamid PS: 192.168.11.102 = UA 10.30.30.18 = OpenSER 10.30.30.19 = Cisco Gateway ---------------------------------------------------------------------------- ------------------------------------------- |Time | 192.168.11.102 | 10.30.30.18 | 10.30.30.19 | ---------------------------------------------------------------------------- ------------------------------------------- |9.739 | INVITE SDP ( g729 g711U g711A telephone-event) | |SIP From: sip:102@mydomain.com To:sip:0098146@mydomain.com | |(5060) ------------------> (5060) | | |9.743 | | INVITE SDP ( g729 g711U g711A telephone-event) |SIP Request | | |(5060) ------------------> (5060) | |9.743 | 100 trying -- your call is important to us | |SIP Status | |(5060) <------------------ (5060) | | |9.752 | | 100 Trying| |SIP Status | | |(5060) <------------------ (5060) | |9.932 | 100 Trying| | |SIP Status | |(5060) <------------------ (5060) | | |11.668 | | 183 Session Progress SDP ( g729 telephone-event) |SIP Status | | |(5060) <------------------ (5060) | |11.670 | 183 Session Progress SDP ( g729 telephone-event) | |SIP Status | |(5060) <------------------ (5060) | | |11.671 | | 200 OK SDP ( g729 telephone-event) |SIP Status | | |(5060) <------------------ (5060) | |11.673 | 200 OK SDP ( g729 telephone-event) | |SIP Status | |(5060) <------------------ (5060) | | |11.687 | RTP (g729) | |RTP Num packets:1634 Duration:19.469s ssrc:126289683 | |(6000) <-------------------------------------- (16400) | |11.735 | ACK | | |SIP Request | |(5060) ------------------> (5060) | | |12.003 | RTP (g729) | |RTP Num packets:18 Duration:0.161s ssrc:3634 | |(6000) --------------------------------------> (16400) | |12.169 | | 200 OK SDP ( g729 telephone-event) |SIP Status | | |(5060) <------------------ (5060) | |12.171 | 200 OK SDP ( g729 telephone-event) | |SIP Status | |(5060) <------------------ (5060) | | |12.184 | RTP (g729) | |RTP Num packets:100 Duration:0.979s ssrc:3634 | |(6000) --------------------------------------> (16400) | |12.254 | ACK | | |SIP Request | |(5060) ------------------> (5060) | | |13.169 | | 200 OK SDP ( g729 telephone-event) |SIP Status | | |(5060) <------------------ (5060) | |13.172 | 200 OK SDP ( g729 telephone-event) | |SIP Status | |(5060) <------------------ (5060) | | |13.183 | RTP (g729) | |RTP Num packets:200 Duration:1.980s ssrc:3634 | |(6000) --------------------------------------> (16400) | |13.240 | ACK | | |SIP Request | |(5060) ------------------> (5060) | | |15.169 | | 200 OK SDP ( g729 telephone-event) |SIP Status | | |(5060) <------------------ (5060) | |15.171 | 200 OK SDP ( g729 telephone-event) | |SIP Status | |(5060) <------------------ (5060) | | |15.183 | RTP (g729) | |RTP Num packets:400 Duration:3.980s ssrc:3634 | |(6000) --------------------------------------> (16400) | |15.235 | ACK | | |SIP Request | |(5060) ------------------> (5060) | | |19.169 | | 200 OK SDP ( g729 telephone-event) |SIP Status | | |(5060) <------------------ (5060) | |19.172 | 200 OK SDP ( g729 telephone-event) | |SIP Status | |(5060) <------------------ (5060) | | |19.183 | RTP (g729) | |RTP Num packets:400 Duration:3.980s ssrc:3634 | |(6000) --------------------------------------> (16400) | |19.245 | ACK | | |SIP Request | |(5060) ------------------> (5060) | | |23.169 | | 200 OK SDP ( g729 telephone-event) |SIP Status | | |(5060) <------------------ (5060) | |23.172 | 200 OK SDP ( g729 telephone-event) | |SIP Status | |(5060) <------------------ (5060) | | |23.183 | RTP (g729) | |RTP Num packets:400 Duration:3.980s ssrc:3634 | |(6000) --------------------------------------> (16400) | |23.256 | ACK | | |SIP Request | |(5060) ------------------> (5060) | | |27.169 | | 200 OK SDP ( g729 telephone-event) |SIP Status | | |(5060) <------------------ (5060) | |27.172 | 200 OK SDP ( g729 telephone-event) | |SIP Status | |(5060) <------------------ (5060) | | |27.211 | ACK | | |SIP Request | |(5060) ------------------> (5060) | | |27.212 | RTP (g729) | |RTP Num packets:402 Duration:3.971s ssrc:3634 | |(6000) --------------------------------------> (16400) | |31.170 | | BYE | |SIP Request | | |(5060) <------------------ (55584) | |31.174 | BYE | | |SIP Request | |(5060) <------------------ (5060) | | |31.221 | 200 OK | | |SIP Status | |(5060) ------------------> (5060) | | |31.223 | | 200 OK | |SIP Status | | |(5060) ------------------> (5060) | |39.683 | 408 Request Timeout | |SIP Status | |(5060) <------------------ (5060) | | |39.751 | ACK | | |SIP Request | |(5060) ------------------> (5060) | | |39.752 | | ACK | |SIP Request | | |(5060) ------------------> (5060) |

3 7

[Serusers] PRACK
by Razvan Nemesiu 13 Jul '06

13 Jul '06

Hello, Does anyone have a sample configuration of SER which handles PRACK ? I am trying to solve a problem with my SER because if it receives a PRACK it doesn't relay the PRACK. I use SER 0.8.14 but I have also tried on SER 0.9.6 but it doesn't work. Thanks, Razvan

2 2

Re: [Serusers] SER NewBie : acc - initializing
by Andrey Kouprianov 13 Jul '06

13 Jul '06

Hi, I've just checked your ser.cfg. I dont see any main routing block, so I assume you havent put in there. That's ok. Anyway, the README file for acc.so module says the following: The module depends on the following modules (in the other words the listed modules must be loaded before this module): * tm -- Transaction Manager * a database module -- If compiled with database support. So, I guess you'd have to put "loadmodule" directive after mysql.so and tm.so. Plz, try. Bests, Andrey. On 7/13/06, Asep Saifudin <aseps2000(a)gmail.com> wrote: > I use 0.9.6.2 in my FreeBSD 6.0 Os > > > 2006/7/13, Asep Saifudin <aseps2000(a)gmail.com>: > > > > > > Hi Andrey, > > Here my ser.cfg and Pls Help > > and message loe stil same with my first email after acc - > initializing...ser would be freeze (don't do anything). > > > > > > Asep > > > > 2006/7/13, Andrey Kouprianov <andrey.kouprianov(a)gmail.com>: > > > btw, which version of SER are you using now? > > > > > > On 7/13/06, Andrey Kouprianov < andrey.kouprianov(a)gmail.com> wrote: > > > > I dont know how your ser.cfg looks like, but try running ser with > > > > "serctl start" + > > > > make sure that the following is set as follows "log_stderror=no" and > "fork=yes". > > > > > > > > It would be nice if we saw your ser.cfg + message log, after you ran > it. > > > > > > > > Regards, > > > > > > > > Andrey. > > > > > > > > > > > > On 7/13/06, Asep Saifudin < aseps2000(a)gmail.com> wrote: > > > > > > > > > > Hi, > > > > > > > > > > And when I check in /var/log/messages > > > > > I got message : > > > > > kernel: pid 36162 (ser), uid 0: exited on signal 11 (core dumped) > > > > > > > > > > I don't what it's mean... > > > > > > > > > > ~Asep > > > > > > > > > > 2006/7/13, Asep Saifudin < aseps2000(a)gmail.com>: > > > > > > > > > > > > > > > > > > Hi Andrey, > > > > > > > > > > > > The problem is ser cannot running as service cos when I search > with ps -ax > > > > > |grep ser, there's no ser active in my linux box. > > > > > > > > > > > > ~Asep > > > > > > > > > > > > > > > > > > 2006/7/13, Andrey Kouprianov < andrey.kouprianov(a)gmail.com>: > > > > > > > > > > > > > I dont see ANY error messages... It's just a log dump... > > > > > > > > > > > > > > On 7/13/06, Asep Saifudin < aseps2000(a)gmail.com> wrote: > > > > > > > > > > > > > > > > Hi All, > > > > > > > > > > > > > > > > After I check my ser.cfg with command ser -c and the result is > config > > > > > file > > > > > > > > ok (thanks Alberto for your help), > > > > > > > > but when I try to run ser with command ser -f > > > > > /usr/local/etc/ser/ser.cfg I > > > > > > > > got error acc initializing. > > > > > > > > Here are the error message : > > > > > > > > > > > > > > > > > > > > > > > > Listening on > > > > > > > > udp: 202.65.228.3 [ 202.65.228.3 ]:5060 > > > > > > > > udp: 127.0.0.1 [ 127.0.0.1]:5060 > > > > > > > > tcp: 202.65.228.3 [ 202.65.228.3]:5060 > > > > > > > > tcp: 127.0.0.1 [ 127.0.0.1]:5060 > > > > > > > > Aliases: > > > > > > > > tcp: localhost:5060 > > > > > > > > tcp: localhost.starcall.com:5060 > > > > > > > > udp: localhost:5060 > > > > > > > > udp: localhost.starcall.com:5060 > > > > > > > > *: 202.65.228.3:* > > > > > > > > *: sangbintang.starcall.com:* > > > > > > > > *: sangbintang:* > > > > > > > > > > > > > > > > 0(36107) fm_malloc_init: F_OPTIMIZE=16384, /ROUNDTO=2048 > > > > > > > > 0(36107) fm_malloc_init: F_HASH_SIZE=2067, fm_block > size=16548 > > > > > > > > 0(36107) fm_malloc_init(0x28589000, 33554432), > start=0x28589000 > > > > > > > > 0(36107) shm_mem_init: success > > > > > > > > 0(0) core dump limits set to 0 > > > > > > > > 0(0) DEBUG: init_mod: acc > > > > > > > > acc - initializing > > > > > > > > 0(0) find_export: found <load_tm> in module tm > > > > > > > > [/usr/local/lib/ser/modules/tm.so] > > > > > > > > 0(0) find_export: found <register_tmcb> in module tm > > > > > > > > [/usr/local/lib/ser/modules/tm.so] > > > > > > > > 0(0) find_export: found <t_newtran> in module tm > > > > > > > > [/usr/local/lib/ser/modules/tm.so] > > > > > > > > 0(0) find_export: found <t_relay_to_tcp> in module tm > > > > > > > > > [/usr/local/lib/ser/modules/tm.so]sangbintang# > > > > > > > > 0(0) find_export: found <t_relay_to_udp> in module tm > > > > > > > > [/usr/local/lib/ser/modules/tm.so] > > > > > > > > 0(0) find_export: found <t_relay> in module tm > > > > > > > > [/usr/local/lib/ser/modules/tm.so] > > > > > > > > 0(0) find_export: found <t_reply> in module tm > > > > > > > > [/usr/local/lib/ser/modules/tm.so] > > > > > > > > 0(0) find_export: found <t_reply_with_body> in module tm > > > > > > > > [/usr/local/lib/ser/modules/tm.so] > > > > > > > > 0(0) find_export: found <t_is_local> in module tm > > > > > > > > [/usr/local/lib/ser/modules/tm.so] > > > > > > > > 0(0) find_export: found <t_get_trans_ident> in module tm > > > > > > > > [/usr/local/lib/ser/modules/tm.so] > > > > > > > > 0(0) find_export: found <t_lookup_ident> in module tm > > > > > > > > [/usr/local/lib/ser/modules/tm.so] > > > > > > > > 0(0) find_export: found <t_add_blind> in module tm > > > > > > > > [/usr/local/lib/ser/modules/tm.so] > > > > > > > > 0(0) find_export: found <t_forward_nonack> in module tm > > > > > > > > [/usr/local/lib/ser/modules/tm.so] > > > > > > > > 0(0) find_export: found <t_request_within> in module tm > > > > > > > > [/usr/local/lib/ser/modules/tm.so] > > > > > > > > 0(0) find_export: found <t_request_outside> in module tm > > > > > > > > [/usr/local/lib/ser/modules/tm.so] > > > > > > > > 0(0) find_export: found <t_request> in module tm > > > > > > > > [/usr/local/lib/ser/modules/tm.so] > > > > > > > > 0(0) find_export: found <new_dlg_uac> in module tm > > > > > > > > [/usr/local/lib/ser/modules/tm.so] > > > > > > > > 0(0) find_export: found <dlg_response_uac> in module tm > > > > > > > > [/usr/local/lib/ser/modules/tm.so] > > > > > > > > 0(0) find_export: found <new_dlg_uas> in module tm > > > > > > > > [/usr/local/lib/ser/modules/tm.so] > > > > > > > > 0(0) find_export: found <dlg_request_uas> in module tm > > > > > > > > [/usr/local/lib/ser/modules/tm.so] > > > > > > > > 0(0) find_export: found <free_dlg> in module tm > > > > > > > > [/usr/local/lib/ser/modules/tm.so] > > > > > > > > 0(0) find_export: found <print_dlg> in module tm > > > > > > > > [/usr/local/lib/ser/modules/tm.so] > > > > > > > > 0(0) find_export: found <t_gett> in module tm > > > > > > > > [/usr/local/lib/ser/modules/tm.so] > > > > > > > > > > > > > > > > Why when I check my ser.cfg the result is ok but when I run > ser I got > > > > > these > > > > > > > > error message ? pls help > > > > > > > > > > > > > > > > ~Asep > > > > > > > > > _______________________________________________ > > > > > > > > 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 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > Serusers mailing list > > > Serusers(a)lists.iptel.org > > > http://lists.iptel.org/mailman/listinfo/serusers > > > > > > > > > > >

1 0

Re: [Serusers] SER NewBie : acc - initializing
by Andrey Kouprianov 13 Jul '06

13 Jul '06

I dont know how your ser.cfg looks like, but try running ser with "serctl start" + make sure that the following is set as follows "log_stderror=no" and "fork=yes". It would be nice if we saw your ser.cfg + message log, after you ran it. Regards, Andrey. On 7/13/06, Asep Saifudin <aseps2000(a)gmail.com> wrote: > > Hi, > > And when I check in /var/log/messages > I got message : > kernel: pid 36162 (ser), uid 0: exited on signal 11 (core dumped) > > I don't what it's mean... > > ~Asep > > 2006/7/13, Asep Saifudin <aseps2000(a)gmail.com>: > > > > > > Hi Andrey, > > > > The problem is ser cannot running as service cos when I search with ps -ax > |grep ser, there's no ser active in my linux box. > > > > ~Asep > > > > > > 2006/7/13, Andrey Kouprianov <andrey.kouprianov(a)gmail.com>: > > > > > I dont see ANY error messages... It's just a log dump... > > > > > > On 7/13/06, Asep Saifudin < aseps2000(a)gmail.com> wrote: > > > > > > > > Hi All, > > > > > > > > After I check my ser.cfg with command ser -c and the result is config > file > > > > ok (thanks Alberto for your help), > > > > but when I try to run ser with command ser -f > /usr/local/etc/ser/ser.cfg I > > > > got error acc initializing. > > > > Here are the error message : > > > > > > > > > > > > Listening on > > > > udp: 202.65.228.3 [202.65.228.3 ]:5060 > > > > udp: 127.0.0.1 [ 127.0.0.1]:5060 > > > > tcp: 202.65.228.3 [ 202.65.228.3]:5060 > > > > tcp: 127.0.0.1 [ 127.0.0.1]:5060 > > > > Aliases: > > > > tcp: localhost:5060 > > > > tcp: localhost.starcall.com:5060 > > > > udp: localhost:5060 > > > > udp: localhost.starcall.com:5060 > > > > *: 202.65.228.3:* > > > > *: sangbintang.starcall.com:* > > > > *: sangbintang:* > > > > > > > > 0(36107) fm_malloc_init: F_OPTIMIZE=16384, /ROUNDTO=2048 > > > > 0(36107) fm_malloc_init: F_HASH_SIZE=2067, fm_block size=16548 > > > > 0(36107) fm_malloc_init(0x28589000, 33554432), start=0x28589000 > > > > 0(36107) shm_mem_init: success > > > > 0(0) core dump limits set to 0 > > > > 0(0) DEBUG: init_mod: acc > > > > acc - initializing > > > > 0(0) find_export: found <load_tm> in module tm > > > > [/usr/local/lib/ser/modules/tm.so] > > > > 0(0) find_export: found <register_tmcb> in module tm > > > > [/usr/local/lib/ser/modules/tm.so] > > > > 0(0) find_export: found <t_newtran> in module tm > > > > [/usr/local/lib/ser/modules/tm.so] > > > > 0(0) find_export: found <t_relay_to_tcp> in module tm > > > > [/usr/local/lib/ser/modules/tm.so]sangbintang# > > > > 0(0) find_export: found <t_relay_to_udp> in module tm > > > > [/usr/local/lib/ser/modules/tm.so] > > > > 0(0) find_export: found <t_relay> in module tm > > > > [/usr/local/lib/ser/modules/tm.so] > > > > 0(0) find_export: found <t_reply> in module tm > > > > [/usr/local/lib/ser/modules/tm.so] > > > > 0(0) find_export: found <t_reply_with_body> in module tm > > > > [/usr/local/lib/ser/modules/tm.so] > > > > 0(0) find_export: found <t_is_local> in module tm > > > > [/usr/local/lib/ser/modules/tm.so] > > > > 0(0) find_export: found <t_get_trans_ident> in module tm > > > > [/usr/local/lib/ser/modules/tm.so] > > > > 0(0) find_export: found <t_lookup_ident> in module tm > > > > [/usr/local/lib/ser/modules/tm.so] > > > > 0(0) find_export: found <t_add_blind> in module tm > > > > [/usr/local/lib/ser/modules/tm.so] > > > > 0(0) find_export: found <t_forward_nonack> in module tm > > > > [/usr/local/lib/ser/modules/tm.so] > > > > 0(0) find_export: found <t_request_within> in module tm > > > > [/usr/local/lib/ser/modules/tm.so] > > > > 0(0) find_export: found <t_request_outside> in module tm > > > > [/usr/local/lib/ser/modules/tm.so] > > > > 0(0) find_export: found <t_request> in module tm > > > > [/usr/local/lib/ser/modules/tm.so] > > > > 0(0) find_export: found <new_dlg_uac> in module tm > > > > [/usr/local/lib/ser/modules/tm.so] > > > > 0(0) find_export: found <dlg_response_uac> in module tm > > > > [/usr/local/lib/ser/modules/tm.so] > > > > 0(0) find_export: found <new_dlg_uas> in module tm > > > > [/usr/local/lib/ser/modules/tm.so] > > > > 0(0) find_export: found <dlg_request_uas> in module tm > > > > [/usr/local/lib/ser/modules/tm.so] > > > > 0(0) find_export: found <free_dlg> in module tm > > > > [/usr/local/lib/ser/modules/tm.so] > > > > 0(0) find_export: found <print_dlg> in module tm > > > > [/usr/local/lib/ser/modules/tm.so] > > > > 0(0) find_export: found <t_gett> in module tm > > > > [/usr/local/lib/ser/modules/tm.so] > > > > > > > > Why when I check my ser.cfg the result is ok but when I run ser I got > these > > > > error message ? pls help > > > > > > > > ~Asep > > > > _______________________________________________ > > > > 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 > > > > > > > > > > >

1 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users