sr-users

sr-users@lists.kamailio.org

51 participants
37558 discussions

RE: [Serusers] IM and presence problems
by İlker Aktuna (Koç.net) 28 Apr '06

28 Apr '06

Thanks for the information. I have both CVS and snapshot versions. Which one should I use really ? Both versions do not have xcap as module. So this config is rejected: modparam("xcap", "xcap_root", "http://xcap-server.somewhere.com/xcap") How can I do that ? Thanks, ilker -----Original Message----- From: Vaclav Kubart [mailto:vaclav.kubart@iptel.org] Sent: Friday, April 28, 2006 1:53 PM To: İlker Aktuna (Koç.net) Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] IM and presence problems > I found the issue with storing message. It was a database issue. > I had used the example full configuration from presence handbook; but I didn't have the database msilo created. > I think you should add these to the presence handbook (requirements > for modules in the example config) Good idea! Thanks. > > Now I have a problem with presence. It's not working. > Everytime I run the client, I receive the same popup saying that other client is requesting permission to see the presence. > But even if I press "allow" each time, the other user can't see that I'm online. This will be problem with XCAP server. Do you have one? If not set "auth" param of PA module to "none": modparam("pa", "auth", "none") If yes, take care that XCAP root given to client must be the same as XCAP root given to XCAP module (CVS version only! presence snapshot has this as parameter to PA module): modparam("xcap", "xcap_root", "http://xcap-server.somewhere.com/xcap") There is a possibility of changing the XCAP root during message processing using function set_xcap_root (CVS version only!): set_xcap_root("http://..."); There can be another problem - your clients might use other filename with presence rules on XCAP server than default "presence-rules.xml". This can be changed using PA module parameter "pres_rules_file" (CVS version only!): modparam("pa", "pres_rules_file", "pres-rules.xml") > > Could it be that I need to create other database or tables for presence ? > > Btw, I sometimes get the following error after some PUBLISH messages: > "Warning: run_failure_handlers: no UAC support (0, 256)" > This might be (I'm not sure, you have to watch network traffic what happens there) due to that sent notification to watcher was rejected with a 4xx response... Vaclav > Apr 28 13:21:33 sesapp /root/sexr/sbin/ser[26607]: MSILO: publish > offline messages for sip:200000900568888887@sip.test.net dumped Apr 28 > 13:21:37 sesapp /root/sexr/sbin/ser[26609]: SIP to XX: PUBLISH from: > sip:200000900568888887@sip.test.net to: > sip:200000900568888887@sip.test.net > Apr 28 13:21:40 sesapp /root/sexr/sbin/ser[26622]: Warning: > run_failure_handlers: no UAC support (0, 256) Apr 28 13:21:41 sesapp > /root/sexr/sbin/ser[26611]: SIP to XX: PUBLISH from: > sip:200000900568888887@sip.test.net to: > sip:200000900568888887@sip.test.net > Apr 28 13:21:41 sesapp /root/sexr/sbin/ser[26611]: MSILO: publish > offline messages for sip:200000900568888887@sip.test.net dumped > > Thanks, > ilker > > -----Original Message----- > From: Vaclav Kubart [mailto:vaclav.kubart@iptel.org] > Sent: Friday, April 28, 2006 11:24 AM > To: ?lker Aktuna (Koç.net) > Cc: serusers(a)lists.iptel.org > Subject: Re: [Serusers] IM and presence problems > > Hi. > > > /root/sexr/sbin/ser[25819]: Delivering MESSAGE using usrloc > > /root/sexr/sbin/ser[25817]: MSILO: MESSAGE forward failed - storing > > it > > /root/sexr/sbin/ser[25817]: ERROR: warning_builder: buffer size > > exceeded > > /root/sexr/sbin/ser[25817]: WARNING: warning skipped -- too big > > > > There are 2 errors: > > > > 1- message forward fails - how can I understand why ? > > May be, that destination user is not registered or something like that. > You can catch network traffic and look into it, where could be problem. > > > 2- when storing with MSILO buffer size exceeds - why ? And how can I fix it ? > > I think, that this is not when storing MESSAGE content, but when sending reply. SER tries to add Warning header inside it and generated text is too long. This could be probably ignored. > > You can look into database, if the message was stored. > > Vaclav > > > > > I really need help on these issues. Please don't ignore my question... > > > > Thanks, > > ilker > > > > > > > > <http://387555.sigclick.mailinfo.com/sigclick/06090304/030C4A02/030148 > 03/15141696.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/0A090505/04064D02/0F024E02/191…> _____________________________________________________________________________________________________________________________________________ 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] integration with prepaid Wi-Fi card
by Kumar, Ashutosh 28 Apr '06

28 Apr '06

Hi Ronald, The concept of using groups is a nice idea, it didnt come to my mind. You can do a simple check is_uri_in_group or better is_radius_group_in() . But after that i think that your approach is slightly not ok. >If ser detects that it is a call from an extension from a wi-fi group, >can i call a script that will insert a script on the cronjob and that >script on the cronjob will be the one to tell the wi-fi database to >deduct amount because he's making calls. I just don't know if this is >possible, and another thing i see here is how can I remove the script on >the cron when call is hangup. I preceive from this that you want to present to your WiFi provider the call details as and when they take place. As such it can be called not precisley wrong, but CDR genration is done when a call has been completed(disconnected). For this the best bet will be to use a Radius server in conjunction with SER, and define a billing settlement time interval during which you will preseent the records to your WiFi provider.This will save you from adding extra overhead bof creating/using cron scripts, etc. Regards, Ashutosh On 4/28/06, Ronald Ramos <nhadie(a)tbgi.net.ph> wrote: > > Hi Kumar, > > Is what i'm thinking possible: > > i will create a group called wi-fi, instead of using the flags, all > extensions that belong on that group means it's the extension for the > wi-fi customer. > If ser detects that it is a call from an extension from a wi-fi group, > can i call a script that will insert a script on the cronjob and that > script on the cronjob will be the one to tell the wi-fi database to > deduct amount because he's making calls. I just don't know if this is > possible, and another thing i see here is how can I remove the script on > the cron when call is hangup. > Thank You > > Regards, > Ron > > > Kumar, Ashutosh wrote: > > > Hi, > > See my answers inline. > > > > On 4/27/06, *Ronald Ramos* <nhadie(a)tbgi.net.ph > > <mailto:nhadie@tbgi.net.ph>> wrote: > > > > Hi, > > I'm sorry didn't understand swhat eeds to be done please see > > inline for > > some more of my questions > > > > Kumar, Ashutosh wrote: > > > > > Hi, > > > You can do like this: > > > 1. When a customer signs up for his Wi-Fi service, after an > insert > > > into hsi 'subsriber' table, the same record should be passed to > you > > > for inserting into your 'subscriber' table so that his users are > > > autheinticated succesfully against your AAA requests. > > > > when you say his subscriber table, do you mean wi-fi subscriber > > table? > > or he should have a voip subscriber table of his own? > > > > > > By "his subscriber table' i mean the WIFI subscriber table. In > > addition, you will have voip table for your own use. So it is like, > > - WIFI provider has wifi subscriber table > > -VOIP provider has voip subscriber table. > > > > > For implementing this, you give him your db credentials+schema > , > > > so that he can run the query one after another in hsi > > registration script. > > > > what type of query will he run? > > > > > > The query will be a simple SQL insert statement, which will insert > > the record into the VOIP subsriber table. It may be noted that there > > are two ways to do the insert. > > 1. The WIFI sends/redirects the insertion page after hsi wifi > > registration to the VOIP web'site inserion script. > > 2. The VOIP provider gives database access to WIFI provider to to > > the insertion. Here the VOIP insertion will be almost same as WIFI > > insertion, differing only in DB info. > > > > > 2. Create/Use a flag set to 'ON' for all such customers which have > > > been created in such a manner.This will differentiate your users > and > > > users from the Wi-Fi provider. > > > > I'm also not familiar with flags, i'll try to read more on that, but > > basically what does that flag do? > > > > > > FLAG here denotes a database BOOL field (it may be char, int > > whaterver, serving the same purpose), which will have two values,; one > > for your users, and another for the users in the table who are > > created 'from' the WIFI provider side. > > For eg, Here you might set the default flag value as 0 (ZERO or > > OFF), and when you add a WIFI user record, set the flag in that case=1 > > (ON). > > > > > 3. Finally, At the time of settlement, do query something like > > "select > > > CDR where flag='ON' " and present the records to him for > settlement. > > > > For Billing, create a cron script, which genertate a report of > > successful based on the following query > > SELECT * FROM CDR WHERE flag=1 AND DISCONNECT_CAUSE='SUCESS' > > (Of course, the above might differ from your chema) . > > The generated report can be presented for billing to your WIFI > > provider. > > > > > > when his user login to their wi-fi system the billing already > starts, > > meaning the credit already starts to go down, then on that > > duration he > > decided he wants to make a phone call: > > > > 1. how can i make it in such a way that the username and password > > on his > > card, will be the one configured on the phone (example an XPRO) that > > will authenticate to mine (or maybe his subcriber table if that's > > what > > you mean on number 1). > > > > If the subscriber table you created is integrated with a radius > > server (freeqrduius?), and you are using an appropriate call flow > > route in ser.cfg, then the authentication will be automatic, no need > > to do anything extra. > > > > > > 2. next will be how can i send him the update of how much he has > > already > > consume fo VoIP alone to deduct it to hisWi-Fi credit simultaneously > > with his Wi-Fi usage? > > > > See Answer 3. Here, automaitically, the charge you will present to him > > will be automatcally only for the charges incurred by your switch, > > irrespective of the fact that the subscirber was latched up to WIFI, > > dialup or whatever. > > > > > > > > > > Regard, > > > Ashutosh > > > > > > On 4/26/06, *Nhadie* < nhadie(a)tbgi.net.ph > > <mailto:nhadie@tbgi.net.ph> <mailto:nhadie@tbgi.net.ph > > <mailto:nhadie@tbgi.net.ph>>> > > > wrote: > > > > > > Hi All, > > > > > > I have built an ser server and offering postpaid voip right > > now. > > > It's just a > > > basic ser setup, authenticate then make calls then i bill > them. > > > > > > But one client that offers Wi-Fi pepaid card would like to > > offer VoIP > > > service using their card and he's going to use my system. My > > main > > > problem is > > > how to integrate it to their billing system. > > > > > > how can i do it in such a way that his customer can use my > voip > > > service and > > > deduct the amount of usage on their Wi-Fi credit? And then > I'll > > > just bill my > > > client for the usage of all his customers. > > > > > > hope my question was clear, thank you in advance. > > > > > > Regards > > > Nhadie > > > > > > ________________________________________________ > > > Message sent using UebiMiau 2.7 > > > > > > _______________________________________________ > > > Serusers mailing list > > > serusers(a)lists.iptel.org <mailto:serusers@lists.iptel.org> <mailto: > > serusers(a)lists.iptel.org <mailto:serusers@lists.iptel.org>> > > > http://lists.iptel.org/mailman/listinfo/serusers > > > < http://lists.iptel.org/mailman/listinfo/serusers> > > > > > > > > > > > > > > > -- > > > -----BEGIN PGP SIGNATURE----- > > > Version: GnuPG v1.2.7 (GNU/Linux) > > > iD8DBQBEPo9P/OykOp7fM/wRAjw8AKCOlSsiHl7cyfCiitFJyEIEMhinHgCfb6YX > > > lrreitIO+tLZKrpjm81hsbY= =MEGA > > > -----END PGP SIGNATURE----- " > > > > > > There are 10 kinds of people in this world, those who understand > > > Binary and those who dont". > > > > > > >------------------------------------------------------------------------ > > > > > > > >_______________________________________________ > > >Serusers mailing list > > >serusers(a)lists.iptel.org <mailto:serusers@lists.iptel.org> > > > http://lists.iptel.org/mailman/listinfo/serusers > > > > > > > > > > > > > > > > -- > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v1.2.7 (GNU/Linux) > > iD8DBQBEPo9P/OykOp7fM/wRAjw8AKCOlSsiHl7cyfCiitFJyEIEMhinHgCfb6YX > > lrreitIO+tLZKrpjm81hsbY= =MEGA > > -----END PGP SIGNATURE----- " > > > > There are 10 kinds of people in this world, those who understand > > Binary and those who dont". > > > -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.7 (GNU/Linux) iD8DBQBEPo9P/OykOp7fM/wRAjw8AKCOlSsiHl7cyfCiitFJyEIEMhinHgCfb6YX lrreitIO+tLZKrpjm81hsbY= =MEGA -----END PGP SIGNATURE----- " There are 10 kinds of people in this world, those who understand Binary and those who dont".

1 0

RE: [Serusers] IM and presence problems
by İlker Aktuna (Koç.net) 28 Apr '06

28 Apr '06

Hi Vaclav, Thanks for your reply. I found the issue with storing message. It was a database issue. I had used the example full configuration from presence handbook; but I didn't have the database msilo created. I think you should add these to the presence handbook (requirements for modules in the example config) Now I have a problem with presence. It's not working. Everytime I run the client, I receive the same popup saying that other client is requesting permission to see the presence. But even if I press "allow" each time, the other user can't see that I'm online. Could it be that I need to create other database or tables for presence ? Btw, I sometimes get the following error after some PUBLISH messages: "Warning: run_failure_handlers: no UAC support (0, 256)" Apr 28 13:21:33 sesapp /root/sexr/sbin/ser[26607]: MSILO: publish offline messages for sip:200000900568888887@sip.test.net dumped Apr 28 13:21:37 sesapp /root/sexr/sbin/ser[26609]: SIP to XX: PUBLISH from: sip:200000900568888887@sip.test.net to: sip:200000900568888887@sip.test.net Apr 28 13:21:40 sesapp /root/sexr/sbin/ser[26622]: Warning: run_failure_handlers: no UAC support (0, 256) Apr 28 13:21:41 sesapp /root/sexr/sbin/ser[26611]: SIP to XX: PUBLISH from: sip:200000900568888887@sip.test.net to: sip:200000900568888887@sip.test.net Apr 28 13:21:41 sesapp /root/sexr/sbin/ser[26611]: MSILO: publish offline messages for sip:200000900568888887@sip.test.net dumped Thanks, ilker -----Original Message----- From: Vaclav Kubart [mailto:vaclav.kubart@iptel.org] Sent: Friday, April 28, 2006 11:24 AM To: İlker Aktuna (Koç.net) Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] IM and presence problems Hi. > /root/sexr/sbin/ser[25819]: Delivering MESSAGE using usrloc > /root/sexr/sbin/ser[25817]: MSILO: MESSAGE forward failed - storing it > /root/sexr/sbin/ser[25817]: ERROR: warning_builder: buffer size > exceeded > /root/sexr/sbin/ser[25817]: WARNING: warning skipped -- too big > > There are 2 errors: > > 1- message forward fails - how can I understand why ? May be, that destination user is not registered or something like that. You can catch network traffic and look into it, where could be problem. > 2- when storing with MSILO buffer size exceeds - why ? And how can I fix it ? I think, that this is not when storing MESSAGE content, but when sending reply. SER tries to add Warning header inside it and generated text is too long. This could be probably ignored. You can look into database, if the message was stored. Vaclav > > I really need help on these issues. Please don't ignore my question... > > Thanks, > ilker > <http://387555.sigclick.mailinfo.com/sigclick/06090304/030C4A02/03014803/151…> _____________________________________________________________________________________________________________________________________________ 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

