<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;"><BR><BR>--- On <B>Thu, 7/29/10, hala alramli <I><doreme202002@yahoo.com></I></B> wrote:<BR>
<BLOCKQUOTE style="BORDER-LEFT: rgb(16,16,255) 2px solid; PADDING-LEFT: 5px; MARGIN-LEFT: 5px"><BR>From: hala alramli <doreme202002@yahoo.com><BR>Subject: Re: [SR-Users] urgent :geographic number problem<BR>To: "Alex Balashov" <abalashov@evaristesys.com><BR>Date: Thursday, July 29, 2010, 2:48 PM<BR><BR>
<DIV id=yiv1754313687>
<TABLE border=0 cellSpacing=0 cellPadding=0>
<TBODY>
<TR>
<TD vAlign=top>
<DIV>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:</DIV>
<DIV> </DIV>
<DIV> 2010/07/29 12:58:28.111091 77.93.***.***:5060 -> 173.33.***.***:60005<BR> 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: <A href="http://us.mc558.mail.yahoo.com/mc/compose?to=f8d76aa2-5f768331-3b621@77.93.249.153..CSeq" rel=nofollow target=_blank ymailto="mailto:f8d76aa2-5f768331-3b621@77.93.249.153..CSeq">f8d76aa2-5f768331-3b621@<FONT color=#000000>173.33.***.***:</FONT>..CSeq</A>: 1 OPTIONS..Content-Length: 0....</DIV>
<DIV> </DIV>
<DIV>U 2010/07/29 12:58:28.111114 77.93.***.***:5060 -> 173.33.***.***::60004<BR> 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: <A href="http://us.mc558.mail.yahoo.com/mc/compose?to=f8d76aa2-6f768331-3b621@77.93.249.153..CSeq" rel=nofollow target=_blank ymailto="mailto:f8d76aa2-6f768331-3b621@77.93.249.153..CSeq">f8d76aa2-6f768331-3b621@<FONT color=#000000>77.93.***.***:</FONT>..CSeq</A>: 1 OPTIONS..Content-Length: 0....</DIV>
<DIV> </DIV>
<DIV>U 2010/07/29 12:58:28.247854 173.33.***.***:60004 -> 77.93.249.153:5060<BR> 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@<BR> 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....</DIV>
<DIV> </DIV>
<DIV>U 2010/07/29 12:58:28.255958 173.33.***.***:60005 -> 77.93.249.153:5060<BR> 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@<BR> 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....<BR> </DIV>
<DIV>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</DIV>
<DIV> </DIV>
<DIV>regards </DIV>
<DIV>hala<BR><BR>--- On <B>Wed, 7/28/10, Alex Balashov <I><abalashov@evaristesys.com></I></B> wrote:<BR></DIV>
<BLOCKQUOTE style="BORDER-LEFT: rgb(16,16,255) 2px solid; PADDING-LEFT: 5px; MARGIN-LEFT: 5px"><BR>From: Alex Balashov <abalashov@evaristesys.com><BR>Subject: Re: [SR-Users] urgent :geographic number problem<BR>To: "hala alramli" <doreme202002@yahoo.com><BR>Cc: "SR-Users" <sr-users@lists.sip-router.org><BR>Date: Wednesday, July 28, 2010, 5:52 PM<BR><BR>
<DIV class=yiv1754313687plainMail>On 07/28/2010 10:48 AM, hala alramli wrote:<BR><BR>> our geographic number cant receive calls from outbound (from normal<BR>> landlines number) but it receive from our system numbers just ?where is<BR>> the problem,is it from our server or from the company that provide us<BR>> with this geographic number?<BR><BR>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.<BR><BR>If the number worked before, and spontaneously stopped working, and you did not change any configuration, it is most likely the provider.<BR><BR>-- Alex Balashov -
Principal<BR>Evariste Systems LLC<BR>1170 Peachtree Street<BR>12th Floor, Suite 1200<BR>Atlanta, GA 30309<BR>Tel: +1-678-954-0670<BR>Fax: +1-404-961-1892<BR>Web: <A href="http://www.evaristesys.com/" rel=nofollow target=_blank>http://www.evaristesys.com/</A><BR></DIV></BLOCKQUOTE></TD></TR></TBODY></TABLE><BR></DIV></BLOCKQUOTE></td></tr></table><br>