Hi,
while strolling through my sip server logile ive came accross some
strange unauthorized sip messages originating from "scan.qualsys.net":
(ip address has been logged to)
---
OPTIONS sip:scan.qualys.com SIP/2.0
Via: SIP/2.0/UDP scan.qualys.com:5060;branch=z9hG4bKnashds7
Max-Forwards: 70
To: Foo <sip:foo@scan.qualys.com>
From: Foo <sip:foo@scan.qualys.com>;tag=456248
Call-ID: 843817637684230@998sdasdh09
CSeq: 1826 OPTIONS
Accept: application/sdp
Content-Length: 0
---
These packets could be found in ALL our SIP Proxy logs and they
are clearly unauthorized.
Has anyone a idea what this could be about or found similiar
sip messages in his log?
-- Arnd
Dear sir,
I have an idea to use SER as SIP proxy in many different places, different clients register in defferent SER, there may be a centralized user information of all these clients, may be not, and all these clients can make a call to each other. So, my question is if there has an example used like this, otherwise, how can we make some changes to make this happen.
Thanks!
Simple Li
At 01:54 AM 2/9/2004, Annie Sasidar wrote:
>Hi,
> Yes the application is using TLS when the default transport is set to
>UDP.
Well, then the application is broken or you must have overlooked something.
Ideally, make the application use UDP or TCP and port 5060 to avoid confusion.
You can configure SER to run at 5061 but that seems to me like fixing
at a wrong place.
-jiri
>The client is a Windowsce.net application. Experts, please help me
>understand why i can register on ser using TCP but when i use the default
>transport type (UDP), the application tries to send on port 5061. Is this
>something ser can fix or is the problem specific to the application. The
>client application is based on RFC2543 but i am able to register using TCP
>on ser. Please help.
>
>Thanks in advance.
>Annie
>
>_______________________________________________
>Serusers mailing list
>serusers(a)lists.iptel.org
>http://lists.iptel.org/mailman/listinfo/serusers
--
Jiri Kuthan http://iptel.org/~jiri/
Hi
How can i retrieve password coming in 'REGISTER' Request. problem is i don't
want to do mysql authentication as i have less space...so what i need to do
is , i am writing one small module..which i have already done but i need to
verify username and password thru that module.....so any idea...i have tried
some structures already....but of no use till....i am able to retrieve
username, host,port etc...but not password .....i am using davolink phone
box and i know password is coming encrypted....but how can i check this help
me out
_________________________________________________________________
Contact brides & grooms FREE! http://www.shaadi.com/ptnr.php?ptnr=hmltag
Only on www.shaadi.com. Register now!
Hi,
Yes the application is using TLS when the default transport is set to
UDP. The client is a Windowsce.net application. Experts, please help me
understand why i can register on ser using TCP but when i use the default
transport type (UDP), the application tries to send on port 5061. Is this
something ser can fix or is the problem specific to the application. The
client application is based on RFC2543 but i am able to register using TCP
on ser. Please help.
Thanks in advance.
Annie
I am looking for a way to limit the number of simultaneous calls that a given user can establish thru ser at a time. I realize of course that any options would require stateful use of ser but that is already a requirement in this project.
Thanks for any insight
Hi all:
In first place, I must say that ser is running like a heaven!
I've some doubts about three different things of ser. I've not been able to
find something about these things.
1) 'WARNING: no fifo_db_url given - fifo DB commands disabled!'. Is this a
critical issue or not?
2) 'NOTICE:init_avp_child: no avp_db_url specified -> feature disabled'. Is
this related to previous item? What's disabled?
3) How can enable server monitor statistics in MySQL, to use
server_monitoring and server_monitoring_agg tables?
Any comments will be appreciated.
Thanks in advance
Gus
Hi,
We are testing ser since several weeks and it works great. Now we want to
start testing an external gateway. Do you have any advice about the better
choice for an E1/T1 SIP gateway? Thanks.
Emmanuel Bergmans