[Users] OpenSER & SIP-OPTIONS
by martin＠campus-merseburg.de 28 Apr '06

28 Apr '06

Hi, i've installed one OpenSER-Server only for SIP-Trunking. (it is used for security and reliability reasons between a softswitch and some customer-pbx's) one of our customer wants to use asterisk with its "monitor peer" feature. so the asterisk sends every second a OPTIONS SIP Message. But the OpenSER does only answer with "Request Timeout". So asterisk thinks, the SIP Proxy is offline. What can i do about it? Bye, Martin

2 5

[Users] Dispatching to and checking for trusted UACs
by Andreas Granig 28 Apr '06

28 Apr '06

Hi, I'd like to know how you guys on one hand accomplish the task of dispatching requests to trusted UACs grouped to destination classes (e.g. PSTN GWs, Media servers), and to check if an incoming request is from such a trusted UAC on the other hand. Currently the following possibilities seem to be available: - dispatcher-module: dispatching of outgoing requests based on destination classes using ds_select_dst/ds_next_dst, but no check for trusted incoming requests - lcr-module: dispatching of outgoing requests using load_gws/next_gw and check for incoming requests using from_gw, but no support for destination classes - permission-module: check for trusted incoming requests, but no outgoing dispatching - a combination of dispatcher-module for outgoing requests and manual src-ip matching or permissions-module or lcr-module for checking trusted incoming requests The problem with this is that maintaining these UACs gets unnecessarily complicated because there always has to be maintained two module config files or DB tables. So I'm curious which approaches exist to accomplish this or if one module should be extended to combine these two tasks (e.g. adding destination class support for lcr or incoming src-ip check for dispatcher comes to mind)... Thanks, Andy

