[Serusers] checking source ip and dest ip

[Greger V. Teigre]

Yes, and your network is in the RFC1918 (private) address space, so you 
can use the same logic (even without change as you want to proxy when 
the address is on your network).
g-)

İlker Aktuna (Koç.net) wrote:
> In fact, I am not looking for "if address is NATed or not", I need to 
> check if address belongs to my network or not.
>  
> what do you mean by RFC1918 addresses ?
>  
> Thanks,
> ilker
>
> ------------------------------------------------------------------------
> *From:* Greger V. Teigre [mailto:greger at teigre.com]
> *Sent:* Tuesday, June 20, 2006 1:40 PM
> *To:* İlker Aktuna (Koç.net)
> *Cc:* serusers at iptel.org
> *Subject:* Re: [Serusers] checking source ip and dest ip
>
> Why not test for RFC1918 addresses? That's what the onsip.org 
> nat-handling scripts do. A NATed destination is determined by a flag 
> in the location record and the src ip is checked with nat_uac_test().  
> It will give a more robust NAT handling that testing on IP addresses 
> for parts of the RFC1918 addresses.
> The problem has already been solved, why not reuse? ;-)
> g-)
>
> İlker Aktuna (Koç.net) wrote:
>> Hi,
>>  
>> I need to check source ip of a SIP message and also destination IP to 
>> which the message will be sent.
>> i.e. I will use mediaproxy only if the one of the ip addresses match 
>> 10.0.0.0 / 255.0.0.0
>>  
>> is it possible ?
>>  
>> Thanks,
>> ilker
>> C "-//W3C//DTD HTML 4.0 Transitional//EN">
>> In fact, I am not looking for "if address is NATed or not", I need to 
>> check if address belongs to my network or not.
>>  
>> what do you mean by RFC1918 addresses ?
>>  
>> Thanks,
>> ilker
>>
>> ------------------------------------------------------------------------
>> *From:* Greger V. Teigre [mailto:greger at teigre.com]
>> *Sent:* Tuesday, June 20, 2006 1:40 PM
>> *To:* İlker Aktuna (Koç.net)
>> *Cc:* serusers at iptel.org
>> *Subject:* Re: [Serusers] checking source ip and dest ip
>>
>> Why not test for RFC1918 addresses? That's what the onsip.org 
>> nat-handling scripts do. A NATed destination is determined by a flag 
>> in the location record and the src ip is checked with 
>> nat_uac_test().  It will give a more robust NAT handling that testing 
>> on IP addresses for parts of the RFC1918 addresses.
>> The problem has already been solved, why not reuse? ;-)
>> g-)
>>
>> İlker Aktuna (Koç.net) wrote:
>>> Hi,
>>>  
>>> I need to check source ip of a SIP message and also destination IP 
>>> to which the message will be sent.
>>> i.e. I will use mediaproxy only if the one of the ip addresses match 
>>> 10.0.0.0 / 255.0.0.0
>>>  
>>> is it possible ?
>>>  
>>> Thanks,
>>> ilker
>>
>>
>> <http://387555.sigclick.mailinfo.com/sigclick/02090600/07064D00/01080049/0011115231.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.
>> _____________________________________________________________________________________________________________________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20060620/56ad448e/attachment.htm>