Date: Tue, 15 Jun 2010 22:02:02 +0800 From: Ganbold <ganbold@gmail.com> To: PseudoCylon <moonlightakkiy@yahoo.ca> Cc: Ganbold Tsagaankhuu <ganbold@mobicom.mn>, freebsd-current@freebsd.org Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless Message-ID: <4C1787DA.2070308@gmail.com> In-Reply-To: <337427.44900.qm@web51804.mail.re2.yahoo.com> References: <16641.96608.qm@web51806.mail.re2.yahoo.com> <4BA38B26.6050208@micom.mng.net> <989377.89740.qm@web51802.mail.re2.yahoo.com> <4BAE01AC.7000509@gmail.com> <623907.37074.qm@web51803.mail.re2.yahoo.com> <4BB3575D.4040506@gmail.com> <87836.79143.qm@web51804.mail.re2.yahoo.com> <4BBB372C.1060302@gmail.com> <665283.95271.qm@web51802.mail.re2.yahoo.com> <4BBDEC8F.9050803@gmail.com> <490521.32714.qm@web51804.mail.re2.yahoo.com> <4BD307DE.5080507@gmail.com> <332448.8676.qm@web51801.mail.re2.yahoo.com> <4BD3F2D4.8000007@gmail.com> <702632.81988.qm@web51803.mail.re2.yahoo.com> <4BDEE393.4080206@gmail.com> <660085.11669.qm@web51802.mail.re2.yahoo.com> <4BFD4806.8070001@gmail.com> <618770.37649.qm@web51807.mail.re2.yahoo.com> <4C0FAEA2.7010204@gmail.com> <94007.38072.qm@web51807.mail.re2.yahoo.com> <4C11188A.1040002@gmail.com> <447555.80295.qm@web51803.mail.re2.yahoo.com> <4C16499A.3050808@gmail.com> <337427.44900.qm@web51804.mail.re2.yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
AK-san, PseudoCylon wrote: >>>> From: Ganbold <ganbold@gmail.com> >>>> To: PseudoCylon <moonlightakkiy@yahoo.ca> >>>> Cc: freebsd-current@freebsd.org; Ganbold Tsagaankhuu <ganbold@mobicom.mn> >>>> Sent: Thu, June 10, 2010 10:53:30 AM >>>> Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless >>>> >>>> It seems like it is running without any problem so far, no more adsl >>>> modem problem. >>>> I can see arp packets in wlan0 interface as well as in macbook. >>>> I will continue testing and let you know if there comes any problem. >>>> >>>> thanks again, >>>> >>>> Ganbold >>>> >>>> >>> Hello, >>> >>> Glad to hear. It was an encryption problem. A client was dropping packets.. >>> >>> Please let me know if you find another bug. (Hope there won't be) >>> >>> >> Well, looks like I was too fast :( >> >> It seems like client is not receiving any arp packets when rspro doesn't >> first initiate ping (maybe arp request) to client. >> If I first ping to client from rspro, later on arp packets can be seen >> on client. >> When I ping from rspro to client, response is very different: >> >> # arp -a >> ? (192.168.1.43) at 8e:fd:59:d6:3a:50 on bridge0 permanent [bridge] >> ? (192.168.1.42) at 00:22:cf:03:e0:30 on wlan0 permanent [ethernet] >> ? (192.168.1.41) at 00:15:6d:c1:c7:77 on arge0 permanent [ethernet] >> ? (192.168.1.1) at 00:30:54:62:3d:24 on arge0 expires in 1200 seconds >> [ethernet] >> ? (192.168.1.7) at 00:1c:25:9d:36:1d on arge0 expires in 824 seconds >> [ethernet] >> # ping 192.168.1.50 >> PING 192.168.1.50 (192.168.1.50): 56 data bytes >> 64 bytes from 192.168.1.50: icmp_seq=0 ttl=64 time=2.694 ms >> 64 bytes from 192.168.1.50: icmp_seq=1 ttl=64 time=302.177 ms >> 64 bytes from 192.168.1.50: icmp_seq=2 ttl=64 time=1.041 ms >> 64 bytes from 192.168.1.50: icmp_seq=4 ttl=64 time=5234.417 ms >> 64 bytes from 192.168.1.50: icmp_seq=5 ttl=64 time=4225.060 ms >> 64 bytes from 192.168.1.50: icmp_seq=6 ttl=64 time=3214.908 ms >> 64 bytes from 192.168.1.50: icmp_seq=7 ttl=64 time=2207.241 ms >> 64 bytes from 192.168.1.50: icmp_seq=8 ttl=64 time=1197.061 ms >> 64 bytes from 192.168.1.50: icmp_seq=9 ttl=64 time=186.833 ms >> ^C >> --- 192.168.1.50 ping statistics --- >> 11 packets transmitted, 9 packets received, 18.2% packet loss >> round-trip min/avg/max/stddev = 1.041/1841.270/5234.417/1870.962 ms >> # arp -a >> ? (192.168.1.43) at 8e:fd:59:d6:3a:50 on bridge0 permanent [bridge] >> ? (192.168.1.42) at 00:22:cf:03:e0:30 on wlan0 permanent [ethernet] >> ? (192.168.1.41) at 00:15:6d:c1:c7:77 on arge0 permanent [ethernet] >> ? (192.168.1.1) at 00:30:54:62:3d:24 on arge0 expires in 1183 seconds >> [ethernet] >> ? (192.168.1.7) at 00:1c:25:9d:36:1d on arge0 expires in 805 seconds >> [ethernet] >> ? (192.168.1.50) at 00:26:bb:17:f6:61 on arge0 expires in 1186 seconds >> [ethernet] >> # ping 192.168.1.50 >> PING 192.168.1.50 (192.168.1.50): 56 data bytes >> 64 bytes from 192.168.1.50: icmp_seq=2 ttl=64 time=1590.035 ms >> 64 bytes from 192.168.1.50: icmp_seq=3 ttl=64 time=580.201 ms >> 64 bytes from 192.168.1.50: icmp_seq=4 ttl=64 time=528.019 ms >> ^C >> --- 192.168.1.50 ping statistics --- >> 5 packets transmitted, 3 packets received, 40.0% packet loss >> round-trip min/avg/max/stddev = 528.019/899.418/1590.035/488.804 ms >> >> > > Well, the patch is working (sort of). Old driver wouldn't let you ping anywhere. > > Replies are taking awfully long. One of them took 5 sec. This could be a different issue. > > Can you try a few thing? (Unfortunately, everything is working on my side.) > * Before ping from rspro, does ping from macbook to 192.168.1.42 (wlan0) work? > No. I will check again and let you know. > * If you give IP address to only bridge0, does it make any difference? > I will let you know after testing. > * Does it make any difference if use rspro without 192.168.1.7 (if possible)? > 192.168.1.7 is just my freebsd laptop. > wlandebug doesn't work on macbook, does it? > I don't know yet how to debug wlan in macbook, will look for it. > Can you show me your hostapd.conf (minus password, of course). I'll try with the same config. > Ok, here it is: interface=wlan0 debug=1 logger_syslog=-1 logger_syslog_level=1 ctrl_interface=/var/run/hostapd ctrl_interface_group=wheel ssid=bsd wpa=3 wpa_passphrase=test wpa_key_mgmt=WPA-PSK wpa_pairwise=CCMP TKIP > And, if you ping from macbook, would it take that long? > After ping from rspro, from Macbook it doesn't take long, usually around 3-4ms. Ganbold > > AK > > >> Any idea? >> >> thanks, >> >> Ganbold >> > > > > > -- Experience is a good teacher, but she sends in terrific bills. -- Minna Antrim, "Naked Truth and Veiled Allusions"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4C1787DA.2070308>