2 11

[Serusers] IM and presence problems
by İlker Aktuna (Koç.net) 28 Apr '06

28 Apr '06

Hi all, I am receiving following errors when trying to send an instant message from a client to other sip client : /root/sexr/sbin/ser[25819]: Delivering MESSAGE using usrloc /root/sexr/sbin/ser[25817]: MSILO: MESSAGE forward failed - storing it /root/sexr/sbin/ser[25817]: ERROR: warning_builder: buffer size exceeded /root/sexr/sbin/ser[25817]: WARNING: warning skipped -- too big There are 2 errors: 1- message forward fails - how can I understand why ? 2- when storing with MSILO buffer size exceeds - why ? And how can I fix it ? I really need help on these issues. Please don't ignore my question... Thanks, ilker <http://387555.sigclick.mailinfo.com/sigclick/0A090E07/05074901/0C094500/291…> _____________________________________________________________________________________________________________________________________________ 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

[Serusers] Re: loading serweb config files?
by Mindaugas Kuprys 28 Apr '06

28 Apr '06

Hi everyone again, I have some troubles with serweb installation . Help is needed ;) After entering admin username and password I see blank screen in admins page Actually I don't see mysql query for a password in a server. And I think this is the problem. I have filled mysql configuration in config/config_data_layer.php . Can anyone tell me then all files in /config dir are loaded? this is serweb log: Apr 27 15:23:01 serweb [info] Useing file from default domain for filename: styles.css Apr 27 15:23:01 serweb [info] Useing file from default domain for filename: prolog.html Apr 27 15:23:01 serweb [info] Useing file from default domain for filename: separator.html Apr 27 15:23:01 serweb [info] Useing file from default domain for filename: epilog.html Apr 27 15:23:11 serweb [debug] User login: values from login form: username: admin(a)domain.ltd, password: somepass Apr 27 15:23:11 serweb [debug] User login: checking password of user with username: admin, domain: domain.ltd Thanks, Mindaugas

