These (very poorly formatted!) requests and replies all relate to
OPTIONS pings and have nothing to do with calls, failed or otherwise.
On 07/29/2010 07:48 AM, hala alramli wrote:
some thing strang ,befor every thing work fine but now
the most of the
geografic dont receive calls from outbound (landline) but recive calls
from our system it seem that it deal with it as local number just,when i
snif the backet by using ngrep it give me this:
2010/07/29 12:58:28.111091 77.93.***.***:5060 -> 173.33.***.***:60005
OPTIONS sip:173.33.***.***:60005 SIP/2.0..Via: SIP/2.0/UDP
77.93.***.***:5060 ;branch=0..From:
sip:pinger@nogafone.com;tag=b4a8a831..To: sip:173.33.***.***:
:60005..Call-ID: f8d76aa2-5f768331-3b621@173.33.***.***:..CSeq
<mailto:f8d76aa2-5f768331-3b621@77.93.249.153..CSeq>: 1
OPTIONS..Content-Length: 0....
U 2010/07/29 12:58:28.111114 77.93.***.***:5060 -> 173.33.***.***::60004
OPTIONS sip:173.33.***.***::60004 SIP/2.0..Via: SIP/2.0/UDP
77.93.249.153:5060;branch=0..From:
sip:pinger@nogafone.com;tag=c4a8a831..To: sip:173.33.***.***:
:60004..Call-ID: f8d76aa2-6f768331-3b621@77.93.***.***:..CSeq
<mailto:f8d76aa2-6f768331-3b621@77.93.249.153..CSeq>: 1
OPTIONS..Content-Length: 0....
U 2010/07/29 12:58:28.247854 173.33.***.***:60004 -> 77.93.249.153:5060
SIP/2.0 404 Not Found..To:
sip:173.33.***.***:60004;tag=c8b17aeb9f7688a1i0..From:
sip:pinger@nogafone.com;tag=c4a8a831..Call-ID: f8d76aa2-6f768331-3b621@
77.93.***.***:..CSeq: 1 OPTIONS..Via: SIP/2.0/UDP
77.93.***.***::5060;branch=0..Server:
Linksys/PAP2T-3.1.15(LS)..Content-Length: 0....
U 2010/07/29 12:58:28.255958 173.33.***.***:60005 -> 77.93.249.153:5060
SIP/2.0 404 Not Found..To:
sip:173.33.***.***:60005;tag=c8b17aeb9f7688a1i0..From:
sip:pinger@nogafone.com;tag=b4a8a831..Call-ID: f8d76aa2-5f768331-3b621@
77.93.***.***:..CSeq: 1 OPTIONS..Via: SIP/2.0/UDP
77.93.***.***:5060;branch=0..Server:
Linksys/PAP2T-3.1.15(LS)..Content-Length: 0....
what is strang is that the replay is 404 not found while
173.33.***.***:60005 is an IP address for an online adapter i will be
thankfull for any hint
regards
hala
--- On *Wed, 7/28/10, Alex Balashov /<abalashov(a)evaristesys.com>/* wrote:
From: Alex Balashov <abalashov(a)evaristesys.com>
Subject: Re: [SR-Users] urgent :geographic number problem
To: "hala alramli" <doreme202002(a)yahoo.com>
Cc: "SR-Users" <sr-users(a)lists.sip-router.org>
Date: Wednesday, July 28, 2010, 5:52 PM
On 07/28/2010 10:48 AM, hala alramli wrote:
our geographic number cant receive calls from
outbound (from normal
landlines number) but it receive from our system numbers just
?where is
the problem,is it from our server or from the
company that provide us
with this geographic number?
It is impossible to know the answer to this question without digging
deeper into the underlying cause of the superficial effect you are
describing. The best way is to take a packet capture and see if the
requests from the provider are actually arriving; then you will know
at least whether they are reaching the server, and from there can
see why they may not be getting handled properly at the application
level.
If the number worked before, and spontaneously stopped working, and
you did not change any configuration, it is most likely the provider.
-- Alex Balashov - Principal
Evariste Systems LLC
1170 Peachtree Street
12th Floor, Suite 1200
Atlanta, GA 30309
Tel: +1-678-954-0670
Fax: +1-404-961-1892
Web:
http://www.evaristesys.com/
--
Alex Balashov - Principal
Evariste Systems LLC
1170 Peachtree Street
12th Floor, Suite 1200
Atlanta, GA 30309
Tel: +1-678-954-0670
Fax: +1-404-961-1892
Web: