Hello,
Does anybody know if it's possible to use sipsak without a message file?
Now I'm using sipsak like this:
sipsak -s sip:192.168.1.222:5061 -f bye.ser
In the bye.ser file I have my sip message. Is it possible to put this
message directly to the command line? If yes: How?
Many thanks!
Sebastian
Hello,
Does anybody know if it's possible to use sipsak without a message file?
Now I'm using sipsak like this:
sipsak -s sip:192.168.1.222:5061 -f bye.ser
In the bye.ser file I have my sip message. Is it possible to put this
message directly to the command line? If yes: How?
Many thanks!
Sebastian
Just a question
Does serweb is not just a big shit ?
missed calls and accouting do not work for a long time
!!!
if somebody is able to use serweb please contact me,
I think i'll give you some money
look at iptel.org you can't delete your calls !!!
I'm feeling tired to waste time with serweb sems ser .
Harry
___________________________________________________________________________
Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger
Téléchargez cette version sur http://fr.messenger.yahoo.com
Hi,
I'm trying to add authentication to ser (see below). I'm able to load
ser without errors, but when I want to add a user using
serctl add 1012 test magnum.test.net ,
I get
error: 400; check if you use aliases in SER
Any ideas?
Regards,
YY
ser.cfg
---------
if(uri != myself){
route(1);
break;
};
if (uri==myself) {
if (method=="REGISTER") {
# Uncomment this if you want to use digest authentication
if (!proxy_authorize("magnum.test.net", "subscriber")) {
proxy_challenge("magnum.test.net", "0");
break;
};
save("location");
break;
}
I tried that and got an error about a missing mysql.so file. I
performed the make modules but was I supposed to do a make
install_modules or something like that. I didn't see that in the
README. Can I just do a make inside the ./ser/modules/mysql directory
and then move the mysql.so over to the modules directory manually?
Thanks for the prompt responses.
On Tue, 2005-07-12 at 15:27 +0200, harry gaillac wrote:
> try ser -c
> --- Jason Hoss <jason_hoss(a)quintum.com> a écrit :
>
> > Okay, I have looked over all of the documentation
> > that I could but there
> > really isn't anything that points to my error and
> > unfortunately the
> > error message is not very descriptive. When I try
> > to start SER I get
> > the following error.
> >
> > ERROR: bad config file (1 errors)
> >
> > Again, this is not very decriptive and a diff on the
> > standard file and
> > my uncommented file (the only changes I made to the
> > standard were for
> > integration into MySQL) resulted in no changes other
> > than a debug
> > difference and the commented/uncommented.
> >
> > Any help would be appreciated.
> >
> > Thanks,
> >
> > Jason
> >
> > On Mon, 2005-07-11 at 17:31 -0400, Jason Hoss wrote:
> >
> > > I am new to this list and was wondering if there
> > is a location for FAQ.
> > > I don't want to post a question that has already
> > been answered before
> > > and since this is an installation question, my
> > guess is that is already
> > > has been.
> > >
> > > If not, that is fine. I will just ask the
> > question.
> > >
> > > Thanks,
> > >
> > > _______________________________________________
> > > 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
> >
>
>
>
>
>
>
>
> ___________________________________________________________________________
> Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger
> Téléchargez cette version sur http://fr.messenger.yahoo.com
Remarque : message transféré en pièce jointe.
___________________________________________________________________________
Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger
Téléchargez cette version sur http://fr.messenger.yahoo.com
I am new to this list and was wondering if there is a location for FAQ.
I don't want to post a question that has already been answered before
and since this is an installation question, my guess is that is already
has been.
If not, that is fine. I will just ask the question.
Thanks,
Hi folks,
I extended nathelper (and some depending modules) to allow NAT pinging
with SIP request. The main benefit of using SIP request instead of UDP
package is the fact that there is a bidirectional traffic through the
NAT - since each PING request from OpenSER (inbound traffic) will force
the SIP client to generate a SIP reply (outbound traffic); so, even for
NATs which updates the bind timeout only on outbound traffic, the NAT
bind will be surely kept open - this couldn't be guaranteed by UDP
package ping since the traffic was unidirectional (inbound - from
outside to inside).
The two type of pings can be use in the same time - mixed combination of
contacts pinged with UDP packages and contacts pinged with SIP requests.
What kind of ping will be used for each contact will be set at
registration time via flags: if the REGISTRAR flag "sip_natping_flag" is
set, the contact will be marked in USRLOC for SIP request pinging -
NATHELPER will use default UDP package ping; for the marked contacts,
the SIP request pinging will be used.
To enable SIP request pinging in NATHELPER, you have to set the
"sipping_from" parameter -default NULL- (FROM URI to be used for
generating the SIP pings). Also you may change the "sipping_method"
parameter to select a SIP method to be used (default is OPTIONS).
The pinging SIP requests are statelessly generated by NATHELPER; the
replies are automatically filtered out by the module. I preferred not to
use TM to generate statefull replies from performance reasons:
if you have 2000 nated contacts, at each 20 seconds (pinging
interval), 2000 new transactions will be created, transactions witch
will leave in memory for 5 (wait timer) + 2 (delete timer) = 7 seconds;
I find this penalty (like huge shared memory consumption and transaction
lookup slowness) not paying the purpose;
I think the lack of retransmissions (in the stateless version) is
something comfortable in a pinging scenario.
One more thing - it's really not important the code of the replies
(that's 200 or not) - the important idea is to make the client to send
something out to refresh the bind.
There is a small limitation of the current version - since
get_all_ucontacts() returns the received URI instead of contact URI
(when nated contact), the SIP pinging requests will have in RURI a
different URI that the registered contact. Most of the clients doesn't
care about this, but some - like SIPURA- replies with 404 NOT FOUND :).
Any comments, suggestions, questions are welcomed. Docs are updated both
on CVS and web (for registrar and nathelper modules)
regards,
Bogdan
> Hi,
>
> I have a configuration file where I am trying to send a
> stateful/stateless 480 response, after appending a RETRY-AFTER in the
> message header. But when I send the response back to the SIP enabled
> mobile phone, the server does not append the RETRY-AFTER in the SIP
> INVITE message header, when it sends a 480 response to the client UA.
>
> I have added both ethereal log and the cfg file. (you may wanna filter
> the log for SIP requests).
>
> Could you please tell me why it is behaving so and what is the way
> around it?
>
> Thanks a lot.
>
> <<ser_errors.cfg>> <<480ReplyT>>
> Thanks & Regards,
> Amit Singh
> Sony Ericsson Mobile Communications,
> 7001 Development Drive,
> RTP Durham, NC 27709
> Ph: +1-919-472-1601
>
Hallo,
I'm trying to compile the radius modules of SER 0.8.14 but a following
error message and I don't find what is the problem:
Best Regards,
Csaba Kertesz
gcc -fPIC -DPIC -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-
stringops -malign-double -falign-loops -mcpu=athlon -
DNAME='"auth_radius.so"' -DVERSION='"0.8.14"' -DARCH='"i386"' -
DOS='"linux"' -DCOMPILER='"gcc 3.3"' -D__CPU_i386 -D__OS_linux -
DCFG_DIR='"/usr/local/etc/ser/"' -DPKG_MALLOC -DSHM_MEM -
DSHM_MMAP -DDNS_IP_HACK -DUSE_IPV6 -DUSE_TCP -
DDISABLE_NAGLE -DF_MALLOC -DFAST_LOCK -DADAPTIVE_WAIT -
DADAPTIVE_WAIT_LOOPS=1024 -DHAVE_GETHOSTBYNAME2 -
DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -
DHAVE_MSGHDR_MSG_CONTROL -I/usr/local/include -c authrad_mod.c -
o authrad_mod.o
authrad_mod.c: In function `mod_init':
authrad_mod.c:111: error: `DICT_VENDOR' undeclared (first use in this
function)
authrad_mod.c:111: error: (Each undeclared identifier is reported only
once
authrad_mod.c:111: error: for each function it appears in.)
authrad_mod.c:111: error: `vend' undeclared (first use in this function)
authrad_mod.c:135: warning: assignment makes pointer from integer
without a cast
authrad_mod.c:140: error: too many arguments to function
`rc_conf_str'
authrad_mod.c:140: error: too many arguments to function
`rc_read_dictionary'
authrad_mod.c:145: warning: implicit declaration of function
`rc_dict_findvend'
authrad_mod.c:163: error: too many arguments to function
`rc_dict_findattr'
authrad_mod.c:163: error: too many arguments to function
`rc_dict_findval'
authrad_mod.c: At top level:
../../dprint.h:51: warning: `fp' defined but not used
../../modules/usrloc/client_socket.h:17: warning: `buff' defined but not
used
../../modules/usrloc/client_socket.h:18: warning: `rec_attached'
defined but not used
make: *** [authrad_mod.o] Error 1
________________________________________________________________________________
[freemail] extra 1GB-os postafiókkal, Önnek már van? http://freemail.hu