2 2

[Serusers] SER+Asterisk Connection
by fay butt 28 Apr '06

28 Apr '06

Hi all, I installed the SER and Asterisk on two different boxes on LAN.. I configured the SER and Asterisk in a way thay that the user agents communicate between them. Now, the problem is in the second method , if i use the register command in the Asterisk (sip.conf) , the user registers in the SER and we can view that user in the location table in SER,but at the same time the UA's send busy tone and i gets the messege in the asterisk proxy authentication required. I use this procedure for registeration 1) In the general section of sip.conf register => user[:secret[:authuser]]@host[:port][/extension] 2)sip.conf [mysipprovider-out] type=peer secret=password username=2345 host=sipserver.mysipprovider.com fromuser=2345 fromdomain=fwd.pulver.com nat=yes ;context=from-mysipprovider ; 3)In extensions.conf exten => _9.,1,Dial(SIP/${EXTEN:1}@mysipprovider-out,30,r) Can anybody tell me what i am doing wring with this process... best regards, --------------------------------- Yahoo! Mail goes everywhere you do. Get it on your phone.

2 2

[Serusers] MOH for SER :: Need help
by dashy dude 28 Apr '06

28 Apr '06

Dear All I am trying to figure out how to use Music on hold (using asterisk may be) for my SER Any ideas how to do it? Dashy __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

