Following message bounced from serusers mailing list because of the attachment.
I hope you got it Vaclav.
ilker
________________________________
From: İlker Aktuna (Koç.net)
Sent: Friday, April 28, 2006 3:32 PM
To: 'Vaclav Kubart'
Cc: serusers(a)lists.iptel.org
Subject: RE: [Serusers] IM and presence problems
Hi Vaclav,
I've installed ngrep and sending you ngrep output.
"t_uac: no socket found" error is occuring in nearly all of the events.
Should I use unixsock module ? If yes, what are the needed parameters ?
Currently fifo module is loaded. Should I use it also ?
For problem 2 ; you are right. I am using Eyebeam. Then I'll ignore this error.
Thanks for your help.
ilker
-----Original Message-----
From: Vaclav Kubart [mailto:vaclav.kubart@iptel.org]
Sent: Friday, April 28, 2006 3:08 PM
To: İlker Aktuna (Koç.net)
Cc: serusers(a)lists.iptel.org
Subject: Re: [Serusers] IM and presence problems
Hi Ilker :-)
> Hi again,
>
> Really your information is helping me very much.
> I re-compiled the CVS version with xcap module. And added parameters you suggested.
>
> Now, I registered one client and I see 3 errors :
> 1- after a REGISTER message I see the following line 2 times:
> t_uac: no socket found
I need to see the message flow - try to catch something with ngrep.
(ngrep -W byline port 5060 -d any)
>
> 2- after a SUBSCRIBE message (after register) I see the following errors:
> check_message(): Unsupported event package
> ERROR: subscribe.c:860: Error while checking message
> ERROR: subscribe.c:948: handle_subscription about to send_reply and
> return -2
This means, that a SUBSCRIBE to unsupported events arrives - this is probably not problem (for example eyeBeam tries to subscribe to something like "xcap change", I'm not sure now). This is not needed for presence handling.
>
> 3- after another SUBSCRIBE message I see the following lines:
> t_uac: no socket found
> ERROR: notify.c:398: Can't send watcherinfo notification (-7)
> send_winfo_notify returned -7
>
I think, it could be problem with contact in "presence.winfo"
subscription. I need to see message flows between client and SER.
(Watcherinfo - more precisely presence.winfo event package
- is used for watching to "who is watching a user" - see RFC 3857).
Vaclav
> What is watcherinfo and why doesn't it work with the config ?
>
> Thanks,
> ilker
>
<http://387555.sigclick.mailinfo.com/sigclick/01090E01/07064F02/04074506/121…>
_____________________________________________________________________________________________________________________________________________
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.
_____________________________________________________________________________________________________________________________________________
Hi again,
Really your information is helping me very much.
I re-compiled the CVS version with xcap module. And added parameters you suggested.
Now, I registered one client and I see 3 errors :
1- after a REGISTER message I see the following line 2 times:
t_uac: no socket found
2- after a SUBSCRIBE message (after register) I see the following errors:
check_message(): Unsupported event package
ERROR: subscribe.c:860: Error while checking message
ERROR: subscribe.c:948: handle_subscription about to send_reply and return -2
3- after another SUBSCRIBE message I see the following lines:
t_uac: no socket found
ERROR: notify.c:398: Can't send watcherinfo notification (-7)
send_winfo_notify returned -7
What is watcherinfo and why doesn't it work with the config ?
Thanks,
ilker
-----Original Message-----
From: Vaclav Kubart [mailto:vaclav.kubart@iptel.org]
Sent: Friday, April 28, 2006 2:38 PM
To: İlker Aktuna (Koç.net)
Cc: serusers(a)lists.iptel.org
Subject: Re: [Serusers] IM and presence problems
> Thanks for the information.
> I have both CVS and snapshot versions. Which one should I use really ?
You are welcome.
CVS version is still not documented (changed parameters of modules, new module functions), should have some advantages like separated XCAP module, some performance improvements (using undocumented parameters ;-)), some little bugs are corrected and some features are added (details in ChangeLog files in module directories).
The snapshot should have documented all needed module parameters and functions, was tested for all presence functions.
You can choose, but I recommend to use presence snapshot.
> Both versions do not have xcap as module. So this config is rejected:
> modparam("xcap", "xcap_root", "http://xcap-server.somewhere.com/xcap")
CVS version has XCAP module, really. (run "cvs update -d" needed?) There should be directory modules/xcap in source tree. For compiling it you have to add it to include_modules:
make install include_modules="dialog pa rls presence_b2b xcap mysql xmlrpc"
You need to call loadmodule in config file (like other modules). I recommend to have this before loading other presence modules:
loadmodule "/usr/lib/ser/modules/xcap.so"
Vaclav
>
> 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/0301
> > 48
> > 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/0F024E
> 02/19120131.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/07000606/04004F01/020C4D01/248…>
_____________________________________________________________________________________________________________________________________________
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.
_____________________________________________________________________________________________________________________________________________
Hello,
I have an ADSL internet connection which goes to a router.
>From the router I have a linux machine with openser installed,
and a econd connection goes to a LAN.
Openser IP address = 192.168.100.106 and I have a public IP (82.104.xxx.xxx)dedicated to this address. There is no restriction to any port.
I thought it was enough to be seen from outside, but unfortunately, when I try to register any softphone, the registration fails.
There is no way to let it work? Should I put openser on internet before the router?
Thanks
Alessandro
I have a openser installation which has an IP address = 192.168.100.106.
To be reachable from softphones
outside the proxy
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.
_____________________________________________________________________________________________________________________________________________
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".
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.
_____________________________________________________________________________________________________________________________________________
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
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
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.
_____________________________________________________________________________________________________________________________________________
