[linux-ileri] Re: Arp refresh time

---------

New Message Reply About this list Date view Thread view Subject view Author view Attachment view

From: Serbülent ÜNSAL (ozgurruh_s@yahoo.com)
Date: Fri 28 May 2004 - 09:46:24 EEST


Bu gun bir deneme daha yaptim. uzerinde Fedora core 1
cali?an ( sorunsuz ) bir makineye mdk 10.0 official
kurdum. Fedorada 4-5 tane olan arp girdisi bir anda
seviyelere firladi.

[root@localhost hasan]# arp -v
Address HWtype HWaddress
Flags Mask Iface
10.51.45.232 (incomplete)
                    eth0
10.51.45.204 (incomplete)
                    eth0
10.51.45.161 (incomplete)
                    eth0
10.51.45.133 (incomplete)
                    eth0
10.51.45.122 (incomplete)
                    eth0
10.51.45.94 (incomplete)
                    eth0
10.51.45.51 (incomplete)
                    eth0
10.51.45.23 (incomplete)
                    eth0
10.51.44.233 (incomplete)
                    eth0
10.48.156.19 (incomplete)
                    eth0
                                          ....
Entries: 735 Skipped: 0 Found: 735
[root@localhost hasan]#

ustelik bu gece saat 21.00 da alinda yani networkdeki
makinalarin cogu kapali.

bu sirada ping mesaji ve dmesg ?u ?ekilde:

( 10.0.0.89 makinasi aktif )

[root@localhost hasan]# ping 10.0.0.89
connect: No buffer space available
[root@localhost hasan]#
[root@localhost hasan]# tail /var/log/dmesg
NTFS volume version 3.1.
NTFS volume version 3.1.
NTFS volume version 3.1.
NET: Registered protocol family 10
IPv6 over IPv4 tunneling driver
b44.c:v0.92 (Nov 4, 2003)
eth0: Broadcom 4400 10/100BaseT Ethernet
00:02:e3:33:16:ee
8139too Fast Ethernet driver 0.9.27
eth1: RealTek RTL8139 at 0xd019bf00,
00:50:fc:33:49:19, IRQ 18
eth1: Identified 8139 chip type 'RTL-8139C'
[root@localhost hasan]#

ama ?u i?inize yarayabilir:

[root@localhost hasan]# tail /var/log/messages
May 26 21:01:47 localhost kernel: printk: 14720
messages suppressed.
May 26 21:01:47 localhost kernel: Neighbour table
overflow.
May 26 21:01:52 localhost kernel: printk: 14234
messages suppressed.
May 26 21:01:52 localhost kernel: Neighbour table
overflow.
May 26 21:01:57 localhost kernel: printk: 14611
messages suppressed.
May 26 21:01:57 localhost kernel: Neighbour table
overflow.
May 26 21:02:02 localhost kernel: printk: 14978
messages suppressed.
May 26 21:02:02 localhost kernel: Neighbour table
overflow.
May 26 21:02:07 localhost kernel: printk: 14616
messages suppressed.
May 26 21:02:07 localhost kernel: Neighbour table
overflow.
[root@localhost hasan]#

Arp konusunda hakli olabilirsiniz cunku fedora ile arp
degerleri ayni gözukuyor. Ama eger sorun arp de
degilse ne yapabilecegim konusunda pek fikrim yok. :(

 --- Serdar KÖYLÜ <serdarkoylu@fisek.com.tr> wrote: >
Selamlar..
>
> > Onceki mesaj eksik oldu düzgün ?ekli
> > a?a??dad?r.
> >
> > Aslinda problemimi daha once anlatmistim (lkd
> senligi
> > 2004) ama listedeki diger arkadaslarinda
> faydalanmasi
> > icin bir kez daha aktarayim.
> >
> > Benim sorunum bilgisayar acildiktan sonra (mdk 9.2
> mdk
> > 10.0) internet baglantim bir sure duzgun calisiyor
> ama
> > daha sonra kesiliyordu. Konsoldan ping atmayi
> > denedigimde ise "No buffer available "mesaji
> > aliyordum. Google da biraz arastirmadan sonra
> sorunun
> > arp kasesinin dolmasindan kaynaklandigini gordum.
> > Gercektende arp -v komutunu verdigimde kasede
> > bulundugum networke ait en az 800 ve uzeri sayida
> > kayit bulunuyordu (su anda (fedora core 1
> kullaniyorum
> > ) ayni komutla sadece 4 kayit gorunuyor). Benim
> > buradaki amacim arp timeout zamanini dusurerek
> kasede
> > maximum 10-15 arasi kayit bulunmasi ve boylece arp
> > kasesinin sismesinin onlenmesi.
>
> APR Cache o kadar kritik degil. Sizin sorununuz,
> network'un hatali
> dizayn edilmsi olmasi. Layer 1 Broadcast domainini
> bu kadar genis
> tuttugunuz sure bu sorun gozlenmeye devam edecektir.
> Siz ARP timeout
> zamanini dusurseniz bile bu cache uzerinde cok
> sayida girdi
> toplanmayacagi anlamina gelmez. O network orada
> oldugu surece bu sorun
> surecektir. Kaldiki, Kuznetsov'un neigh.c icine ARP
> kodunu eklemesinden
> beri ARP girdileri kmalloc(size, GFP_KERNEL) ile
> dinamik olarak
> turetiliyor diye hatirliyorum. Belki sonra
> degismistir. Ama sanmiyorum.
> Yanlis biliyorsam duzeltin, ARP girdileri
> dinamiktir, lazim oldukca yeni
> girdiler acilir. Bu sekilde ARP Cache doldu demesi
> biraz zor gibi
> gorundu gozume..
>
> Kabaca, sizin sorununuzun ARP ile alakali olmamasi
> muhtemel. Bu hatayi
> gordugunuz dmesg ciktisina bakmamiz mumkun olabilir
> mi?
>
> Saygi ve sevgiler..
>
>

=====
BE THE SOURCE WITH YOU

________________________________________________________________________
Yahoo! Messenger - Communicate instantly..."Ping"
your friends today! Download Messenger Now
http://uk.messenger.yahoo.com/download/index.html


New Message Reply About this list Date view Thread view Subject view Author view Attachment view

---------

Bu arsiv hypermail 2.1.2 tarafindan uretilmistir.