[Users] Random error with NAT (error in 'c field')
by Bruno Machado 28 Apr '06

28 Apr '06

Hi Bogdan The first SIP message is from call that WORKS perfectly: the "c header" has a valid IP that handle the media. Below it, we have the message with wrong "c header": there is an invalid IP. This way, the media isnt sent to the media proxy. I did this dumps in the SIP PROXY. The only way to correct the situation is rebooting the openser. By the way: I dont change anything in the script to make it works. Best regards Bruno Machado U IP_My_Proxy:5060 -> 200.171.160.13:5060 INVITE sip:11000606@200.171.160.13:5060 SIP/2.0 Record-Route: <sip:IP_My_Proxy;ftag=ad50ff6e6fb26e6e;lr=on> Via: SIP/2.0/UDP IP_My_Proxy;branch=z9hG4bKa079.9071d6a5.0 Via: SIP/2.0/UDP 192.168.88.101;rport=57157;received=200.216.162.18;branch=z9hG4bK9771e2044f41cee3 From: "Alexandre BT100" <sip:24005110@myproxy>;tag=ad50ff6e6fb26e6e To: <sip:11000606@myproxy> Contact:<sip:24005110@200.216.162.18:57157> Supported: replaces Proxy-Authorization: Digest username="24005110", realm="myproxy", algorithm=MD5, uri="sip:11000606@myproxy", nonce="44510d68180175d68510d001330893f695eadd50", response="ed83c6657bc59f00635361215d1b8b93"..Call-ID: db5d8eb678f6c018(a)192.168.88.101 CSeq: 55645 INVITE User-Agent: Grandstream BT110 1.0.8.16 Max-Forwards: 70 Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE Content-Type: application/sdp Content-Length: 429 P-hint: usrloc applied P-hint: nat-p2p v=0 o=24005110 8000 8001 IN IP4 192.168.88.101 s=SIP Call c=IN IP4 myproxy t=0 0 m=audio 64344 RTP/AVP 18 4 0 8 2 99 9 101 a=sendrecv a=rtpmap:18 G729/8000 a=rtpmap:4 G723/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:2 G726-32/8000 a=rtpmap:99 iLBC/8000 a=fmtp:99 mode=20 a=rtpmap:9 G722/16000 a=ptime:20 a=rtpmap:101 telephone-event/8000 a=fmtp:1010-11 a=direction:active a=nortpproxy:yes U IP_My_Proxy:5060 -> 200.171.160.13:5060 INVITE sip:11000606@200.171.160.13:5060 SIP/2.0 Record-Route: <sip:IP_My_Proxy;ftag=da3a34829a170ace;lr=on> Via: SIP/2.0/UDP IP_My_Proxy;branch=z9hG4bKd6cc.be1fc1f4.0 Via: SIP/2.0/UDP 192.168.88.101;rport=57157;received=200.216.162.18;branch=z9hG4bK019a1f171ca1bf14 From: "Alexandre BT100" <sip:24005110@myproxy>;tag=da3a34829a170ace To: <sip:11000606@myproxy> Contact: <sip:24005110@200.216.162.18:57157> Supported: replaces Proxy-Authorization: Digest username="24005110", realm="myproxy", algorithm=MD5, uri="sip:11000606@myproxy", nonce="44510c217bc74fe6e203d22c12c3863536776e75", response="c403be69f25add894daeccd2a29bf0e4" Call-ID: 57efde4d3bb5a88f(a)192.168.88.101 CSeq: 5727 INVITE User-Agent: Grandstream BT110 1.0.8.16 Max-Forwards: 70 Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE Content-Type: application/sdp Content-Length: 410 P-hint: usrloc applied P-hint: nat-p2p v=0 o=24005110 8000 8001 IN IP4 192.168.88.101 s=SIP Call c=IN IP4 192.168.88.101 t=0 0 m=audio 5004 RTP/AVP 18 4 0 8 2 99 9 101 a=sendrecv a=rtpmap:18 G729/8000 a=rtpmap:4 G723/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:2 G726-32/8000 a=rtpmap:99 iLBC/8000 a=fmtp:99 mode=20 a=rtpmap:9 G722/16000 a=ptime:20 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-11 a=direction:active --------------------------------- Abra sua conta no Yahoo! Mail - 1GB de espaço, alertas de e-mail no celular e anti-spam realmente eficaz. --------------------------------- Abra sua conta no Yahoo! Mail - 1GB de espaço, alertas de e-mail no celular e anti-spam realmente eficaz.

2 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