From owner-freebsd-net Sun Dec 29 2:52:39 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2F9D37B401 for ; Sun, 29 Dec 2002 02:52:17 -0800 (PST) Received: from web14802.mail.yahoo.com (web14802.mail.yahoo.com [216.136.224.218]) by mx1.FreeBSD.org (Postfix) with SMTP id 64F2F43E4A for ; Sun, 29 Dec 2002 02:52:17 -0800 (PST) (envelope-from rosti_bsd@yahoo.com) Message-ID: <20021229105217.13130.qmail@web14802.mail.yahoo.com> Received: from [192.117.108.59] by web14802.mail.yahoo.com via HTTP; Sun, 29 Dec 2002 02:52:17 PST Date: Sun, 29 Dec 2002 02:52:17 -0800 (PST) From: Rostislav Krasny Subject: Re: PPPoE and troubles with TCP To: Eli Dart Cc: freeBSD-net@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1140876309-1041159137=:12973" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --0-1140876309-1041159137=:12973 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I have some sniffer in Win98SE but don't know how to save its dump in the text format to make it easy to read. So I maked a screenshot of the first TCP/IP packet with HTTP response I got from www.ssh.com in my Win98SE. Look at ssw_com.png file in the attachments. Draw your attention to the "Total length" and to the "Flags" in the IP header. --- Rostislav Krasny wrote: > To produce these tcpdump's log files I used two terminals. In the > first > I ran 'tcpdump -n > filename' and in the second I ran 'links URL'. I > ran the first command before the second one, of course. In case of > www.ssh.com the "links" browsers maked TCP connection, sent HTTP > request and the last thing it got from www.ssh.com was ACK packet, > nothing more. I waited few seconds and pressed to the 'q' key so > "links" will quit. That is why you see FIN packet sent from my host. > If > I stop "tcpdump" before "links" quiting there is no FIN packet in the > log file of "tcpdump". Look at 1492-2.log and 1492-3.log new files. > In > case of the 1492-2.log file I just stoped tcpdump before quiting > "links". In case of the 1492-3.log file I stoped tcpdump after > quiting > links but I waited more time. So you can see few PPPoE echo requests > and responses before the FIN. That is the time I was waiting before I > closed the "links" browser. > I use links because it is a text mode browser, so I will not download > images that can flood tcpdump's logs. But the problem with > www.ssh.com > exists when I use any browser or even simulate it by sending HTTP/1.1 > or HTTP/1.0 "GET" request manually through 'telnet www.ssh.com 80'. > If > I send just "GET /" (it is HTTP/0.9 request) I get some > short > response about that document was moved. HTTP/0.9 is not in use today > by > most web sites (including www.ssh.com) and browsers. > Look at 1492-fbsd.org.log file, there is the log of successful HTTP > connection with www.freebsd.org when MTU==MRU==1492. > > Of course I can use smaller MTU and MRU (<=1484) but when I use > Win98SE > with RASPPPOE driver I have no troubles when MTU == 1492. Why in > FreeBSD it is impossibly? If FreeBSD or its ppp have some bug why not > to fix it instead? And it looks like a bug. > > --- Eli Dart wrote: > > Well, I noticed one thing from the tcpdump files -- in the 1492 > case, > > > > your machine is sending a FIN to www.ssh.com. In the 1484 case, of > > > course no FIN is sent. However, if you look at the 1492 tcpdump > > you'll > > see connection establishment, a packet sent to www.ssh.com (an http > > > request I assume), a retransmit of that packet a second later > > (implying that the first did not arrive), an ack for that packet > from > > > > www.ssh.com, and a fin from your box, which is then acknowledged. > > > > I don't know what's causing it, but it appears that the application > > > you're using is seeing something it doesn't like, and is closing > its > > socket. I don't know why the www.ssh.com side does not send its > own > > FIN -- it should (it may also not be getting to you). > > > > I would look at a tcpdump of a successful connection to > > www.freebsd.org with the 1492 config (you said in an earlier post > > that this works). You could also run with a slightly smaller MTU > and > > > > declare victory :) > > > > --eli > > > > > > > > In reply to Rostislav Krasny : > > > > > > > > --0-2081754345-1041105297=:86278 > > > Content-Type: text/plain; charset=us-ascii > > > Content-Disposition: inline > > > > > > --- Eli Dart wrote: > > > > > > > > In reply to Rostislav Krasny : > > > > > > > > > Thank you for your trying to help me. Your version of > ppp.conf > > is very > > > > > similar to mine. I don't have LAN here, but only one box with > > FreeBSD > > > > > connected to the outside world through my ADSL modem. So ' > set > > nat' and > > > > > ' set proxy' options are not required in my case. I don't use > > > > > ' set ifaddr' option because default arguments of it are good > > for me. > > > > > > > > > > I think that the source of my problem isn't in ppp.conf > > probably, > > > > > but somewhere in TCP. Nobody answered me how MTU == MRU == > 1484 > > solves > > > > > my problem. Maybe there is a bug in TCP when MTU and MRU have > > some > > > > > unstandard value. When I use Win98SE in the same box and the > > same ADSL > > > > > modem with RASPPPOE driver of PPPoE I have no troubles when > the > > MTU is > > > > > 1492 there. This is why I think the source of the problem is > in > > TCP > > > > > implementation of FreeBSD. ppp have some dial with TCP, so > > maybe the > > > > > source of the problem is there but most likely not in > ppp.conf > > > > > > > > Are you blocking ICMP for "security reasons?" If so, you can't > > do > > > > path mtu discovery, and tcp will break if it needs a smaller > mtu > > > > (which it appears that you do). > > > > > > No, I'm not blocking ICMP. I have recently installed FreeBSD > > 4.7-RELEASE > > > with custom kernel that is a little simplified version of > GENERIC. > > There > > > is no firewall enabled, yet. Look at CUST01 file in the > > attachments, this > > > is the configuration of the kernel of my system. I also ran > > `tcpdump -n` > > > and saved its output when I ran `links www.ssh.com` in other > > terminal. > > > I did it two times, the first when MRU == MTU == 1492 and the > > second when > > > it was 1484. Look at 1492.log and 1484.log files in the > > attachments. > > > > > > P.S. If one blocks ICMP why he have troubles when MTU == MRU == > > 1492 but > > > don't have the troubles when MTU == MRU == 1484 ? > > __________________________________________________ > Do you Yahoo!? > Yahoo! Mail Plus - Powerful. Affordable. Sign up now. > http://mailplus.yahoo.com > ATTACHMENT part 2 application/octet-stream name=1492-2.log > ATTACHMENT part 3 application/octet-stream name=1492-3.log > ATTACHMENT part 4 application/octet-stream name=1492-fbsd.org.log __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com --0-1140876309-1041159137=:12973 Content-Type: image/x-png; name="ssh_com.png" Content-Transfer-Encoding: base64 Content-Description: ssh_com.png Content-Disposition: inline; filename="ssh_com.png" iVBORw0KGgoAAAANSUhEUgAAAyAAAAJYCAIAAAAVFBUnAACB3klEQVR4nOSd ebwtSVLX+/Y23fpRUERBxXnt9nEF3Hf7uiCI/iWLOrKIqDMCA4IoyAy8+9gU AVFEXEDlCYIC+pcigh99T0VcUEA/jugHp9+IqKA4gEvv/Yw6cW7ePJmRUZGZ kbWc37dP16ubJysyMiorK05kVtbFI49cPdIMHZ38cZIS54m+EPJkSfFRBpm5 gLLMguQuPTVtrw8qSG6SWa1tJlOy2AALNMk8TTBYwOlM6dpeLHOmTLVLBSG3 f5O2yO3fyarI7b/Hqsjtf3T7f/Txx7MvtsXRwbp377LqsMvLe1m1kS8wTVvk Cwz5BuNhVeT272pV5PbvZFXk9t9jVeT2j+xgBTWv6B9ysI4+0yxXV/cuKfch M/IFZpF5chDyBYZ8g+mxKnL7d7Uqcvt3sipy+++xKnL7X8bBeudb3if7ugg1 44cPH1blf9fP/o6GUvioxMGa9nVIufv37yM7WBUyTw5CvsCQbzA9VkVu/65W RW7/TlZFbv89VkVu/4s5WA8ePMhyCNy9e/fq6op8mKr8wcFqOKrXwXr42u3p 30fvcI0fvvYZ05+PfeasiR++/OnT7hOfFSz68KW3TrtPfjbvnBjzqc/Jjdt5 gb32fz51OkM/6o/retbJfOcfnmT+2M8PSa/9rynlsXf7/Fd/YNoJPPbjviDI fPV//KEp5d2/UJT56vd/0vTtT/iTceqr33dIfI8vOv753z9x+vM9j38K2mZN 9tXv/QTaPv6T/7Ro1Ve+5+Onb3/KF9daIE2pt+or3/0xtH3iZ3xpUWYm+eX/ 8Cb+44mf9ecter78tjdOmX/uX1Rk5kft5Qbz4j//yCT76375Xw3ZX/zWj5hS fsVXcsqL//TDpz9/5VfGMl/8lg+bEn/1V93I/CdTylHar/lrsSYv/qPfNSX+ WkoUtH3x/hto+9TlV/MXL9z7ndOfv+5rQoYX/uEh5df/9eOf/+B3TH/+huOf XlZ94e99yCT2A74uZG27wTz/dz6Id57+rX9LyoPsYCE7WJq2yA7Wkg7WO97x jixTyr1794KDFfKT65Nni/PHDpa9FD7q0dncFtjNMuV85dPZtZrl4nWfffG6 z6HPdNQLb3HRc3Uee7cvoA/tvPo/P/km8d2/8Ma72i2vPHjzKw8+rkvCd38M e1dt3HhXyFxDTlX4iBle/NYPZ+/qJPFbPoy9q5PEg3dF/ha7Vi/+48mj8oX9 qi3w/Dd8EH1K3974Vcgggwwyp5BPlrhleQpTdLDIywt+3Ag4dhWcrRC+WtxW K8Dhq9jHWhgOXxGv/JfjzhZ4/Kd/KX22o895Q0GsKXCVJP6qr6JPmkiuVRTN Sr+dYlfHONa0c/8NHLXifdoewlcTHL6adg5RK2SQQQaZLUOuTsCYn7bBo+Id 8VifCBbBg4Np4quf8fAV/pxEreLxQdqv8q4omvXwef582jHl+U977f9N+7Tl nR5e++FPOX5+6FNuEn9o+vO1H/wj9LlJpD/fefzIoq7HB/USaYiQRwmP+99/ /LTp/+p/+8Tj57/+QfpUHfvK93wCDQ7y+OBN4n/++PA5przjzTefB28+yXwd xHrluY+bPm+fPseUt3/s9PlPH9t5gmZ5+bve9PK/fyN9blLoz7dNn5Ns/+73 82dG2r/9ffx56d/83pBI+9PnO6fPMeU7P3r6fMfJRxT40r/+PeFzk/ivPip8 jinf9lEvfdvvnj7/cvoIcv7FR9KnpPaL/+wj+HOSeBwflGNa66IHsV74+789 /tykf/OHHj/f9KE3id80/UnDgjwyeCLnGz/khW/84PDn83/3g8MnzhaCWDQm yJ8NWgwZZJDxJYSdeEcMQZUIPpbiXRFuDlYOeVe0vXj8M+kz/Rn5WMepV/FO 5l09fPGtD198C32mb6M5WLR/8fT0mfJc+1hekF81GeVHfx59pj8PPhZvH32X z3v0Xf/E9Oe1j0V/Pvpjps+UWPCxapmGC3/89KH9Zh9rkvOeX/TYT/xTk5DM xwqzr3gCVghikXc1pb/XF9Mnzk8zsfgz5XnHjTv1+Ov/DH2mxMjHevzWl0wp z01O1ePPfMnjP/Xw59tvnKrHf9qfdTFUCfKuaPvEz/4L0/7Bx+LtEz/nkHLq Y/E0LMXHIr9qyvbzv4w+tMM+Fm+ffO8vf/J9vnz689rHmhLf9y/FO7mP9dK3 T07Vk7/wL9Nn+vPax3ryF/0V/kyJ1z7WlP6Lv+LJX/IVU2LmYz35S+/Sp6R5 GBxMfKweeHDwZA6WmePsq8uvoc/0Z1MQ66nf+DfoMx3+zUcf66n3+1r+TIkH H4u3T/2mr33q/acZV7GPRd7V9NUHfD3/yU7V07/56+kz/fkNNz7W0x/4N6eU g1/19G+52UcGGWSQ0YmnapXy+DhYh0nuhSDWIYJVOjAZIjyRWZiDFSJYRt1e +79/lD8uNZ2cqoObNUm+jmDJ5R7CV/GEdwshgiV89X2fxB+XithJwlcVBx4i WI6avPwf/wB/lDw8E4ucKvKx2M06OltveyP5WOxmHXPmk9xVJo/qvSePyovg ZhFJ+KqH1/2yu/TJ0zvDV8eZWJJ3dT1K+Ab6HDNfDxS+7tnj+KAOT3JvmIkV Iliy2Pf/OnazblKO89xvyMNXgeBa0Q7vI4MMMudNMjhYFcRKhghFThysUBIv FPHss8/SZPhYA8VTu3g0enIwTj9EsC4e/yz6JF+FgUIOX+U+Vg57WiGCZeHR H/nH+FNvfA2OY4UIlgvHxwmvI1gJ9CAhf1zKosCVZQIW+1UhglUFR7AOH5+o 1RM/88/xZybbtY91k3LtY7mo4Q77VSGCtUEU76oKimOFmVgJ4UHCCmkHvypE sEyHHIJYMRzBmj4feIxsnXyLHL5CBhlg7NOwwsig7pnJDhbth4dyjQ6WzvTw YHka1rRj9rFyLp7+XNry7KtHf8S0P45kGlYxmxq+4untNys1LMir3zuNGD72 k6bxwXyUcASHaVjD510FpglY3/WmZIhwCmhJQ4RV8LwrR1WTaVhe0DIN+UoN PFDYFr4KTxEqeTiINe08+9UhahV2XrjHs92n8cHpc1imYYGp7sk0LA5fxXOw AlMcKxoiPCYeZl8h+1jIILNfwmyqhmlVVaXQNhkinHmK8OqKPkfu3LnD20P6 CUqpSRCLV8MKQ4QcweKtcaUGoYjDZKzSEGGDd/Xa//7U4+eHD8ti8dSrwyT3 6c93mf7kLU9yn/48DBEe52OVhwhFXv2BT6YP7YjeFS/WYJnh/th7THEsWv6K P1PK6SJYPMl9Sj/MxLLw+HsdnK3TSe7HqVfSECFPcp/y3JpmYvGWJ7lT7Gra vx4i9IpgWYjDV8kQ4bQfDRGapB2mXvEkd9rhIULe8iT36c/DTCyFl779o3nq 1ZT5FxynXrFrxUOEYepVPkTIk9ynPIeZWCdfFSa58/hgmOFeWqahFnKzaA4W f1wE5swGscIM96feb5qJdZx6dTpESLOvpsTDJPfpT2mIkH2s49Sr6yFCjmAd Z18dJrnHrhXyECEyyCDQ5orlwaZS+OlmoVFeHWtW9DZXcufZ7icOFupCc+Ra 0Xbyt4YtNHf0qw4z3Lew0CIvNHqyDtb+F1qkpwjpX5rkjrzQYpB59KsOM9xb tPVr/8//7d9G/yIvNOooc05b5IVGXa2KvNBohLjQ6Gz+noVGd+9ghQcJ0/AV soO1bQdLXKkhXgGrzcEijCu55zLFBwmf+HlfhuxgITtYJZnIK7kjO1g9VkV2 sBZzsHi0zQI7WFX5g4PVcNSNg0VvcH542/QSROR3EdbJPDkI+QJDvsH0WBW5 /btaFbn9O1kVuf33WBW5/S/jYP3gW983+9oTdpVqS0kdrKqDkR2sCpknByFf YMg3mB6rIrd/V6sit38nqyK3/x6rIrf/ZRysLXN0sNqPthkC+QJDvsCQbzAe VkVu/65WRW7/TlZFbv89VkVu/8gO1lHNoS8cRAYZZJBBBhlkkEHGyMBX5SCD DDLIIIMMMsggYwfZwUIGGWSQQQYZZJDZBI1DhPTIIf13ZrZABhlkkEEGGWTO Enqnnz0zTSXkNwHa87OPVFvK8Y04uYNlWdKUV8MaZTBkkEEGGWSQQQYZb8j1 oSVALTnv3r0bFhq15w8OVsNR/kOE+ZuA4q2LWHedXappP3DXmuhH2c/1iPOY yFSK2EgrQgYZZJBBZjS0xvosYv5nMsT8baUMmYOVvBy6/0FFuh3GMu13x6H3 0TaV3NWO7byRZ0KRH01FBhlkkEEGljyWUYpuzDhYFEzb4M0S+f69Ook3mewj nxpkkEEGGWTOjCQkZMlP23Dv4x3x2CWeIhR9PZeQTyJKHCnLB61CSn6gu0qK cD1PvzJVmoyIwOV2tmil7PhaI05EHjFEBhlkkEEmIZ7FVHsXCD6W4l0RQxws Rd14sK//rpaLElNmbdSmUnx7DqUkokrC40PEPJ2hoFymron7KKcoPNZBqXtn iaIPVypl0CAvMsgggwwysMQ3/VKesXOwxG+HhouWlCPGFRVRiVcxyCa1BN/C 7tIlDlO8X6pyLbHk2uqIzQ85UoUMMsggg0wtyf2iNsKS7OQIDlYoj5eLoKcT +ZnD2nFKY5WaycMhe1FJiaP016Wt+mfveaxrYWSQQQYZZHaN/QYRohK6Z6Y5 WLQfXvDp6GAlKi554OyxQ/2MWHjJp1ne0QkNpXYEOoSs4v1+xkmO64sMMsgg gwwU8RSRcUMWyZiP4mOlC43SnxSv4v2wk+wTykKj4vhXfKdsm2aUeCdiYilP XG7QJJkFVatS6caf65AIz2dfiQrUOhai2UvmSjSpHSLMS0xKFy2ct0JL3avs IKqh1F1sMMgggwwyyJwHvAQoL0CVezlxx87uDS80Svn1zCE/J8al6MRHaQ6W wjZXcnePdiCDAHKDQQYZZJA5Y2pdn+BgGfNvyMGadQkb0CeMJzmXuV/aVTo/ TWaDrmu5LCXFFH2QHSxkkEEGmTOGXJ87d+4YM7ODVZU/OFgNR6UOFr3D+eFt 06sQkd9FiAwyyCCDDDLI7IjR02r1aez6UcLLnpFBBhlkkEEGGWSQWZ4lVnJH BhlkkEEGGWSQQWYWZAcLGWSQQQYZZJBBZhNcWKa0I4MMMsgggwwyyCAzmgte rh0ZZJBBBhlkkEEGmXVBnuSODDLIIHNuUNd9+/Zt5Ke5kUFmRyDPwUIGGWSQ QQYZZJDZBMgOFjLIIIMMMsggg8wmEIYIacXSXqEXDlO7SEhp+BJZw/0KAbEV cpNAFjL61OfCkYcIkUFmd8gOFr1zp1ni3bt3w+t+OoUoHRayhjsVAmIr5CaB LGT0qUd2sJBB5gwoOliWlxqK1L5PURGid1jIGu5RCIitkJsEspDRpx7ZwUIG mTOgfQ4WvZqHseecpbMyLpKp2yrhYG9kkImghkR3XJEesUHI6DdzLWOihuuO al76xBka9HHpnRxrigwyyOyURgeLupvQKXDXo3dAvJqp4rj0dy6kAP0MFbEL 4erQ78Ic+rZ/LgUytbj735uCZtVE3KE4BP3TLI2NQwJYht1WlLPk7bU5f4lb Q/9WVSR0KXTFXV3dvqKu4zrR0/o1hg0di28LFCuF7GYhg8x50+hgxb1A8LF6 8Oq8Tu9b091GmXwqQveSO6fQzY+2Z3aD3zLBnQrOMe90ulnNDTU50K0lTJXi T6+5khbucknWUooPsbtlFEJ+Fft807V7Nf1/+HU2faiWJhEOFmW1b1wruvx5 IryXVfUeCdnHQgaZc2XewZqNH7h0Op0v7OGukHaaY1dEHI2LY1f88522bdMd ROtZUnSZqxxr1LzHE4oPDEGdOLqzrqebezPttEesBH0OJuLPRLuPFeJgNeSu 1f1JgRu/atbH4pFTusSoPhd3Lg7e1SlX5GM11aiS2LVKvnLxsSztB9nHQgaZ s2TGwbruaI49izhqs50JBGL4imth7BY5fEV1ScJX9BWnu+i5onflIqFT/1lu AldTkGf6hMQqp3nQ8KKTtCtqU9efm4nMVZNyYm8vP8roYyXxWk6kUUsxfSh0 rR1+zJBlaPPw+DnaysyNk3kt9mAQdgF5Xzep/tvMK44Vzz0QU5AnJCCDzPlh GSKk7oq6mylCzp5W2G4EPXwV5njp3aIevuJej7Yuc8VmU+yHuwSKGuQM8rGu 5xJNd0j2qxgepiEXJHjMFmnjnH7LvEMF8iSouYUPhW/FaX/Ki9h5XpR+s+cM s9Pe87mGerpQkM0OShCLrz6OYD28ffSrrq7ojN85da6cJ0KJcBubhgWvnUs+ FdNcuQM9PlZok/zjbYrYHUSxhcPPOc4wuqbIIIPMwlgcrMm7KmzXJ9ySRbjj 1r2reKJ9Er5i6NiwpWw9vyw34l25SBsdx7rh4fFmozgcRg37CTfIHuHi5P2k 6RrGo7NYjZBjGvBr1rNptHAiGR+0EAbiefYVuVaTi8k/aaYpWBzQqvY5qsJX Rw5+/OTxUIM7EH1z/NN3rJBFHdzuEw2Rg1jIIHNmVESwaMsjb2FL39lHYahf EgcZieYJWOw8KQTvSg9mlB4b5B2Ll2bUdjbFfrhjxKhZ5ggfKw2NHryr6U57 dQyizMZOk/CSexyrX2BxpiDtH6Z017qSneiOFAVumqxUN2GRHcqDk3GfTEDX HWl0jwI8zz57MPhBv0qrxN5VHQcfK5wgMg6dkPx8OfpYuXeFDDLInB8VESzq cY7P80gfCz3Hlig5bcHnm/WumBCx5yg9d/dh9kkYwuhRVXwqu/lwl+64U2Zn jUROViu49q6KGQpaJd6V762r/7Y6LcrwyM0sp5svzKNC1z9yZvIYglxxfrcx KX6ikFwlu5s15Y6Cdjfe1WHL1mlTg/cn/+UeSZo+poOvx6OJxK8KUzz721WY hDBZAPk5ZWSQOXesESz2rkrQV5a+ptM/E8mjVtdx/eOUYc4262aFDIkvFS+C 1b9Yw6Z8rA16VydI3pVdt3EPXtgnoYscXf8pKJKNQF1/LDoETXQ9Q+blaXGz 6AjWOfKuaHv4sqUlEFPx6dDbpWK0m/4o8rEYdq0anlAWCfOuXMadkUEGme1j imC5eFciI+6Ch5kb0yekGLutMA6YrMgQolm0bV6sIa7ybIr98B7L98gZ5F0F IYdxGWp1V+ErnkvEN7ZZr0IcLuZJXMmwskGIfGCPm8U/A0JBtMN32arHHi1j 1sbwbSf63Cazm3V1nLZ1NS2FNdkl+FjTLAKiJcAWdDucx+vE+5rCoo8lulYN /lA4JPGuch9Lf7AAGWSQ2SPzDtY478qFfFiQh07oE25URg3DXKvYhQqrMzj2 d6v7WFuPXcUrYB1PprAglkgICyXQ2QsrVcbps0JKB84KqaIwN5F8jkvlKH5I MH9O0OXdO77oE6Em/ac57MeTS54WxbWnRnVxwXa4fqjykGiAo1bsXfGjmnQe 6UP+jO5dMSc+1qHVxa5VeICmp9nz6HAsIffXkd8ziAwyZ4ZpJXdlaG9d7yoe KCmFFoLbNCuKY1dx5ni2e/P4oNgRr+hjLeBd9dx7LGdK/1aEHe78lU2zQkoH Nkew+BD2F0Jja3/FU2Eq1rTGgN+cqllmH9AzPMFHKzJEVb56SB3MYQLoZHta SZ326VKkq1QpIvarmOBaTRkMrlV04I2P5etaWboR5PAVMsicJTMOluK72HuZ w4CIPNEqBJmaowDJwErzJPd4ZDDMwQpzkNm76h8fRMZOqWl1+m09/lDnPTUm f/Kftsm094a1PauGF2OiJeCn4bDrafE8NHaTPisnn+qkp2d2JrVDlQ/rr07+ Fu3QcgnTf3cOk0F1HysRyN7VwbymwFUm4cbHcnGtAvo5CqOH/QUhgwwym6Lx XYS1zDpqXvfONrFh+atwCN/ekhVHkbu85fFqHtusFz/5z/v5tPf4QQ1FVOQP JVG3Cw4xG5VxvDbjMJLRtYqUuQxL2x/gHdpSRa7IXTr4WKaHACgS3Ra4yu3D dnZvgXTG8zBVCJkjdzXIIHOWLORgbRnu6UpLYYW1G5C7PGQGkdyw29yaUs79 eqXxAvfR51gR2justjBfKQ5ZtQWuMpVGmZGXcRc7nBHFIYMMMquD7GDdEHtR CchmQQYZZJYHucNBBhkcptB3ksQLPvUIpaENfnlcp5DSD0dkDfcrBMRWyE0C WcjoU58LpxQKeiH7ZMggsyMEB2s7i92VOixkDfcLiK2QmwQyxNBTj+xgIYPM GSA4WMgggwwyyOwaZAcLGWR2B/IcLGSQQQYZZJBBBplNgOxgIYMMMsgggwwy yGyCk9e9IYMMMsgggwwyyCCzCtPCK8gOFjLIIIMMMsggg8y60BRJejYZeYgQ GWSQQQYZZJBBZhMcHSzxXbND4cgZTrkIINt2eWCtjdzMkEEGmZ3CntU0B4vX 2Vv4cV8KoEGViwCybZcH1trIzQwZZJDZL7TC8MkQYbIg3pJLI/L7bpdfjHH5 cpWy8q/2uzplMKxXFUDs1gbyKqZrdR3IIIMMMm2kc7BW6aeo0PBu2qBA1Q3V sVxkfGmzLfKJQKYN5EsYGWSQ2R2bm+S+1sryy5TL9wO0O0F/lTHthkwDyC+l QAYZZHZB6mCVbmOrxOHjaFZSOu/nKSFzZ7mxELFcXbcqHWYlWIor/blBLFVA tpsXpWZcssnZWKB0weoXr7EtWULsyCCDDDIKpgjW6Dg8i8379/CTNC9dea+q XU+xXGNlWYE8s3I4fxXKzYsrpViKE//cILNVCJVFtpsLejMWG+rugkClrqNk DbGxKem7Ng4yyCCzNQQHa5XbzOzNwPjzOkgw9oaOjmN8px8XDEiEJ/Wtrf4q 6FVYpdBd2K2zyg0ZdsGg337nYRxkkEFmU8gRrE39lBcjEwqrKx+0zRXu77Vz 4Ul9tx+Gma1CDrLd2rBcNUpDRYao7XOQQQYZZOxsYpJ7/40tmRhhvFnWljvr BCgpcZft8oM7nhESD3XZq78YYYzPUgXxWEy7+RJG00S/f6eVqr0k+1HMiAwy yCBj4WSh0aTXiP9MJiL09y90eLxaoDjRIZSSRBryr8Isijilp9wkMSlFscxs XYy1i1MsxZX+XJLYtnmlLObNbYVgtzZK1i5ZIzem+0W9fMXzWsRVyy/YZKeU nltPb5PIIIMMMkZooVHkldyRl4EeArJtl6fB2ufhGazezJAdLGSQQaaZdCV3 ZJBBBgTkUS1HkM2IDDLI9HOMYPH7UxcGrVwEkG27PLDWRm5myCCDzB6hX2IU wZq6KmQrIIMMMsgggwwyyKwIxblpGsPNHKyFi6f5E5N/tzhrlYsAsm2XB9ba yM0MGWSQ2Q4PHjww5rx16xZ3UycO1p07d2aPvH37touuyA7WuYJs2+VBdrCQ mxkyyCCzEcjBIs/JmFl2sPQRQ4p6iV3bxcVFbQws7yVJCO8EUZziG10Te2dR /1wfPV2hZJ88PQivKmKc/oo+uZzlbavkr22To9uAWESbHCa2dnKaEpnxt5yY 518+ht3MoGbWdukpJfac3Fha6XBL9zirj3KZ9HS/tXaoLaskv3Qh2NOrekX3 9qPIn808VP/SCapNV/RpO/v2nG1HxensYFkeXqYOirsp4SlCElpCVEVsu7Xw dc70d0xV5Yr6i/oo6Q3yS4cr1l5e/1ifvF/W5Sxg25Kcqja5gA35KKP8NsIJ Us5UKCjO6aXAWjievqpLTyQYNtn2SGv71qiPImRJO9SWpcgvXQhievOFoF9l nRdUVf9fW66l/Selh0NKoozpSn3txqnqNhuuR6XfsCsZ6F2mobM/iqsUy1ys u6/Vv6EjEA9R0ofqvySjdSsJbzinq9jQsdBcFKfk8YnNtpaeurtcwg2W2a9X eq6ULoRS+pKarGWBTuzDL3r63mmr1G7WwfIKle2ovmfZTDFBPpu7w36yakOY MUli2K+S01lNUUhJvqh/T7l6ET1V2w75+U3O9bjKep2vZayUX0qj9V/GPnta aHTJWxSfb8X0O71lxvWyR6FzO8zax6hDp25BvV27L2vpH/cvgP6fS61LPlZ+ txCHckL4LWTQL6hETlVlc82VwR2vITCjHWKV7PK97o79F0Lcd8UqlYaoqk56 Q7mJMfMBIt23HpReW7W2pi5Sav+6fSzl6i883YeDtcoNQDm1o/UZJz/u4CwX gNLl9TR98dha3WJRW/6Jpp/NFZ0bx/5rd5TMnqQndy/xtuHS/EKhmz0XXr/4 HSMHXq3X5UJocEBdznWpXMXOYmUtXX1nuki44pL8oyNMJflVtyH2rhQfawcO 1tbunZg/95HpJ1zD4g96UKOsh93syd1LvAeDnMRZOywsZy+E+/TC7WRHRta9 wEH698uP/aqSj7UJByt3XeMKrxuiyH/Rjm6sm+qvZ83eo21nTbcctYqJr+GF 21J+4ezFaONQzN5wRvJD2OZhu3p9B+kz25CM5Z5Hg1zx9tRzbNIdrVIFYqgX OKj95x6V6GP1OljxT/OeM8T1TwY+kxHlEaFCRf/SKKwStyyNRufy2+xmly/a U0kvyVfyz45S19rWSzfdtsvbME4X7eDVsMUiYm2Dwi7X7EaoPX0hZ3/1qyJh caHxidCvkeSrRA5/62i3kvyS/rUodkjOiy4/1i23Q8kySk79sm2uV/xt7s2U 9J+tuLFcRYi9+/VKF/VvsENb92tHua3E2WhN0Jxcms8yDS4eaC5E/9MFRX+x OL2+9vx6uYq2tforh1jkz8pxtK2Xbl7nyNGG4iGO145R2/CVb7nrUnv62i69 UtFKuqVci/J6s7HobNdHkd/QXJvtMCs/zqZUQTkqLzcvpcqPdNS/hKhP23kR c9rt1pYuenUNdrDLD/nD1m6fXFXj4TGpg0VeGK1AWqKhAGSQQQYZZJA5S5R7 qj382RDwKwlvu8dvh9H6b9A+Jw4WvWeQFnfX2VoFkEEGGWSQQWZTuISLvOQj s32QX/aMzBCQbbs8yC97Rm5myCCDzEagdxHevXvXkpPcpGM3xW93Zn9Zf9Mz QQOIymB5/pVCLiqX0yC2odxkAHi2XrX1VfLX1m6onqUi7HKWt61iQ0V47ekb pL+ij0VObG3xahW/LeW3G3x1xIobjaajH24RPqtPp/zmcjvLKskvNTx7elt9 dXtWXZ4N+njJqZI/m7lTf8f08K09f3+5zXaw5BSLUKDM3E05vOw5fNszgV+U U1Wl5nJFtUv1qq2vIqfKXKP1DEcZ5W/EtiX5pcOrLpUFbC5eXG02D0IUaUFg nLP/4l2RUJFk2yOt7VujPoqQfs3tdqgtS5FfanhiumPDc7w82+6gylXWeUFV 9VG15dbap627q7qVhK+8zqPRelVnnMp6zkw4yuEpwk4JwWSxzMW6+9rrqkG+ S7mj9azVf4TODZ2+eIiSPlT/Fcn15BTxsZ1d1AiZHVFqeKX0Nkozvl26l0FX xFoX2my5W+sB9Ef/tsYtGyE/8suekRFoXtsGuabIbJxkfaAkMexXyXHRxyhf 1N/LDr5VG80yP7lHdAt5e0va3jjje7WftqJ30cGynrXXnbLMQr7egpuDtYBN lzxnbPfcxHG6XZ/a/BvEUf+SbUeUtSQNbWO2jQ1VOO5H9u5xlgYdktGEEPYI GXQjJ3Ka9YmLtshvHnIy2iFWyS7fq1k2NDxHH2tEa4+v2dhEcTwv3xobYUO5 /JXSdHPjl7ovS3r/GbHfDpRyXfQp2a2tzfg4WKM76FVuAGLTjDss+4nsvIoW QLewu/2VO9Z+21Jt21Bubw139AbaXIfzIFR5s3X3ikA4RjK8Wkve8BIlRVVd utDS5d/fLTQ4xC5tr1TurDETJUvdl9KtKbfItiqIPlMuTSy34ddCcHaT+npd L4SDg7XAHXGccGQSQnsSfwQvpgPgzR4ZZHSSG2fzdeElZ+HKikGXTuXX+qEe +tUlS1/xpJduJQ1yRrsW4gCCo90c3kXo8oMmd5mTCq/lZnVWcC/eYdye4voO beKJ8AU6oE05cLNtw+VXde4ub6T6XnAdw/Zc9Zk9ccZyd9oAhnpXLsLXMsvq qor36/xW0il2NkNDvRbwPn0iWP3xNO4XkoHeZETZJWQnKh/vJF/lcUhxQDpX WM+vlCvKKeUvya/VM04X7dBg/Frb6mXZbaLbVtF2YZsr+UtCLFXIf5DFVmWZ DfbZF0mt44rrbTL5KpGTm9dOlfyS/o52CJpY5Me65XYoWUbJWWVGpa/Ipc1e Vp3dQpWd429zb6BkT7s+De2ktvtq66bySjXLL12qPbfmZvvXgvyy5xn9S8Up lbXn1+0mpuh6KocY9VROQdv5rbWtl030chVtl7e5LqfK2hatwlde1+xG4FpY LjHLOdWbk8Vidn0U+Q2XXrMdZuXH2ZQqKEfl5dae35Jw4+Wp5xfLrfJrHe1Z QtSnrZ0Yz5cl3V5ElfzZ82uvl+iNNdi/AeSXPSODDDLIIINMO8pN1x4GawhA loQPcgLOnhXthvyyZ2SQQQYZZJDxpyFcNE4+MtsH+WXPyAwB2bbLg/yyZ+Rm hgwyyGwEetkzrdJuGcqjDoq7qXSIkP2tEpeXl7ms2mmDJXI5LmKNRdvr1VDf UmZFeP9MTBf9FX2McobaVslf23JGtwGxCPdrRzxZeaKSeaf0nz4Xg8SH99tW P9x49en6dMr3skNDjyrKL10I9nR70XadG9pbSbhLu+2x9oj08K09v1e5VSfd brEA8sueNcOV6lVb34bzWhUfHq1/rE+skkXOArYtyWnoPobakI8yym8jmbMp lhIKSmZ3uiiwFo6nr39oJhg22fZIa/vWqI8iZEk7NAyileSXLgQxvfZCSK4m y4VjaW9J9cMhJVG5NarabZW1a6+jtm6zqnsU7dBQbsmenRaLQX7Z87Gsqio0 dATiIUr6UP2XZLRuJeEN53QVGzoWKva5tE2uLN9CN4LXJdxgmf16pedK6UIo pY8osZP8mtXTR1/RW+sxvOxQkqND06joQcBZbg6ggT9Wjoj3RehI5Vv9WEVU fmBIiXeq5FdVQVFAqZddnwYJVZW162+pV63mYb/TtrW62UtZ14Yhm9fpZizW tpfocnEtw+hLeNyll9wP4sSwb5GfyzFqKOpjlO9e7iD5pRRjTr1o/YIq1cuo c1u6PUOSM6/4rP1r62Wse0mfKrv16Gk0mh3Kz92U27sI2/zBWqWHyk/Kmh0w XlKfEfUy6i/aYdY+Rh06dQvq7fFcxFVYRf946sauDdhc/f5ac6MVhedlxYSx WtYhZKgaoqqqbK55LqEkv2ForMoOsUp2+c1dUEnObJOI+6ik6NL9WOkqvdJd 0P2J3Dil7tqS7nW+St922r8E+0yWbTjEx8GquuTaDLr8DUDpxUbrM05+7bwf pctrc+2VY9vmJI1ue/3oZ3NF56b599kZYByISe6mYnfs0vxCoZs9F7oRlpdD eLXeqguh5CAq9RKFW7pWYzqXbrRDyJnImW3keX5RH6UbV7r9tvNltEPp5Nbe bsKzgbPbcIiPgzWUrd07MX/uI9NP6LPEH/SgRlkPu9mTu2npxz3CSZy1w8Jy Nm6fLauqe4HL61/qHhvkDNXc6F3Fi8g4vOy5X2/RBY6/XTFEkf+iHd34NtVf z5q9R9vOmm45ahUT91kLt6X8wtmL0cahmL3hjOSHsM3DdvX6DtJntiEZy91X g+wM3SWXv6NWVWe2yotyP0Hi/T3vHt2N0Nn+6dgVIlh8/VhGrxvkJCPcI4af Y985vxWJlVLiqKVR3ly+Uq6urVF+6bzo56s0/CHmnz3ptbb10k237fI2jNNF O3g1bLGIWNugcEPb2yy1py/k7K9+VSQsLjQ+Efo1knyVyOFvHe1Wkl/SvxbF Dsl5mb1Zitv829JRSYp+2c7qbzG1sbtr63Z0QxntNnvKOvVUlM+VaZZfupQ6 bzfEChEsVtQlqJjL0f90QYmL6qO2pW+N+fVyFW1r9VcOscifleNoWy/dvM6R ow3FQ3Q9G5jVNnzlW+661J6+tkuvVLSSbinXorzebCw62/VR5Dc012Y7zMqP sylVUI7Ky81LEW+9bXYQc9r1nE0XyxW9CsVuFmv3p9uLqJI/eynZ61XyAh0i WMgve0YGGWSQQQYZO0b/CVn/s6Rkt94IFvLLnpFBBhlkkEEGGWRcaIhgIb/s GZkhINt2eZBf9ozczJBBBpmNUBXBOu7kK7krKCu5ByFGclGhlCSlSmxDuSXl c330dIVSZkV4VRHj9Ff0yROXt62Sv7bljG4DYhFtcpjkXQhBjrifnER7eoNi oyn1QnnXUaqgYjSvWhvljDByv8yGhr3lBtNTtf7i8ia3cOn29OXtszvsa40W V3JXpIvdFtH/LBJPK2PiR1o6xVrKFZUX9VHSG+SXDp+19pL6x/rEKlnkLGDb kpyqBrmADfkoo/wG+NTkW94JKfEZFNPjFBfFFiN/1CipSJyuGM2l1uHMzuYc 0cX1y6xt2FtrMIoOC9xT8uLyVrdk6VVGWNg++2Kdpwj7EZ/DXKZouysT8rvI V9KH6r8ko3VTuo/ac7qKDRcoNC8i7/EXU2Zdkp8Hs5n34lmui/icGqoxZmhe 2wKZTbHOSu7LtJvasMTeQb4azw/ks7kAunkH9RvJekhJcf1hVEW+stiPUU78 p6iqSxivVG5eqKKMxQ4W+4vGqdUzKcXdPrPnq1SLUhH286g3njxDgz57Z68R LCMLB1f1pqP36ZslrlfVKGRih1n7GHXo1C2ot2v3xUt/r84u7jf3bljRGo6D gKWJDVVh0SAtvnsp8vPEJP+sniFbXrSX5UvlioWW0ktyGuwvnpFaPWNpDQaZ LVfXR6yvF6J94oB3vFXsf8asEMFapgtepaPPe6vF9BknP74wLJeEcgkp9rGL 7dEtFrXly1s/m47nuueMiHKWv+h8UaqwqTZT6mRmIxwW4XqkIRS95LlWTkqt /rMyR+hZSykGZo9gKZJLwa3QsQxq6sgRrEUjWHEIcUSttnby9v6zHpm1KF0j yG1pMXZq4SRCIEYOmuXs3Q57rELpB2pSr6r65pnj/C7eTxJdm9X/jFnnXYTB uM0mThqfeCLXcrPE0O6SJa6L5SdUs7adNd3Lz6bSNYLsXS1P1SjPBk+NV2v3 vWrynnn0VVmSX4oSDVWmCv0uVlUve4mLuT4IQazV5mD1R7C48SXTPmKBIYOv yeLQQt5TiP2sEhcVU0T5SrmzdrbIF+2ppJfkK/lLQppt66WbbtvlbRini3bo b9ix8Lyg0uWp5NxXd1m6zYvjJropZlt1XGJM0msZbVg6cSX5SXqoeJI+K2e2 /ykZQb8MS3rG5VZtjXYoXaGz3UKtnoodZs9vnNJWr1K6vV0pp15pEqxVqQ80 XjJnwDpPERIunnIuRP/TV/NcuFicHhS159fLVbSt1V85xCJ/Vo6jbb108zpH jjYUD9H1rCIWohRUpVKPPquT2LZknHintu6WS9suRNTNIr+UX5fT1vZK99FZ PfNyjftGO5Tadu35mtUzPqqqkeRaNdTLfspG2FM56fYmtGscIljIL3tGBhlk zgbq4o1BBWSMKI4UnjE2QSnyiszytL+LkPwqXLMhgwwyyCCDDDLI+PH617/e mPPWrVvsbJ04WBY3i172jBzKQgYZZJBBBhlkkNEhB4s8J2Nm2cHS3/dMGZII 2OXlZZKhWfsgKgjhlAWia1RQXkquj55ur5de7lp6lopok7OYziUbKhWpKmKc /oo+PW1M3E8KsqfvKLYdnym9gpxNMVR/rY1914gurl9mQ78U9vc1GFJqJzuq gqMdvCqeS3O/vtq06iyXHSxLgCkMFzq87JmUDnRWnum8o9eWK15joj5KelW9 lHLX0jMcZZS/EduW5JcOr2qoC9hcvHba5IjbUES8o6THKW0nfS2S3jOvSJyu GM2l1uEMzuYc0cX1y6ztNLwajFdjq5JTukBWZEk7WFyrWn1yaW3Xl2Pno/9O HscmXpWTd46LdeujL6qS8Npy17r4ewptqKOLfCV9qP4bROnpZnOeGYkLO5t5 L57luuT3rX01JMALIaY/qNMGzvW1m3cR1oZ8kGljrYsNuabIOKKf0EH9BvdI gaS4/hC1Ij9PNKaHr+I/RVVdwnilckv1tduhQU6b8qV9/bzkRVdFBGvtkOtp sYN41RjtmZTbbOekXrV2sBdRCl8Z7dxcTQcHq7a2zSx5U+T+Ja9XnG7Xpzb/ BnHUv2TbEWUtSUPbmG1jVQp4XYlx/7L3Ritaw3EQMB/1aBhvCtLiu6MiP09M 8s/qGbLlRXtZvlRuqVDRbl5yaokDveI20Uc5X7HAqqLtdsi3s3Yo+RxGe4ZE PqSn8ZSMVtJfMXJtuXY7x4YNOXPyUnodLK/a6qzS0ee9VdCktr6j7dOPbmF3 +4u2HVTWYvJr24beHTfcIdqO0hUbYajFUKqwqeuxdCGUfklXedL6PSC5H69Y 3wb97XKMt8MehgpX5HNLrvo5VMq5yvXe056X1zaQ20q03g6GCLfsl5wTockm Bl/Su13Fk0YGgZ22qOSXNNeiFKmqlbN3O/QLmZUTXHBjpzTazl7yN9XH1rbn hvY/jliBkjK9DpaL95P8mkxawLrhn87muBfvMG6ycX2HXo2J8AWu/K11LjvS du8owRsx89Ys79WT+PZIec/sIl8RUiV/xe53MTtYAudJ5nUr1aDG6PPYLD+/ YyYI62Ap70PIV4KPlevsknI5nFL60wUl5lwqTqmv2G7E/HqsO5czq6copEpP 8ZDmmHyDbb1sopdbqsIqNtfl2K0dy1FO4qy2ydCDsfQtkDvreZ7cOOGohnZu aX6zcpQTZ5RfqoIuZ7a+ShehNOOSnnm5YkMNGWa7ygY5xrMwW9+Gbkexp67S YnaolRP+5HrF39a2t1J7ttghz69UULnlGW/NDetgOThYyCCDDDLbBDnaN4KS I4VmZNHBQm5pO8XlrDksNEpKIL/sGRlkkDkPVpxFcH6U7kZQjgUZoRS+Qm5p O2Wt/uEYwUJ+TToyyCCDDDLIIIOMIw8ePGgcIkR2sJBBBhlkkEEGGWQcIQfr 7t27lpy3b99GdrCQQQYZZJBBBhlkRnFxcWHMSQ7ViYP13HPPGY985pln7JmR QQYZZJDZLNRj0wSUMGaBvEXeIm9LW4pI1V5HxsyhiEfIu6K/yeGywJnJwTLm RwYZZJBBZpuE7p3uDchb5C3yVt/aPRm+jugQI6GUmyFCy9QtXseB1DJO9UIG GWSQQWabcI+NHMFC3iJvjREsoycTriPjdReK2MGrcpBBBhlkkBkE8n0UeYu8 tWwXuPQ0Bwt5tQ9kkEEGmfMG+T6KvEXeWrb5leLu8xQdLGTvChlkkEHm7EG+ jyJvkbeWrXix+Ho+soOF7F0hgwwyyCCAfB9F3iJvLdvS9eLo/wgOFrJ3hQwy yCADAvJ9FHmLvLVslUvGywsSHCzkN1kigwwyyICAfB9F3iJvLVvlkvHyguQh QmQfCxlkkEEGAeT7KPIWeWvZlq4XR/+nOMkd2cdCBhlkkDl7kO+jyFvkrWUr Xiy+no+2TAOyj4UMMsggc94g30eRt8hbyza/Utx9HuSFRpFBBhlkcEG+jyJv kbeW7QKXHrKDhQwyyCCDC/J9FHmLvLVsF7j0pncRIq/LgAwyyCCDDDLIILMu 5MZd0GuekU2ADDLIIIMMMsggszoXyDPZkUEGGWSQQQYZZLYA8hwsZJBBBhlk kEEGmU2A7GAhgwwyyCCDDDLIbIJpkjty/ZFBBhlkkEEGGWTW5fbt248gO1jI IIMMMsgggwwy60Kz2+kJwuMQIe2JkPtV+qqb24dykbfb3yKDDDLIIIMMMlae qyG4WdMQIXtRbW7anTt3wv4UEMsSE0Kei4uLRx65GuQ8IuPFoUlcIVsAGWSQ QQYZZIw8ePDg1q1blpzk/5BPRRGsaR0s3cGirMElEgnLoU6yLqZVtfiQ0jKp 0fr0VwcfC5mN0+52I4MMMsgggwwU7GBZ1n8n18rqYM0SnKSjuGsfqzS1KxQU R7B4QCqSWQyA7YikUhuvF2sba4gcwUIGGWSQQQaZKtwcLMsAXw45TCyRvSuD x5ZGsOgeb3dBqjI70qNkj84L1DcrAjmChQwyyCCDDDIVtDlY8jpY5Ejl6ELp ZkwSqXhjPOw8wlRnTB6BQwYZZJBBBhlk3FltodHZ+zdlCE+0JZmV9PiTJCaH 6PJzOUq5tRUvFV1brpK/Kl0E2QNGBhlkkEEGmX4uLy/1DPIQoRiv0ie837lz M95H869mg1j5U4T5KFg8MWh2uE1PEUWVEnU5VUOEp1U+0T8purbcUkptevlP 5DlYyCCDDDLIIFNBPkQYvKvkhc7zQ4QEOUAxIZ1naMXbwO3bD+cGEm8wBoGq 4ih6hCaIimWK8qsiPbP6h49FnxG0yUeOYCGDDDLIIINMD3HsSoljFR2sZJWt kM5BrHjbxoj7d+zNiD7NwnJ2DfIcLGSQQQYZZJBpJveoSj6W2xwsGhbkUJfx 1Tte929FztAi1vI/GsptUxU5goUMMsgggwwyzdDwX46Y020OFmcgP46wPUU4 sw5WSOT5Q/FX8VF5SklOIkGRr6/LlZcrEguZVXL2K3t9vdKR52AhgwwyyCCD TBUrr4PFB9odLOSV3HcC8jpYyCCDDDLIIFPBOiu5xzRHsJDZLMgRLGSQQQYZ ZJCpYoiDNTss2AFyBGsXIEewkEEGGWSQQaYCcrDu3r1rzBwcrGmP/k6eGVyA Q6HH9TORt1veLt8qkEEGGWSQQWaP1Dpk5GDRUaMiWMYDlflexLDgGTLIIIMM Msggg8wQaHCQIlK1W885WA0c/LArCpfQpKxky74Xso+FDDLIIIMMMsjsiyrv ivJrK7kzeoTJ6UDBu+L1I8i7alYAGWSQQQYZZJBBZnlqY1d81IyD1RxAqjlQ 8K4O2+lJQ3KzSnPh49f45K/0ccRRbCwqUTj+U3xPUZJYpZUl86xMFzv4niPk 5ySQQQYZZJDZArXjg3zUdiNYPLGstEDqdNhxpny6dcdLLHkDsahcLKdwthh2 I0Idk3RLuS7VFDPUujh2tb3qhQwyyCCDDDKjOb8I1jGOdd6ECJySZ60Zcsgg gwwyyCCDjJ1zi2Bdb1vQh9jCvp4/OcQoPxcevl3FT6ott9YOYn31ocxSEKt2 0BPZ70QGGWSQQWYjnHMEq3TrDbfq+HarDLElY3DxseLQm7gAhj6ElwifhXMm Q4eKgxKnj/Aw7HYIVU6+Vew5W7R7dZBBBhlkkEFmAbYYwdK318je1f379/jG zEuhVjEbQYl3YocmydCAi5egOChVjssqYR5fe26nXsgggwwyyCBToi2Ctdo6 WLGPdQh3yetgMYqGfK/NI1ilcme/pW2SITkklxBSFDXEco1qi/Jn6xKqE5g9 y7r82SoY7WnRfFbPqnohgwwyyCCDzGh2tg4W+VXXI4mCdxV9q5EPseXYVx+o GtIahGPp8TL/o72QeC5aooC7PZesFzLIIIMMMsjMsr8I1uXlJe2QKrk3Rq4V +4C8TIOuoRhSiv8M4Z88Uclfmx6PiImjY3lAqJTfon8iXME4VKfI1yNGeZhq Nn9pxYfa+fhVdkAGGWSQQQaZcexyJXdShYNVMWGOmAVxQakYJVH/qio9CauU JobnQvL8Fv3tXoUxvyJfL9duz9rz6FIvZJBBBhlkkBnNXiNYOhTBWvFVie4g z85GtgAyyCCDDDLnyoMHD+yZn3nmGXJd5l/2zHOhGrSZPZAyGB8PRL4fI4MM Msgggwwye4EcrFu3bllysm9jcrCQQQYZZJBBBhlkkKmFHSzL5CUedls5ghWy Kd82L3OKDDLIIIMMMsggswpDHKzRHPywK3GtUfa9kH0sZJBBBhlkkEFmR7Q5 WNt9FyGpSN5VswLIIIMMMsgggwwye2HL7yKcnjgjN6u0TGX+8ub+BS1dhCws uadEyxuvS18libWvau7X38WeXkK87KC8V9sofBm7+SI2ua0piQwyyCDjwnYj WLzCES80Kh8WLeTttaj3uKHSxRZSt5eYv2Q6XpQryRYTryyapzeo2max0mql VXazqz0rp3ZdrtI7l3JjltJXtJsv4uJqyD4WMsggc5ZsOYJ1jGMhs02Qnzkd SsmwyAZHBhlkkDkzthvBut62UBqysQyBzcrJhyYbba/KF4WXRuV0ZUpDTqvc thveh6OcxzyzxW7JUaVgydAIymj7u9hNl5wLrL1e9HFV5CAWMsggc5bsI4Kl 9LPiXUQc0iLExCT/rJyQLWRouw3oQ2+58FzP+C06sWJiKc33Kj7W4oOO8BiU 8yhmzr9V2sNs0XY9FUehFsWYdiP32003S76tvV5K1x0yyCCDzHkzNoKlb6+R vav79+9xR6wv+C520CWHQP/FnDMb+Uh2alHke91yXOQoDkqV47JK2Cx2EB1t UrJPv49VkpNYL2k8Xu6dndri+q8XZJBBBpkzYM13EYb9Q7hLXgeLKWkY33LC vvHXfyn/rBxRmsnWhYLa6mWRJsrRS7fUy6iSeGD8p72gtiqXFKg9qgqjKIut qmw71G5i5ngrSlCa3witkEEGGWQWZn/rYJFfdT2SKHhX0be9eP2yHx0h0OUn Q3ULKBmGcrwEiuObg4iHVhMF3M/j6Aa2pJ9hqUvuXSGDDDLIIFPFmhGsy8tL 2iEvL/fGyLViV5GXaRA1jEd8ktGfUqQkudfGP74T4YqchrE8iz65/Lxeicw8 JCAKL8nJQwi55nY7GE2RKGY32qzdSnaw5O+c8GSv1Kz80pmy29nRbrPK601o 9nrRmxCy94YMMshsnL2u5E4ac7AqxlKNJBwSz8RK5gzlhyRBlCS/Lqck3KKq ok8uP6+XpRSLfSxK1trBfi805lfk6+Xmic16GnPWnqlaOVX6O9pt1jgWPZVC m5sQMsggg8x+2cJThJOPlRB/u+KrEreG7yN7JGHhadEbZMUwCbL9Z0EOXyGD DDLnypoRLBoinAXZu8px/62PbNstWADZ/jrIlkEGGWTOldUiWJRBHJNCHjVA BhlkkEEGGWTQmJnkzk/zNcg1HqgHuryeIkQGGWSQQQYZZJBZhrZJ7qs9Rcgc /LArca1R9r2QfSxkkEEGGWSQQWZH7PUpwtJK7qQieVfNCiCDDDLIIIMMMsjs hS2/i3B6kojcLH1RzQXeEwLyqNeS712xyF9Mn0GS25QfV9NY8vKv1rEXV3oF 0PLvArLXaF/27JTfIGHL9kEGmWXwjGBR5hLqcXIEiye480KjIvwgd8ygK2ro +Ol2eoGwstFoe4ayltRHOXbQ+U30Nyo/rrElC2INLauzXuHplmQ9rQX0tLex vdiz7TpS5BuL3lF7QwaZBXCOYOVLhhoklCJYxziWHeSLCpldsJFVr7b/s15c AXWz2iKHSSwg2wcZZGJGzcGqua4U76rx4hRD4qXhhjx9NrJdCrnXhuLFsY+S PkqoXy+3s49Thmlq9Skp2WC30vnN90t2Lp3fUmUb9KzS35hfOS95u+23Z26K JH1WT3dm7SBWyqWdnJk9m+vlJWcX7Q0ZZFwYNQerhvkIlnj9cEhAvFDFocMw 3BAyhHRxGx9yom5BfildIR8HUfQphfpny60KAMT2TNRL7FZrhyQ90bD0Va6P cn5LVRbtXDq/YmXbzm/Jwg3tJM88225Lps7vUm3XC6fH0vqNY7debAddT692 smt72q8jBfF6OQ/7IIPMaPwjWOKvkCAq3l4je1f379/jw2mee6msUgeh/6KK 70MuRgxyan/JeeFYbqmjFO1mLHfWzoqcoInXybLboUrPKnp+8ffLr70b2a+X BRq/ooP7dS3Wa6f2FK+jZdrzrtsbMsh44R/Biq/k+AphUWEbJr8ftoKPFRaT aKhV4njNXqihCwg/79qoLddLH69yV6zv8spvp766nOQXfyJHbCer2FPRc++c qz13ff2ecXtD5swYNQfLQjQFXlhldHaCvP1Xy+jfNyX5VeU6KrnW7zkXO4jU /ghWMq9lZ8VXXv58Id+QYrzayV7sqV9Hq8QdkUEGhFFzsCxXFC2KShyiWVeH eNbNlhL5W72IJDQdImdiemnsMpaWqC0eUlvurKHEzKI+QZOqcu3jSqJxSnar tUOSPqtYnof3lfomxhS1zYdIkqrF5cbbWjvHkkUl868s7S25R5baicWeuj6l 855LEO0T66lfemIzKJ19casL728nu7Znw3WkqKqUuxf7IIPMKni+i1AJd+VC KPPl5SXv04ryybfBteIhwhVf5rMi4i0c+bfgllnx1Oy6VQxVHvB6Qe4ikEFm GXb2LsLYwZrVFbCXpG0pQILcgSKTI7YTZGKQrxdkkEFmNPt7FyE5WLNgxq7E aZvI0zmRUUBuD7MgXy/IIIPMNlntXYSUIX+GRWSbhkMGGWSQQQYZZJDxwnMO VsOBeqBrkWVOkUEGGWSQQQYZZNzY2Rws5uCHXYnrYLHvhexjIYMMMsgggwwy O2J/c7CukVdyJxV5PdIljYgMMsgggwwyyCCzPKvNwYoovoWQngMiN6u0kEmy mMqgJU9qxS6/8op7iYo0ZZ0hY3pt0ePOrLtxkEEGGWSQQaaK7UaweIK7/qqc MAvePh2+9gZZO3g6erBVXLjPUXitdxWeRUjWBhTTZ0sX1/2qktPv0unUrimP DDLIIIMMMiW2HME6xrFKiAsZLGK0s8XrsU0XIYm/hezZIIMMMsggc2ZsN4J1 vW2hNG5Yen/C0EHGkj7K+xxKQ5/6+x+UdJcqDPVfq+T3nN+e/Ayyq4cMMsgg g4wL+4hg1c6CSlbSStZ0zuM0YmYvSvqEN3Al5Sb5Q05Ff1FOXDvfGsWSdcd0 hFtWe34d8yODDDLIIIOMI2MjWPr2Gtm7un//Ht/YaJ77aCusEsE6Vt7J/1gr vKSsBzs66GWve9WTELnXiDz0jAwyyCCDzAjWfBdh2D+Eu+R1sBhdw+RGXpor bfnWkmHepnMCdcX0w0VpegVrES0Q/2lxpzqNpqTokmtP3+y3Yn0X8x2RQQYZ ZJDZOPtbB4v8quuRRMG7ir4dworjPnrRcQSl6pm+cYjjlYkyPd6VYgeLzNqZ Z3r++FvkIUJkkEEGGWTGsWYEi97lTDvk5eXeGLlW7CryMg2KhuI4jh5xycMS yT01DiYpchRlkvxieqy5MhpViiflwkty7O6OxW6i6RoiXmLpYvVLhep6Ds2P HL5CBhlkkEEmZq8ruZPGHKyKsVSDEecAJZOUxUNK+flPixxFmSS/mJ6UaCwi 139Wjt0bsNhNNF2VnCrcz29/fmSQQQYZZJBxYQtPEU4+VkL87YqvSlyLeIgQ p+67GIxDDl8hgwwyyCDjxZoRLBoinAXQuyJgwyfbry+yd4UMMsggg4wXq0Ww KEMyEFNim4ZDBhlkkEEGGWSQ8WJmkjs/zdcg13igHuga+hQhMsgggwwyyCCD jDttk9xXe4qQOfhhV+Jao+x7IftYyCCDDDLIIIPMjtjrU4SlldxJRfKumhVA BhlkkEEGGWSQ2Qtbfhfh9MQWuVnKe+5KL0XeO2Kl3GuaC9GLKJV7TpZHBhlk kEEGmcXYbgSLJ7jzQqPyYacrP218OnyVC5KsayXWt8enUVyikj3DK5BzUcjP IiCDDDLIIINMM1uOYB3jWHagbvM9PlatS1Ra/Al5UShkkEEGGWSQ6WS7Eazr rYnkpXUhQpOEakrjX+JQY7Kv5I8T80LD4aOH0pDH6ZBBBhlkkEFmd+wjgqW/ uDd/cxyHVcLoVfw+u3yILWSLB+biLWco5Q9flQqNRQ2N97gI1ydg2dORQQYZ ZJBBBhkLYyNY+vYa2bu6f/8e37ZpnrtSkOK1JLOXCK9J4spk8F0PmYkOaPKV MR0ZZJBBBhlkkLGw2jpYsY91CHfJ62AxJQ2VOUD5V0lK+LOUHvbjrb1QRawR exXa0A8v1cWyjwwyyCCDDDJQ7G8dLPKrrkcSBe8q+nYs7Dz1RLaqjvKK9Ixw aJCjUMgggwwyyCCzMGtGsOhdzrRDXl7ujZFrxa4iL9MgaphPcsrTla/ioFQi NkSq4mzJRKu8iHimV7yflG4xtS4/l5xo3iY/+SoPnlWlI4MMMsgggwwOe13J nTTmYFWMpRqlFZuUd0WLk9l1+SFbsiRVXkQiuVS6xSa6/JIcu4tjMVHpEGM6 MsgggwwyyCBjYQtPEU4+VkL87QIBtniIENlXQAYZZP5/eWeAJTeqK9CTlbye lXR29jJLyU7SK3m9k/+pootWAMkCY4N975njcWMshOzYKgkDGTJkyJzMzAhW SBFuck760o4MkSFDhgwZMmTIHMq0CFaokCWqNNY0HBkyZMiQIUOGzCg2BrnH r/k65DpPtANd53xFSIYMGTJkyJAhM4q+Qe7TviKMPP2wX9W5RqPvRfaxyJAh Q4YMGTIX4qpfEWozuQcVg3fVrQAZMmTIkCFDhsxVWHktwsfHfcHN0ma/LFdo Ltd1Ptucup7HKba+wHXwdM1YB2kdJS+HYc/W8ll62mftlNOxBujJliFDhsx+ RkawQmUN87x6BCsOcI8TjdZP+3vGqXI+p+nG1TQZq9tYaWmx6hMss1PPjrM8 /comMztZz1vaX66Pnp2o9XeUHUbpuXnWHjlafUNOk4ZkyJBZhMERrHLKUIcE LYL1Fcfys/JrKT4Nyc9EMmQy/4PsGZAhQ4ZM4KgxWC3PUMO7avgR6axWDblr qUY7W7T/PWEkN5ND5kw02KL8QtJZhj599sz2jfqysGxU09Pob5MRWo1st1vV 867277Dn8Ovrsb9Wv68Lzt912rXohuyqkiFzOY4ag9XCdgTLeI40PadkPlG+ SLI8Y9xm5dUovb+T8XRtXRopXOogt61d29S/KiSJyiRLgVJVvz3TNlbQ6qdD WqOanpqcUp9uPP2tXkpnu5e2f589q3L2XF+P/bP6e7rQ0dlsS4YMGQ7jI1ja D98oSm5f1L2rj48/8fQwzt1orukR2fSzNT6pZeXhD8RRP6M98vc3kbqfdgaG ATRRTTYf219bvtTw6PskE7us/Q/FsHPrdT/6PvF0gexdkSEDZHwES/5ulg+R KCpt0+D357biY6XJJJyNbtbpiGTI38QDHZRNfbJf53taPO7H+kGRoT3SZvV3 7H2yX5+l7DYQzc6t+l+is2TIkLkfR43B8iCGwFdmGfUNkB+A/Fkpn9rlE/zq Ix7O0V+z50F62unjIT2y5Tjvk9NunnXsL/WR9ft8Gv+/x7n2t7tQ5jHJkCHD 4agxWJ5naJgUNfCMZv16xrO+t6EwHjVOryYi06HyaPbiycZqlD9ns/rli8H5 iEyaZFtDn3TUGZlLPZV6burvNGnVmB32rF4mQ0/NblnrMnFWlVM6HJkm5Z+Z Se3+2nYu9byr/Y2GZBOlSuU/YU9/nfd5k/01PTdP8cgx7Km1a+vjV5IMGTKL MHItQiPcVQoJlX/+/Bn3w4zy2dHkWsUU4ZmL+azz2LrHA3TxXtz+LXVyB4Fv /VldJjtYZMhM5GJrEUoHa1PXo9XLfiifbApNn+s+PVezJw2y/adwvq9D9q7I kJnL9dYiDA7WJuc4f6uNeL362FvyCOIVINt/CufbmXxlyZC5ItPWIgwVym9/ qqxpODJkyJAhQ4YMmVGMHIPVcaId6DrnK0IyZMiQIUOGDJlRXGwMVuTph/2q zoMVfS+yj0WGDBkyZMiQuRDXG4P1oj6Te1Axzkd6phHJkCFDhgwZMmTOZ9oY LIG6CmH4Uia4WeU0M1+n1cgqnGrLLkq1V9C/2rSh6mrsUfVC3SRDhgwZMhdl 3QhWHOBuL5WTRsFXh8Mfmvcc9Q42lJyVt9W8qwt9c7BnrnDydxVkyJAhQ+Yc Vo5gfcWxNE72qMgQJt0hTyxEhgwZMmROZt0I1mvbg5YxNBZL0fKMmvx01h45 e/SXFex2mzQZ4mdo+gwpz4ygtdt0XbSlSDxyjDz1qPuBDBkyZMjcjGtEsFpf TkbGMK3xJ1+Q2cxbm81V85Idcvr0z7ab7Q4JzDR5n1V9RpVnvdauo/+6aN6V LT/Tx68/GTJkyJAhEzk2gmVvX9S9q4+PP/GFFMa5H22Fq0caBkbONG+syfvM NEkynXp6PEK/12joY3R5v1dqt0uGDBkyZMjMXIsw7T/DXfV5sCK2hto7sixP sau0NU7fMJwi3KNYt/5ZF5pacXZK/lltoqm5Mua0p/vVS6ZdR816Wr+0po37 xN901i4ZMmTIkLkN15sHK/hVr0xixbsSR8+mKQi0YMRrZ2pS5h93tm4HvVrL x+oz0DHdaQcyZMiQIUNjZgQrrOUcdoKXV3pjwbWKrmKcpsHQUMv7yDopzBD3 5RgseSirv227IizRKseIGBlytACJv75Tq2rXnDG5pn41lUtNMq1KD6bj+vrl d/eLDBkyZMjchqvO5B40jsEqiacbkXJQsyyUh7LYTHmoKmqz6c12Pcpn9W05 1ZKm+ntM2iTB2a+m8izMZlzHvuvrl691uft+IEOGDBkyEFb4ivDhY2XIoxOX SiRDpomUcCQbgQwZMmTINDEzghVShJuQvSsyF4IcoCJDhgwZMn1Mi2CFCmVC p8qahiNDhgwZMmTIkBnFxiD3+DVfh1zniXaga9ZXhGTIkCFDhgwZMn30DXKf 9hVh5OmH/arONRp9L7KPRYYMGTJkyJC5EFf9ilCbyT2oGLyrbgXIkCFDhgwZ MmSuwsprET6+zApulvF9Vuviuzfguj0qr4u2LrJWv6ktrfVWbbVDmy2SIUOG DBkyNutGsOIA9zjRqHrm3/MVpcJUEjnz5Xd0W63J3KVe/NXrFZUsr1f3ddTW tPELMeqnQ2XXyD4WGTJkyJBpYuUI1lcci8ydqDolYVv6Q8t+Onr06jpkyJAh QwbCuhGs1/ZwtFSU/NPIZ2XlZWW7flN5R9cM5bX9Vn2Witz4fSDNDt2Qg1hk yJAhQ6aJa0SwOt5b0iGw37haKiplglJWKL2Ms5m6knqe/NemHEN+K1V9UqG2 bdXn0KCO/zp2GyfbOvU5rstkyJAhQ+b2HBvBsrcv6t7Vx8ef+BoL49w7FBg4 VWk2uus4Vk6NDYmo9dnkuClno7PY5L1NGdhHhgwZMmRuxrR5sKSP9Qx31efB itgaaoOaG6zwd335p0d4X31NyU0JTb2zW7El23p24+9OR9PVU4wLlEUf7fr2 he5TmAwZMmTIXJrrzYMV/KpXJrHiXYmjl6QvrbmUPufoWf1S7zg7ZA2RI1Jk yJAhQ2YWMyNYYS3nsBO8vNIbC65VdBXjNA2ahtXBQLLQP97ZlpOJsgchpSFc m/VHlXt65wm39LXbGlEzjKbZf088UmtXlthHPfq32oEMGTJkyNyDq87kHjSO wSqJpxuBbPB1WehX2JaTiTIOpaOe+qPKPV3rtoOnvx12brK/X76/XVliH/Xo T4YMGTJkyLSywleEDx8rQx49OsCWvpU7ronVqA7rvo0dpuT7yOErMmTIkCHT yswIVkgRbnJC+hIYk7h9bOb8XpC9KzJkyJAh08q0CFaokCWeNNY0HBkyZMiQ IUOGzCg2BrnHr/k65DpPtANdl/6KkAwZMmTIkCGDom+Q+7SvCCNPP+xXda7R 6HuRfSwyZMiQIUOGzIW46leE2kzuQcXgXXUrQIYMGTJkyJAhcxVWXovw8WVW cLPsL8LKJVxGLeey5pJzrevVGCs0V4XY9cnL8JEhQ4YMGTJjWTeCFQe4x4lG NbJ1iLUZNftYcHx968zjRv1q77T6VTuTIUOGDBkyZPazcgTrK46lnlbMPET+ 5LDKEIOQ7UyGDBkyZMgcx7oRrNe2nzKfJfNcWYTGToF56tv7xjSeOwNCmXxn Fi8t5LynaTJkyJAhQ4bMTq4RwepbODnLZ2V5rnRIK89IYRutfrbQSrYfq1WF 7wwIJfnZtrTGnlbIkCFDhgwZMkdwbATL3r6oe1cfH3+iLxLGuXcooI0x8gzW LteQyRymTMJ030Wq5PGuUgk5iEWGDBkyZMjMZdo8WNLHeoa76vNgRaoaGlEZ eSjta/VtOXHHrlC2Vd2X2z6jafINVTWXS/5p60+OfpEhQ4YMGTIerjcPVvCr XpnEincljtYpoy+twRitviyvflJnHO3TZCf213+a9ZwrEe23MxkyZMiQIUNG Y2YEK6zlHHaCl1d6Y8G1iq5inKbB0DBzd2SJ9AyyQ7JQKy+jU5tyZLXqTnXA VlOIqIxUtfbXqF+Vr9mZDBkyZMiQISO56kzuQeMYrJJ4uhEpl4WWf2qHsuBN tbxax5Yjq1V3SrGpvLW/1RJPf4361RLNzmTIkCFDhgyZ/azwFeHDx8qQRycu lUiGDBkyZMiQIXMCMyNYIUW4Cdm7IkOGDBkyZMjcnmkRrFAhS2BprGk4MmTI kCFDhgyZUcwfgxVqaixlKTJkyJAhQ4YMmYOY9hVhIs7IUC0P2+4QGhkyZMiQ IUOGzPlc9SvCWLmMXQUVg3dFjmORIUOGDBkyZG7P5AhW8J9ereezjHomXrLn edo8vcFMxeRVdvkU7EnbtXmtnMob9Vunej9UT62JE9Y1Orpf/qUIjHnapui/ OW9ckx3IkCFDZhGuF8ESycFsJvcHcYR7nGhUo5xrKu6nksj+mce1p/86rlW1 j/YM737jGHKabHu0nuksp/wL2V+Tr53e9I3ICdel+tnK0deFDBkyZBZk2leE MXb1eqpmKz2T6eHozy0N/7Kp3VmfhQ5stOoHdNihVf/qKUb5EPlkyJAhQ+Yg Zkaw4lM9yw+mCNaZxF/w5e/4pnJZoh3aWU7GydFLU18r1kJeqJsMGTJk1mTu TO75Gs9aBKvjlSYdlM13TDWfKPMXWl5Dlqc/U4XkbGUze/WVdxDPLb00Wd40 BujqL+wh+jflxWwv+aL27Lh/Nu/DyxmBDBkyZPo4NoJlbxXv6utRG0aTxcdu yCR2KFD1gTTGhouy0WCZfDmqtywxyruVKY3QN/Zl/bEy9vve6Q1kF6t6V3SM PerW5yBr7Jfsvx+MXwtNY8XIkCFD5gZM+4pQum7PcFf+FaGsYGtYvkhaAzNl gKqjfI8y8a1TVtPKnXbQjmr7fa2MlbBHz/Ll3a1kaxc2m9i8T/oa7Sj3yx91 XY7QlgwZMmSmc72vCIMXpX1FGH2su84ymlKBqSRLEVbLd7a45+11lQyODIec 7F01nXKCM7GUv7J5/5C9KzJkyHCYOQYrOIOBZ7Dq13N60a9tPD0etSVUB5VX h5kbyJRcfNCnuFGWJLLLq8qU9dO7pLW81Q7yUCbBHkOjZcTK+ka7VTkeE2XD 2pr0zG6Asmn/XWGYuqpJk/1tffx2s+1vdOHk62LUd97hZMiQIXMb5s/kHn2s DE8gLpANBi8LnTpkp1RFaU3Is7SmtUOt5U12kIeMU6qHnPVtPaslmybaqWf1 lFZ72qbeb/9RdrPb9XfhhOtiy9lzRciQIUPmWsz9ivCLGKySyKNzl0okQ4YM GTJkyJA5mpkRrJ8OyN4VGTJkyJAhQ+b2TItghQpZYkJjTcORIUOGDBkyZMiM YmOaBrFcYBvOE+1A112/IiRDhgwZMmTI3I++aRqmzYMVefphv6ozjkbfi+xj kSFDhgwZMmQuxPXmwXpRn889qJhNN0qGDBkyZMiQIXNLVviKUF2RMEyQE9ws Y7ojOffV/imORrGIGmTIkCFDhgyZ9Vk3ghUHuIc4m3ra3xMCZSVHY3hR5IH5 ZMiQIUOGDJkmVo5gfcWxNk4mh4vIkCFDhgwZMhdn3QhWWpewg2ypmb76WWG2 REmqUJXjl1+VQ4YMGTJkyJCBcI0Ilp2PK72cbCYt233R6qe0YylHHsqUKfOD tvx0lOxjkSFDhgwZMkCOjWDZ2xd17+rj40/0OcI4d7utS3sn5AFbZMiQIUOG DJlp82BJH+sZ7qrPgxXRNEzr8JcxoWq1ugn0+tkh+ach0zjLkG8rSYYMGTJk yJBZnLXmwfIQ/KpXJrHiXYmj20x0TcipPTJkyJAhQ4bMTo4ag+UhOIOB52yi v4JHJbehMB41Tk8jxLPymDGU2O6XXV8rT2eVleWOIV/qr/WFDBkyZMiQIXNv ZkawItHHyvAE4rLVoDPvp2m5aKO+IceuvKmP/JO8sjUZMmTIkCHDZGYEKxGD VRJ5dNZSieSoEhkyZMiQIUPmHGZGsH46mLgQNTmqRIYMGTJkyJA5h2kRrCA5 S5xpLGczMmTIkCFDhgyZoRwYwXqOWH9AzrKRIUOGDBkyZMhsMj6ClfyqcG7I 8cVC8mowZMiQIUOGDBkyNgMiWDFGFTavYNWv6JbJsepx6i2yj0WGDBkyZMiQ IaMxJIIVxqH/tRPdsuBUBR6lz1lNtZPLNZUX8cNGqXFodxY0mlOTNS/6/n6R IUOGDBkyTioOVsrxlZiifqWdQMwPSowzs+mgFjHNKE2O61G2jPQeD2CU9+Dv rLGW9kT99/eLDBkyZMiQcVKPYJUzf2qhrKfXFeZe//X862snZgPDQjzvpl8V qU7geRn7zaOcoZ5sNzJkyJAhQ+ZybKQIPajBqmdQweNjVZGZoyxBU80raZWz +ulQJl9relOOp9wjx9C/23RO+baRbfsPDx11tNt03TvKyZAhQ4YMmSMY4GCF V1F1dtCP57iruO0gpQtTIiy986p5Ja1ylkdLh1KKKlaQL9RqplKTo5W3ytH0 77gcrfKr+VnN/kZ/+7RNZGr4263q33q9xvaLDBkyZMiQ2UR1sLRf83EkVtqG 8FV0pyLxa8FUudu7kqS3ZtoxwgzVhGNWuS+VpskZJX//uQfJL+0/Vp/Eme3u tAkZMmTIkCGzH9XByn7Np/I4GEtuI8Uags/84PvPuA2OV/DEhmicRRo8p8iY xJ6whCZnlHwyZMiQIUOGDI0xY7CSVxEjWMHt+fj4E/yqtA3e1Wsg/NmUnlCf D6TJGSW/lbKhIe1e3UHs0J/sE5MhQ4YMmSkMcLAC4WUvRl89CqR3FbbBu7Ij WKWzoo10lik5OXxK22b101if8rUqh22VTWtytPJWOZr+ttn9+tjy01m28h39 3bzipZvY2m5V/9brNapfZMiQIUOGjJO6g9U+CdZjaobXCylsf7RGsMqUn5aj zA7FPzMJ2VlVUdXT7aYPLTf099htv/w++ztPcWre125V/xOuIxkyZMiQIbOH H49ZQb99o2aS4xUShWEMVghixTf4YwxW+qn/f6HaI4IVfvyT309kyJAhQ4YM mRvz+fn59vb290DzOnGgVNiGmUAHrEUYpyF9eVchzxLKHhGs4Fc9viJ8jsci e1dkyJAhQ4YMGTI2e9cijJO2B6J3FUqijxX+zLZk74oMGTJkyJAhQ8ZgbwRL G7MiJ8eyR670Ln1IhgwZMmTIkCFzE/aOwdpPnK20Wh62myE0MmTIkCFDhgyZ dZg2BmvniSnJKInlwbsix7HIkCFDhgwZMrdn7xisnSemqar+LyYb4644Gt0v 7dzSLTsB2dz+pu3TnRNK2frslD/KDq1tafLL695a3tff06hqqCmvXfEL9ZcM GTJkUMyMYH3P5RheAc+JHb62T+LIrRBn007PpnR6Dq7f5eg4a6Z2s20f9rnO qbBsfQwh+zX326G1LUN+NqGXPKUsH3ufHIrmD8V/KaXyWrns75o9JUOGDBks 0yJYKbrw+EN6V+Q3Ahk31SlGjfK5NDlzrS6RVpnsV5EhQ4bM4syMYH3nBGsR rD1UUyRl2kjWLwtPaNcjZ4g+TvmjUkuGHFrqam7A7DtITIYMGTJkVmLqGKzM r9IjWJujiCLxXSLzJjJ7ksIDqUISW803batfuA6t7Wpi+xZmKcVWJWjyNf1H 2UGq5Jc/yhsr75PTOMHHIjtSZMiQIXMtjo1g2du6d/V6E4XvIeNrKYxzNxrq 8EWy0TmnMatdPydEsFoZNZbIf5+Ug+Jl9NFfnrV+nI+leVdkr4sMGTJklmXa PFjSdXuEu4SPFV8MsoKmYfUVUhbKkiFvo1hZbrvbLQ/Zf/r1aZXf8T522qG7 a7YB/ZdyuqvRcXc57eC3NhkyZMiQOYLrzYMVFzF87BURrDj76JRZRj2RBsOb mcJB+myawtkuZLiV0f2DbhKyd0WGDBkyF2VmBCusURh2gpdXemNx9eiwE6dp qGqYjezRDqWj1cLyLKcpqo5Fa7vaoWqOaZQ+hvxNEw20w6Z8OUIuGy2XHdXO KpU5/z5vjV1p9qn2165PdrDIkCFD5gSuOpN70DgGqySebhijarJB1kZheZZT 7TQufk+72qGs3KOVXx9Dfmuje+ywKV9WM7pgnFW267y4A2lq1HOr+Ouf31ky ZMiQIeNk8kzukeBOZcijc5dKJEOGDBkyZMiQOZqZEayQItyE7F2RIUOGDBky ZG7PtAhWqFDmjKqsaTgyZMiQIUOGDJlRTB6DVZ1DCDXTNxkyZMiQIUOGzPwx WHG1nHIbDpF9LDJkyJAhQ4YMgflfERrzuQc3i+xjkSFDhgwZMmRuzwJfEeor EqalSNRT75hSlH3Z07W5NtE0H1Wejvrrj2qXnL8mQ4YMGTJDWDeCFXOFcaLR KnEqRck9XnvZHE5ZSZ+ck5GXRl6UUeXpqLNdeWiPnpocMmTIkCFDpoOFI1iv OJafO732Lu0srnYhtGnNW/UkT49OhgwZMmQGsvAYrNdIrA601GH1Q8UyJWfL qZ7Y1O6eTmn7WjrVr49mE3lW5/U4ALKvQ4YMGTJkrs41IljVV3tM31QdhWrq MCuPEtI2yfzWS5GTvnDMUkjOdp2pzLKapmfqRWyoPMupTzJL2bWyUdeFfZKp mi5Wa3lT05oyxlguZ7uj9CFDhgwZMmSOjWDZ2y8U7+rjz0d8jYXJ3LVWNMdl SMTIluPxNlKdPn2OG1Vm65PU3hkiGjLWqjrfbEf4yh7LVUqrtmvLIUOGDBky ZJr4EdyXKcvRSB/rEe4qfCxZwalhCuFUK2fl8s/qvvEWb6rf4Q1ImWFr65l1 XKuzaZ9ubZ196dg35MhDe+Rv9rdVTzJkyJAhg+Lz8/Pt7S1bKLlK+DIveCxh +/7+PnMMVvCrvjKJNe/q+6iCP4QwqmZr0MJISDklGB5ekyaj7DNRYJbCy/K8 Q8R2VCBDhgwZMmS6mRnBCms5h53g5ZXeWHCtoqsYp2nQNDQiGU3l6VA50Kqs nwplnsiob7drdKoaGCv1lDtluV+fTSWbvI2sFzvL7atf2scp33M/OPtFhgwZ MmSYXC+CFQkax2CVxNONQDYGq6m8KkruaHKy8MlmfaPc7lT609Yzi+WUujn1 2VSyyaWw7dxa7m+iSb7RZcMInotIhgwZMmTIbLLAV4RPHytDHj0iwJa+pxsr lgwZMmTIkCFDpoOZEayQItzkoPQlOQ5BhgwZMmTIkFmHaRGsUKHMYVVZ03Bk yJAhQ4YMGTKjmDwGK5uQadT8VWTIkCFDhgwZMhdi/hissKLzM06Vb8Mhso9F hgwZMmTIkCGw8FqER05lToYMGTJkyJAhsw4Lr0Xo+9bPn0w8J+3Y18oVU6JS 5z1Z3bl9r2pupKqb1igkp7zJkCFDhozBuhGsmCuME41aZ7tHwZ8zXr6vlXXG 8vfNMi8n4rpQ3z1rIEr1Rq2lSIYMGTJkyAQWjmC94lhk1occmNmE7FeRIUOG DBmDhcdgvUZi2cj1YWShnZop01tZoSFH/unM/mj6bOahtKYNfZz6a/2tljdR bcvWUzOF0/6lqG7lDyLepatpRYYMGTJkZnGNCFbTK1Pma6pZm0i2Fk06S77I q3JkOsyTGtPkZOVa/VJDTZ/M17Trl/2VopoSr2VSzNgv9UxHbftI/Y0ubF6O Unn/mCqjPhkyZMiQIdPKsREse/uF4l19/PmIr7EwmbvWSgoM2N8bZm/cajih I8Dgf8tuRtQOkmPUHxhQOe5jT7u/mYvcrXzpUBreeceYKnL4igwZMmTIVPkR 3JeDlqOxkT7WI9xV+FiygqZh1Wkw3mepvuFypf1STnZIbjVphj5aNWd5KSrT Z7N+k7a2HBkbM+RrdqvqYGsy3GtxXqZNG27eD2TIkCFD5k58fn6+vb1lCyVX CV/mBY8lbN/f32eOwQp+1VcmseZdfR818UQUsizY/oiL4V15sFuXeSi7Zmsv WjOtTQYZouFAlVolZx5eU/0hNcmQIUOGDIeZEaywlnPYCV5e6Y0F1yq6inGa hqqGMhyVhaa0yFbal3+2ykmnlw6WVt9ZnjUhGzLkyI6UA620+tX+Zpaxr2Bp q6qQ6k5Z7rfbZq6zNQinCanK76hPdrDIkCFD5sZcL4IVCRrHYJXE041sGLiM Y2WDo2VhdnqHnHQobUuVqm1tlm++ie1+yS5s1q/2t2ooj/01U2g7Vfs77bZp sSaHxhBSPdRR368MGTJkyJCBsMBXhE8fK0MenRJgm4tMEZLf0GTIkCFDhsyN mRnBCinCTYDeVcAf0yJDhgwZMmTIXJppEaxQocwNVVnTcGTIkCFDhgwZMqOY PAYrm+ho1HxRZMiQIUOGDBkyF2L+GKywovMzTpVvwyGyj0WGDBkyZMiQIbDw WoRHThFOhgwZMmTIkCGzDguvRSjWHq6fJzKJo7KKR6QmZ+U9Pc3JCll9+We1 C3tSuv51fnYKGaKJU9UhdtCE+IWfY7exlDqTf1mRIUPmrqwbwYq5wjjRaP28 xkWXXbocMKa+nAjqCDxzlpanZJNOVSXEahI52WZZ3qGqZreOCq0v5lFR0o7P MrRFdUpjauUT7TaW6r1H9rHIkCFzSxaOYL3iWGTOx44aRsifdh6KZliywcmQ IUPmZiw8Bus1EqsDLWWj5XE85WVqLO13amnKrwrXsnK2MlrKacpru7Vd+zqW lT12y87SgiWHRlCOtv8Qu9mSS4Gt/17svCo5iEWGDJlbco0IlvGcrb5Fqimt QLUwq78pJ1VLFfpeA3bqrRRe6pm0NVKQrUrGmlnq0HBQZPlxCdbqdaxWLo8a 98Nm0349DUehFcOYfiPvt5ttlnLb+u9F+3dHhgwZMvfm2AiWvf1C8a4+/nzE B3GYzN1oqPqA1hwC+xdzyWbkI9tpxZA/6pUzRI7hoDQ5LlPCZtJBHGgTzT77 fSxNTma97OYZ5d75aW1u/78XMmTIkLkBP4L7MmU5GuljPcJdhY8lK2gayldO 2nf++tfqb8qpSts2tDKiebPypp6GtKqcvvrVah6Z2Ynyz00D7uyypkDrWU04 RXls1WTbQ+1WrSy3VQn27TRcKzJkyJA5mc/Pz7e3t2yh5Crhy7zgsYTt+/v7 zDFYwa/6yiTWvKvvo7sZ9cv+aDm2/CxVd7SSRwis5jcPQqZWMwWWNZFxY5zm Z3j6UnpXZMiQIUOmiZkRrLCWc9gJXl7pjQXXKrqKcZqGqoYy45Nlf7RISfau lT++M+GGnI4wTFnokV/2KxNbhgSqndXklCGEJnsaOVOnQZrCXdWuVeWUYarN +jsHPPk7tSlfu1J+Ow+026by2i0k5RuN2rcQ2XsjQ4bM4lwvghUJGsdglcTT jSwcIkdiZWOGylOyIEpW35ajCd/Us1V+2S9PQx77DLGn1qmmC9dkN+2QbYeO S5bOctZsvVKtcpr0H2i3TeN49DQa7b6FyJAhQ+a6LPAV4dPHypBHpwTY1mTs J3tBwsnDohdkYpiEbP9NyOErMmTI3JWZEayQItyE7F2VDP+tT7btChYg29+G bBkyZMjclWkRrFChTBBUWdNwZMiQIUOGDBkyo5g8Bqs6l8+USX3IkCFDhgwZ MmRmMX8MVljR+RmnyrfhENnHIkOGDBkyZMgQWHgtQvIoYDJkyJAhQ4YMg4XX IhRr0NbPu2BKUdNTW88nq1w9tMcOnsqbModYfuBcneT8MhkyZMiQuQTrRrBi rjBONFo/7+8Zmy4R7qqO2c++SE9D+7Mx/rFa2d9uOzireSZe6hYuhey/fNJE ZB+LDBkyZMgszsIRrFcci4wN+RNLMmTIkCFD5uosPAbrNRKrAy1l1lQu/7TL tWxdVX6p6hQ/qbVdu19l5cxotn0iWtiJHIsiQ4YMGTK35BoRLOMVK1/Y6dvD aiqttTxl6FKFLCWXbZ3yuy9VFOgZnnWEx1ZNQWo9akpxepoe3h0yZMiQIUNm OsdGsOztF4p39fHnI76Aw2TuRkNyxFIqrDoi0kFJJUZ92US2o9E92NyJ4aA0 OS5TwmaG/cmQIUOGDBkgP4L7MmU5GuljPcJdhY8lK2gaZlGrrNDqtohF2fW1 o7Hc025Wbv+5Wb7Zfc+5mQfmb8jfhU2rVtvd6fm13gZkyJAhQ4bMED4/P9/e 3rKFkquEL/OCxxK27+/vM8dgBb/qK5NY866+jzqwwzYpVSfrG6eMCj6NlTMw JCbzlUd7IXKAWqYAeXAVGTJkyJAhMzOCFdZyDjvByyu9seBaRVcxTtNQ1TDL NGVBKVlTRjX85ZthnjJG4pSfSSsDQqW5DJVs4QbOVJ0h3zZRGabarN8dzGvt FBkyZMiQITOQ60WwIkHjGKySeLqRDRsv98tx5U3lWmV5lqaSLd9+95eVbZWa hBsG9Ouz2d/yijhNqingrOnvFBkyZMiQITOdBb4ifPpYGfLolADbmZCTZQny kCkyZMiQIUNjZgQrpAg3ub13FSH7FmQLkCFDhgwZJtMiWKFCNRfWnfAiQ4YM GTJkyJC5KJPHYGUTRx09jxQZMmTIkCFDhsyCzB+DFVZ0fsap8m04RPaxyJAh Q4YMGTIEFl6LkDz6mwwZMmTIkCHDYOG1CH0TbPalFI9LQWqSSz2rfx6hEhky ZMiQIUNmWUZGsEJlDes0JYIVc4VxolGNbP1gv4Ny3Nj5quSqnrFmNq3UQVqR IUOGDBkyZNZkcASrnDJ0W4IWwXrFsdTzipmT1nRQPHqSZ4EiQ4YMGTJkmBw1 Bqsh22V4V70ZM+1rRC2faH+92Jp8JA8dI0OGDBkyZMg0cdQYrAYcEawOF6dM yWXlm/UTR8eWyOErMmTIkCFDBsv4CFYKAmXRoChKbr9QvKuPPx/x9DCZ+9FW GDX/VnKV/EEscqyLDBkyZMiQITM+gpXiQ1mgKIpK2zj4PThPD2er5mOlJalP sMLA6eNbvbTW4flkyJAhQ4YMmTtx1BgsD99D4AvvKrS7OUC+9EtGuSl75JQu mkdPso9FhgwZMmTIMDlqDJYnCPTx5BHNeoSxQjjrexsK49HNVmRqT6bnNstD SZouoVo/0ZTsK7eanuUsXwf5i2TIkCFDhgyZZfkR0nABzR+Kvo5TlhHuKoWE yj9//oz77+/v2dHkWsUUoaHhXSGPfCdDhgwZMmSuxefn59vb22bQJ5BGNwXH ZsPBOg7pYG3qSnY1yJAhQ4YMGTKXoM/BmrkWYXCwNiF7V2TIkCFDhgyZ2zNt LcJQofx2r8qahiNDhgwZMmTIkBnFzAhWIBtdPmo+KjJkyJAhQ4YMmQsxLYKV CCs6x3Wds204RPaxyJAhQ4YMGTIEJkewHuirEJJnhyJDhgwZMmTIEJgfwTJW ISxnivrrvL9ntKou4dyq9pTUZHV56c3FqrX1qg0rkSFDhgwZMmRWY90IVswV GkvlpOlDs21WoYmTx9Qbro82xn9zverMIdNWsCZDhgwZMmTIrMDCEaxXHOvG aJ9Jtvp55G8tyZAhQ4YMmYuy8Bis10isDowkmtwp6xvl6dARqUmjI2TniQwZ MmTIkLkx02Zy/2o+OBCP7whVHytMnBonfK9qGP0PuS2PZiVJlFwTsEy3aaeX h/b7QIaEUre0bxik+ifZVyNDhgwZMmQOJczk/vv3b2flNJP7Yy/8rU3yGX2v DuKJ9jYNnKrO1BBHX8VZ5zUNY7nclke1krSfVdPKy0Nau63YvfOf5ewvGTJk yJAhQ+YIWh2y4LqEs2auRZj2HwO2itiVrKBp2BHBSiX7I1hau61oEmzJRrDK 7i8ZMmTIkCFD5iBCPi0EpZzbUH/yWoTBr/oaC1/zrr6P6gz0cpo4oV3NYfJX JkOGDBkyZMicSZN39UgOPpkZwYqDq4IqpTcWXKvoA8ZEoaFh1dHJHJEUdkp/ yv2yvlZeRow240Y2m/KNUzb7a9QnQ4YMGTJkyBzBxSJYSekYrJJE/TxEvyHz HqrZU/mndsgu32xXHnIqb8s3TvHL6UshkyFDhgwZMmSauGoEyyYOcif7B2TI kCFDhgyZq9ARwTr2K0K7grNXfQqQIUOGDBkyZMicT/wqsHU7eR4sMmTIkCFD hgyZm3G9MVjZVOnGYsZkyJAhQ4YMGTLr0zcGa/5ahNVZRmNEjexjkSFDhgwZ MmSuRZN3lb7SW3gtwr/nUyBDhgwZMmTIkFmfi31F+NW8vhbh5rp7SUJWTS44 uFO3IXKGW2zTJqVlMhMZcmz55BlNyZAhQ4YMGYNLzoOlRbBirjBONKoR3/eJ sS7Rgp6E7O9mbC/qL+2zKceWT44mkiFDhgwZMgZXHYNVzw+mrXFeEU0hB1c8 kO1DhgwZMmTIHMftxmC9RmJ1U36KqH2luPn1oqe+vR//1ITv72aSX+3C/uAT OTlIhgwZMmTI2Nw5gtXhH6Rsl3R0sqnDklNSLc+Qo5eq9aX/Ue7HalXhOx2X JD/bJm391ovqkefIIEOGDBkyZDpYMYJlb79QvKuPPx/xNe+f812ijdH2zLNV jvvOHKZMwvTQjlSpTJs2qVcO2CotQIYMGTJkyJApud5ahGn/Ee4qfCxZoaqh 8daXh9K+Vt+WE3fsCmVb1X257TOaJl9T1dNlZx15iOxskSFDhgwZMlUu9hVh 8Ku+Mok17+r7qEKZbmtNbGn1s6kfyk/tjKN9muyk6etCv8Csm2X+kQwZMmTI kCGTuF4E6+fPn2EnqFJ6Y8G1ij5gnKbB0FCbByv+mcV1tEhMtbyMTm3KkdWq O9UBW00xrTJSpfXXnkjMngdLi2lp0siQIUOGDBkygUvOgxVUicEqSRojtkk5 z1MWbqkeyoYZVcurdWw5slp1pxSbylv7Wy2p7lfla4eMMVuGNDJkyJAhQ4bM VSNYNiGCNXGieTJkyJAhQ4YMmVY6Ilhf3+hlIZlEdG462DzR/21gnwJkyJAh Q4YMGTLnE2I9HdvJaxGSIUOGDBkyZMjcjOuNwcompnLOU0WGDBkyZMiQIbMm V53JPazo/KDYhkNkH4sMGTJkyJAhcy1utxZhbaYrMmTIkCFDhgyZlbnYV4Rf zYcpoB4xrIqPZU/jFM9NR1eeoql78cFLLFDTanl7/q395WTIkCFDhsz5fH5+ +iv/888/YZD7EvNgaRGsmCuME43WzzMXOT6aphWU4zbhPLepO1NCfa0zyGv1 R5WTIUOGDBkys3jz8fv373TKuhGsuA3RtjBdlqaeZ029AzVvmX5dVj5C1Snh rlb722s17t8nQ4YMGTJkphAiWMF58kyBHifvXD2ClUZitSI/Qsy+RtQ+VDQK SyGxpFreraqmZ1m5SR+7s1oXRnVK6wgZMmTIkCFDJjH/K0LLu3oFJpre0DFz FM+SWSSZV5Ipxaw81a8KSU3Ihly9FNjtapJb9TH6ZYhK0rqZm7olQ4YMGTJk rsKxESx7+4XiXX38+Ygvfv+c7xnpve5JXWnzb41yDjLfbo8cf2V7XjG/fTqU zLxJMmTIkCFDhkyVmWsRpv1HuKvwsWQFTUNjLE75atcqGE5Ak3zLyrXKfg2H 9NejUiu2PnFHU5I8BosMGTJkyNwGOQaruoxy+iDvjDFYHoJf9ZVJrHlX30cH IcMqds6xKSO52gAjQ5/TVCV/5UeGDBkyZLCUkxto0x0cNQbLQ3AGA6GJf38F h+pfuQ2F8agtoZqKMkZwV/N0meMlI1vVbXaWJ/+oKVNtV+tCqz5Gv4wR7pnY Pvtremqpw1HlZMiQIUOGzApIj8qYTGpmBCsSfawMz8eQkarD1DrgqXpKNhy+ lOaUbyijqTpKH1uOpn+Ty2Iov3nUltNXToYMGTJkyKxA9KsM7yowM4KViMEq iTw6cIhYNVxEhgwZMmTIkCFzKLZ3FZgZwQojxTYZOwC/NbJFhgwZMmTIkCFz AtMiWEFylqvSWM5mZMiQIUOGDBkyQxkQwXoOTa9wEwuRIUOGDBkyZMgczN55 sOIXfxW55EFOZMiQIUOGDBkeYR4suYqzTZoHa8PB0vynrMLfH/YH0Y/hU2QH iwwZMmTIkCFDo3VCx28HqzotKRkyZMiQIUOGDJnTeDhY5DgTGTJkyJAhQ4bM CvzYnMiBDBkyZMiQIUOGzAlsfEVIhgwZMmTIkCFD5hzIDhYZMmTIkCFDhswS PAa5k/tPhgwZMmTIkCEzl8cMDGQHiwwZMmTIkCFDZi5hdHv4gnDvRKNkyJAh c1Gy9eOnE77fXkqfu9J63cnXhYyHMNGov/I///wT58Eij8EiQ4YMmUVpncCQ DBkyi/DmQ074nkew0r/2LKZ1lfI+tIV9Whf8yepnj85NUUb9pv5utuvv1yj7 LyXnBDv33Z/ldbm0ndeRk0UywtTKcnqabKZlz8w16ZSsslaeISMlzodG1Q+L R6unGPVH4WxX690JaZNw3avTaGtXhxzBIuMhRLCC8+SJiYa7Ky2V81cEK/5T j8h/CVcp70OT0CpZe6IlPEKq9Tv6a7Tr79co+68m52g7992fZc2r23nB6x7Q 3rgJj4RUWUrTypuIN1LZr6w83W/SCOUp8qw+fTwXRbZb6pn0yU45J3QXL2jT 9SVD5gjIKcLLMPzheFGOtsMo+avJIXN1DEdEuz2Si+OsP1BV42gZnZ11e5N9 LDJTuKGD1fTD6KDk4MrGIb+2l4V8Xc4kSw5eFPKwrT2QV90lcxybd9QNHayl XlThURjZXz+WO3vX2u612O+OnGPnIW5Tkz6XIEZllupXeFBGVlDGoLzZpDHP /CdvtyvLV7jEl7i4ZK5IvKPs+4qcIjw8fNU64MCuv1/OPd7T+3txtJ1b9bRr njlg5RzGjqH0o4Wv5ACdxV/D1dFU2hisc5SptiuHf61gN/LoKzLHkQ2+1KqR HawH6bdX9RdYWd4q5yr9vQp3TcVe/bpchRTJuHQ8g5xN3gPZxyJzBPJXmXFf kR2s719gcX+zvFXOkO8QB8pp7ddqjPKujrZzq56j7h8yHuTT0JimYSmMe2mu R+4M8cpPGssfsVM0J+cKyUzhLwdLGxtxlfJI32uymuJpklbWbx1r0tdfv5zW fh2tT8dYnOqYjwXt3DEmZv375+pyImUEK2YGI54gh1a/VU6VdBtk/crKM8dF Uvro1ZtQuzOdd6zWbtmipmr5T6ZJH2d5utzaMDuyv0XmHMhL5ZAhQwbKykvl NHmHZDogL5VD5gjCRKNyinabNNEo2cEiQ4YMFLKDRYbsYJE5gtbMGNnBWu6B S4YMGTLai5z8XFoBsoNFxkn45xnuEOc21Ccv9kyGDBky69L6y5gMGTIrEFKE //nPf5zbNLBv9cWe4yFjJHtf7C39Uqwuztqx+Ks8sazvH/RqLBarCTdE7f8s eeeitqfJGdWvdGgdfUYx6v7pkKPVH/LvYqBxnPK154P/uaGlCMkRrA5ab8VN yBEsMh7iYs+emv/++299DFb20coK+3Gn9Maq9f3EB5l8vmv7rZTn+p8Chg5N Kg1862/ax6PY0XJG9atV7An6jGLU/dOqnlF/yL+L4cYZdT/bkB2ssYy9H8gO FhkP0cHy/AsNN2RysJZOEVanLQbS+hC567TFR3eqw84zzXFkv4Z0bdTLbzU7 k+er9CBncz1zEoRZ7ZIh44G82PMw7ElW1nkcSz3v9ABarV+jlGnt19F2GPj2 GpW/burscPss9a97HaJNhufvEtpFbGpXnk52yMicAHmxZ4umt5pnyvzT9HHq uf6ya5t9OaJffXbOXrRDlGntl11/iFcR+9h0n4/19vbY+Zz7/36/XvosoP05 RH71edvabnYjTbUZmavi/LVG/opQZeDbetQ/3bHew6XfAaVVB/arw862PgM7 3novVX2Rk6+75u11/LsYbued/zZLfe7x62Unmd9z2nCFWe2SIeN00MkO1hmk p/8KD9zsF/wVH0DVd/PEflXf+pe28Dm0/rsg2/lyyCTdmc+9We2SIZMi+kYd soOlMuofp3z6L/gOuNwzyBn5OK1fAyOUzuYOrX8arf8uDrLz8OA0+aUukRf3 zH8g3e2SLxyZ/WzeZkvPg5UNV68ecs6blWHPg2WUVyn/fWaDAzpEDdQnnaKV H63PXfvl0SdmizalVdtt7ZdR/4h+bcqx2/WrNMrOo+wT61drOuV4pmkwmrhE eYfpnOX287ap3RT0ijvkj9bJeOibpoG8VA4ZMmTILAR5HqyVIc+DRcYD2cFq hvwgI0OGzGqQHayVITtYZDwEB+v379/OymQH68HKq+uTIUOGjKT1uUR+bpAh M4vW+TW/HSzyED8yZMiQIUOGDJm5PBws8rA+MmTIkCFDhgwZFnFhwZUhz6ZD hgwZMmTIkJlCWwTr33//bR2wFU8JO+uHyqKqU9ys82dUgniTl+5p+hrlovqT IUOGDBmNh4PlHFkZH/TRwWo9JU40srKPNdG7ipB9LHJPNcjeFRkyZMjcGGsm d+fDnfwOIEOGDBkyZMiQ2Y/qYDW5TZ7KoY72oWMoTwzsm1+aEb4qP7HUPrqs lvu/0DQ+58zKm9Yh7muuaQ3dnV+hlr0rW2+yub+nHZ09B3L4igwZMmTuTd3B 6niy73wZpJHmY32sIXje9AeZZRZptbgpbkfZ+kFmzBYMJs9XQoYMGTJkzqTi YHW/zIa8BaWPVYa1/CVS5hHhsYCMfHi26awjFLBV2t+QFGW0YquklWgkp8fT 9H7KdfizhjLNtfKyjyfcDGTIkCFD5kLkDtZOJ8k+3cgSlsQVJGRYq6lEeml2 eCzlB7W3nXzNy4VmZeQjreIuj9oSsiZsHapv9yz0YqvU1FxVgeR/aK1sqlQt 8ePvoLOnsdyjhmxOSquWV/uoXXpD5ybjkCFDhgyZC/GXgzXkmT7wxWBEnjY/ SJQVjohgpXez9uau1t8THUxsqlRVoInUtSRn/2UdImFUB6VMj5ulNaf5r+W9 IS1pe9tkyJAhQ+b2/OVgDUwnaTSNspKzgO5RyZAjh7d3RHRsj8eJjFjsHAnk iQx5mhvVteE0hb78hu2LqGnsuTfI4SsyZMiQIZCnCHe+YzZP35xAS64tLws3 SzwVuoNYRvzJabF4+qFjbpLwoxvaqV7TKdLmwztoC9nfhJ10JntRZMiQIYOl MsjdOSplyFmJlMVL3lWMdcnCphJDzhBSGqjqAZTGGRKgqiqQCc+0Gu5pGa14 VKqeXpqrWsHuYEdPpcBSwz353J0SyJAhQ4bMvbFmcs+8gfi2KGdyN5yGdEr2 pgn1V5jVvTr91cnvxWpK6DgdTm5uIov3tKoJOT9IhgwZMhCsmdz9ya9bmIIM mQmQg1tkyJAhQybwiGCFQI7/hBjBaj0le528v7+PTdh1YM/efs77z4hYHKHD yc1N5Io9JYevyJAhQ4bDj/BMbzoh1O84pZoNmd557X12pm4n67BCl8/hij0l O1hkyJAhA+EH+YFOhgwZMmTIkCGzAtYYLDJkyJAhQ4YMGTKnQY5gkSFDhgyZ Lw562v/3v//dnOBwBT3PZLhNRkG2rYbHJn2Nkh0sMmTIkLkV9rIExqEjPvoO Hy0Nf+Fd/eP04TYZxc1s+6735eP5DyFWiPt7bNJ3QckpQjJkyJC5D3EewSpk s5AhszLfDpac0rppST7jT+ehE9B6R57EiwwZMnciLVCRVrIP29UyEllsgPy8 PZQbxKV2EX5ZHPbjYs8qNX9FsNIKtbfMG2a927m2DxkyZMisQ1oG43KxK/L8 umQuTVq5v+90borwrn4kGTJkgFTDV2G7+O9G8m/asXSkm+5MuPcft/83/gFY h7LhYGWXsDV7WNb33BZlnXI/Czsbf5IhQ4bMvbHDV8NXlD+oC2lLZifk6MCF +MvBKt2alFNLheV11cY2lecmCdVyu07K62WHUkn1T6N3ZMiQIXMD4rMri10l 4kNvZe8qvTvID+FRkG24ydjw1fgxWE0itJFbBzk0mdj0QMl+vVUX5yGnBcmQ IXMn5G/LKsm7WvkRR378DiGL/5HtqSG9qyEsOgbroCHzpdjsRxv5ewoyZMhw yD6FLr+MXn8UOfnJPIQyq0P2saoE1yp5V8HZCgZ7f3/8N0WZMwa5H/SPSvry MkUo/yRDhgyZe1NGreLS+3GNcJmAW/ale+8P1c+BbEA/wbXKkoNTfKzveVOq /yyrQ6CyCrJE/lk9Nws1aUKyOobYVKL9afTOKCdDhgyZ9ak+qdI74+PjcWgz c3TQL89skmvR+q+v//0K/33tl/06Tc8zOWgmd+XK/vr63992Jti2mgpMrlXo a9j+97/Pwue/kSq2TeKh8CnJBZbK2XTRqiVkyJAhQ0bD+VK0h2Gd42ClJsLX jeGtFtpUnKsvlU7T80wOcrCqZtHsTLCtdLBkyMrpWvlt0ndB5ztYfXXIkCFD hkzCfjB6Brmf42BJlWTTfoFkB6uDJjsTbBu6GF2rwKZ35bRJp4P1v//9b5qd yJAhQ4YMGTJkyLz4QV4flAwZMmTIkCFDZgX+H4QbwWfHZbTzAAAAAElFTkSu QmCC --0-1140876309-1041159137=:12973-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Dec 29 13:26:19 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6971037B405 for ; Sun, 29 Dec 2002 13:26:16 -0800 (PST) Received: from mx2.nersc.gov (mx2.nersc.gov [128.55.6.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 194C743EDC for ; Sun, 29 Dec 2002 13:26:07 -0800 (PST) (envelope-from dart@nersc.gov) Received: from mx2.nersc.gov (localhost [127.0.0.1]) by localhost.nersc.gov (Postfix) with ESMTP id C3CAD77BD; Sun, 29 Dec 2002 13:26:06 -0800 (PST) Received: from gemini.nersc.gov (gemini.nersc.gov [128.55.16.111]) by mx2.nersc.gov (Postfix) with ESMTP id 5C7AA77B9; Sun, 29 Dec 2002 13:26:06 -0800 (PST) Received: from gemini.nersc.gov (localhost [127.0.0.1]) by gemini.nersc.gov (Postfix) with ESMTP id 4E55A3B1AE; Sun, 29 Dec 2002 13:26:06 -0800 (PST) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Rostislav Krasny Cc: freeBSD-net@freebsd.org Subject: Re: PPPoE and troubles with TCP In-Reply-To: Message from Rostislav Krasny of "Sun, 29 Dec 2002 02:52:17 PST." <20021229105217.13130.qmail@web14802.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1637333154P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sun, 29 Dec 2002 13:26:06 -0800 From: Eli Dart Message-Id: <20021229212606.4E55A3B1AE@gemini.nersc.gov> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --==_Exmh_1637333154P Content-Type: text/plain; charset=us-ascii In reply to Rostislav Krasny : > > --0-1140876309-1041159137=:12973 > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > > I have some sniffer in Win98SE but don't know how to save its dump in > the text format to make it easy to read. So I maked a screenshot of the > first TCP/IP packet with HTTP response I got from www.ssh.com in my > Win98SE. Look at ssw_com.png file in the attachments. Draw your > attention to the "Total length" and to the "Flags" in the IP header. Well, it appears that your packets are being fragmented -- if I'm interpreting the image correctly. It also appears that www.ssh.com is able to get fragmented packets to you. I think you should look at another tcpdump. This time, don't kill tcpdump for at least 2 minutes (we want to watch what TCP does). Also, kill the tcpdump before you kill lynx. Also, capture at least 200 bytes of the packet (preferably the whole thing), and write it out to a trace file (tcpdump's -w option) so that you can look at it in different ways later. So, something like tcpdump -i -w 1492.trace -s 1500 Then do your test, wait for a while, kill the dump, kill the app. Now run strings on the tcpdump file -- how much of your http request do you see? Read the trace file with -vv in the tcpdump command line, etc etc. Have you used any other browser? What about ssh traffic? FTP? The idea here is to determine what doesn't change, and also to determine if the problem is local to a given app. --eli > > --- Rostislav Krasny wrote: > > To produce these tcpdump's log files I used two terminals. In the > > first > > I ran 'tcpdump -n > filename' and in the second I ran 'links URL'. I > > ran the first command before the second one, of course. In case of > > www.ssh.com the "links" browsers maked TCP connection, sent HTTP > > request and the last thing it got from www.ssh.com was ACK packet, > > nothing more. I waited few seconds and pressed to the 'q' key so > > "links" will quit. That is why you see FIN packet sent from my host. > > If > > I stop "tcpdump" before "links" quiting there is no FIN packet in the > > log file of "tcpdump". Look at 1492-2.log and 1492-3.log new files. > > In > > case of the 1492-2.log file I just stoped tcpdump before quiting > > "links". In case of the 1492-3.log file I stoped tcpdump after > > quiting > > links but I waited more time. So you can see few PPPoE echo requests > > and responses before the FIN. That is the time I was waiting before I > > closed the "links" browser. > > I use links because it is a text mode browser, so I will not download > > images that can flood tcpdump's logs. But the problem with > > www.ssh.com > > exists when I use any browser or even simulate it by sending HTTP/1.1 > > or HTTP/1.0 "GET" request manually through 'telnet www.ssh.com 80'. > > If > > I send just "GET /" (it is HTTP/0.9 request) I get some > > short > > response about that document was moved. HTTP/0.9 is not in use today > > by > > most web sites (including www.ssh.com) and browsers. > > Look at 1492-fbsd.org.log file, there is the log of successful HTTP > > connection with www.freebsd.org when MTU==MRU==1492. > > > > Of course I can use smaller MTU and MRU (<=1484) but when I use > > Win98SE > > with RASPPPOE driver I have no troubles when MTU == 1492. Why in > > FreeBSD it is impossibly? If FreeBSD or its ppp have some bug why not > > to fix it instead? And it looks like a bug. --==_Exmh_1637333154P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: This is a comment. iD8DBQE+D2huLTFEeF+CsrMRAs4gAJ0epm9u8VENZ5gDJoCLCCdx265aQwCffBvP Ym3+/5g4yd6w9GeOnyKVIQE= =0Rnn -----END PGP SIGNATURE----- --==_Exmh_1637333154P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Dec 29 15:37: 6 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD4F037B401 for ; Sun, 29 Dec 2002 15:37:05 -0800 (PST) Received: from majordomo.vol.cz (smtp4.vol.cz [195.250.128.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50AC743E4A for ; Sun, 29 Dec 2002 15:37:04 -0800 (PST) (envelope-from dan@obluda.cz) Received: from obluda.cz (xkulesh.vol.cz [195.250.154.106]) by majordomo.vol.cz (8.12.6/8.12.6) with ESMTP id gBTNadRA066993 for ; Mon, 30 Dec 2002 00:36:48 +0100 (CET) (envelope-from dan@obluda.cz) Message-ID: <3E0F86F6.1020704@obluda.cz> Date: Mon, 30 Dec 2002 00:36:22 +0100 From: Dan Lukes User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021106 X-Accept-Language: en, cs MIME-Version: 1.0 To: freebsd-net@freebsd.org Subject: Re: pseudo-device ef References: <20021226131020.D51183_edge.foundation.invalid@ns.sol.net> In-Reply-To: <20021226131020.D51183_edge.foundation.invalid@ns.sol.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org agapon@excite.com wrote, On 12/26/02 19:11: > I have FreeBSD 4.7-RELEASE here and pseudo-device ef doesn't seem to do > the right thing. When compile kernel wth this option I see all the ef > symbols in kernel: ... > but no XXNfM interfaces come into existance after boot. > On the other hand, if I load the corresponding module if_ef via > loader.conf, everything works like charm. > Am I missing something or is there a problem with the code ? The ef code creates preudointerfaces on init only. It doesn't catch the interface creation after initialisation. You should load 'ef' module after all other network-interface related module are loaded already. Dan -- Dan Lukes tel: +420 2 21914205, fax: +420 2 21914206 root of FIONet, KolejNET, webmaster of www.freebsd.cz AKA: dan@obluda.cz, dan@freebsd.cz,dan@kolej.mff.cuni.cz To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Dec 29 15:43:42 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8A2B37B401 for ; Sun, 29 Dec 2002 15:43:40 -0800 (PST) Received: from majordomo.vol.cz (smtp4.vol.cz [195.250.128.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A40743EC5 for ; Sun, 29 Dec 2002 15:43:40 -0800 (PST) (envelope-from dan@obluda.cz) Received: from obluda.cz (xkulesh.vol.cz [195.250.154.106]) by majordomo.vol.cz (8.12.6/8.12.6) with ESMTP id gBTNhSRA067413 for ; Mon, 30 Dec 2002 00:43:34 +0100 (CET) (envelope-from dan@obluda.cz) Message-ID: <3E0F889C.1000100@obluda.cz> Date: Mon, 30 Dec 2002 00:43:24 +0100 From: Dan Lukes User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021106 X-Accept-Language: en, cs MIME-Version: 1.0 To: freebsd-net@freebsd.org Subject: Re: xe pcmcia interface broken, more debug References: <000001c2ae05$9fcbd380$2a45fea9_corona@ns.sol.net> In-Reply-To: <000001c2ae05$9fcbd380$2a45fea9_corona@ns.sol.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org pawel.worach@telia.com wrote, On 12/28/02 01:11: > # ping -c 1 -s 2000 darkstar > PING darkstar.sajd.net (192.168.1.11): 56 data bytes > xe0: discard oversize frame (ether type 800 flags 3 len 1518 > max 1514) > xe0: discard oversize frame (ether type 800 flags 3 len 1518 > max 1514) > > # ifconfig xe0 | grep mtu > xe0: flags=3D8843 mtu 1500 Hm, real frame size (1518) exceeds 4 bytes above largest standard Ethernet packet. Are you using vlans with 'vlandev xe0', isn't it ? Dan -- Dan Lukes tel: +420 2 21914205, fax: +420 2 21914206 root of FIONet, KolejNET, webmaster of www.freebsd.cz AKA: dan@obluda.cz, dan@freebsd.cz,dan@kolej.mff.cuni.cz To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Dec 29 23:23: 0 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 493ED37B405; Sun, 29 Dec 2002 23:22:59 -0800 (PST) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4492C43EB2; Sun, 29 Dec 2002 23:22:57 -0800 (PST) (envelope-from eugen@kuzbass.ru) Received: from kuzbass.ru (kost [213.184.65.82]) by www.svzserv.kemerovo.su (8.12.6/8.12.6) with ESMTP id gBU7MnDf045087; Mon, 30 Dec 2002 14:22:51 +0700 (KRAT) (envelope-from eugen@kuzbass.ru) Message-ID: <3E0FF43E.9A5063@kuzbass.ru> Date: Mon, 30 Dec 2002 14:22:38 +0700 From: Eugene Grosbein Organization: SVZServ X-Mailer: Mozilla 4.79 [en] (Win95; U) X-Accept-Language: ru,en MIME-Version: 1.0 To: net@freebsd.org Cc: imp@freebsd.org Subject: ep(4) does not support mediaopt full-duplex Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi! I've got 3com 3c589 10Mbps Ethernet PCMCIA card for my notebook and connected it to my desktop with Intel Pro 10/100 Management using short crossover UTP cable. Both notebook and desktop are dual-boot Win9x/FreeBSD 4.7-STABLE. I can setup the link to 10Mbit/full-duplex when both machines run Win9x, I can get full-duplex when desktop run FreeBSD/fxp and notebook run Win9x but cannot get full-duplex when they both run FreeBSD because ep(4) does not support mediaopt full-duplex. Is there a good reason for not supporting full-duplex? If I manage to add a support myself, is there a chance it will be commited? Eugene Grosbein P.S. Please CC: me when replying. Thank you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Dec 30 10:11: 1 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C43437B401 for ; Mon, 30 Dec 2002 10:10:59 -0800 (PST) Received: from 66-162-33-178.gen.twtelecom.net (66-162-33-178.gen.twtelecom.net [66.162.33.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B3BF43EC5 for ; Mon, 30 Dec 2002 10:10:59 -0800 (PST) (envelope-from jeff@expertcity.com) Received: from [10.4.1.134] (helo=expertcity.com) by 66-162-33-178.gen.twtelecom.net with esmtp (Exim 3.22 #4) id 18T4NO-0000jP-00 for freebsd-net@freebsd.org; Mon, 30 Dec 2002 10:10:58 -0800 Message-ID: <3E108C31.9060403@expertcity.com> Date: Mon, 30 Dec 2002 10:10:57 -0800 From: Jeff Behl User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3a) Gecko/20021212 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net Subject: when are mbuf clusters released? Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org running apache-2.0.42 we're running into mbuf cluster exhaustion. going by what 'man tuning' says: We recommend values between 1024 and 4096 for machines with mod- erates amount of memory, and between 4096 and 32768 for machines with greater amounts of memory. Under no circumstances should you specify an arbitrarily high value for this parameter, it could lead to a boot-time crash. you'd think we would have been fine at 32768. setting it to 64000 helped, but only for a while; usage was still slowly creeping up 5066/52544/256000 mbufs in use (current/peak/max): 5058 mbufs allocated to data 8 mbufs allocated to packet headers 5031/50612/64000 mbuf clusters in use (current/peak/max) 114360 Kbytes allocated to network (15% of mb_map in use) is there some strange interaction going on between apace2 and bsd? killing apache caused the mbuf clusters to start draining, but only slowly. will clusters still be allocated in FIN_WAIT_? states? TIME_WAIT? This maching was serving a couple hundred connections a second...which doesn't seem like it should have taxed it much (p3 1.2 gHz). CPU util was low. Any help appreciated. Jeff FreeBSD dell350-12.snv 4.6.2-RELEASE FreeBSD 4.6.2-RELEASE #0: Tue Oct 15 16:20:35 GMT 2002 root@codebase.corp:/usr/src/sys/compile/EC-DELL-03 i386 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Dec 30 11:22:31 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4FF637B401 for ; Mon, 30 Dec 2002 11:22:29 -0800 (PST) Received: from patrocles.silby.com (d73.as8.nwbl0.wi.voyager.net [169.207.132.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00F9C43EA9 for ; Mon, 30 Dec 2002 11:22:28 -0800 (PST) (envelope-from silby@silby.com) Received: from patrocles.silby.com (localhost [127.0.0.1]) by patrocles.silby.com (8.12.6/8.12.6) with ESMTP id gBUJTT8U023109; Mon, 30 Dec 2002 13:29:29 -0600 (CST) (envelope-from silby@silby.com) Received: from localhost (silby@localhost) by patrocles.silby.com (8.12.6/8.12.6/Submit) with ESMTP id gBUJTNQm023106; Mon, 30 Dec 2002 13:29:24 -0600 (CST) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Mon, 30 Dec 2002 13:29:22 -0600 (CST) From: Mike Silbersack To: Jeff Behl Cc: freebsd-net Subject: Re: when are mbuf clusters released? In-Reply-To: <3E108C31.9060403@expertcity.com> Message-ID: <20021230132145.N22880-100000@patrocles.silby.com> References: <3E108C31.9060403@expertcity.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, 30 Dec 2002, Jeff Behl wrote: > 5066/52544/256000 mbufs in use (current/peak/max): > 5031/50612/64000 mbuf clusters in use (current/peak/max) > > is there some strange interaction going on between apace2 and bsd? > killing apache caused the mbuf clusters to start draining, but only > slowly. will clusters still be allocated in FIN_WAIT_? states? TIME_WAIT? Before I answer your question, let me explain how clusters are allocated. The first number above shows how many are in use at the moment. The second number shows how many have been used, and are currently allocated. The third is the limit you have set. What this means is that once an mbuf (or cluster) has been allocated, it is never truly freed, only returned to the free list. As a result, after your spike in mbuf usage, you never really get the memory back. However, this may be OK if you have plenty of ram. > This maching was serving a couple hundred connections a second...which > doesn't seem like it should have taxed it much (p3 1.2 gHz). CPU util > was low. > > Any help appreciated. > > Jeff Now, on to why the value spiked. Yes, connections in FIN_WAIT* states still hang on to mbuf clusters relating to the data they have been asked to send. There was a DoS script going around which intentionally stuck many sockets on a server in the FIN_WAIT_2 state until enough had been stuck to cause mbuf cluster exhaustion. To determine if this is the case, just run netstat -n and look at the sendq value; if you see high sendq values on a lot of sockets, this may be your answer. The other possibility is that you're being hit with lots of IP fragments... currently, the IP reassembly code allows too many unassembled packets to sit around. There's no way to inspect the IP reassembly queue actively, but you could use netstat -s to see "fragments received" - if the number is high, then it's likely something is up. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Dec 30 11:52:46 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3148837B401 for ; Mon, 30 Dec 2002 11:52:46 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1D6B43EB2 for ; Mon, 30 Dec 2002 11:52:44 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.6/8.12.3) with ESMTP id gBUJqg1e011972; Mon, 30 Dec 2002 12:52:43 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 30 Dec 2002 13:52:35 -0600 (CST) Message-Id: <20021230.135235.55510128.imp@bsdimp.com> To: eugen@kuzbass.ru Cc: net@freebsd.org Subject: Re: ep(4) does not support mediaopt full-duplex From: "M. Warner Losh" In-Reply-To: <3E0FF43E.9A5063@kuzbass.ru> References: <3E0FF43E.9A5063@kuzbass.ru> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org In message: <3E0FF43E.9A5063@kuzbass.ru> Eugene Grosbein writes: : Is there a good reason for : not supporting full-duplex? I don't think 3c589 supports full duplex at the hardware level. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Dec 30 19:28:18 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B0E837B401 for ; Mon, 30 Dec 2002 19:28:17 -0800 (PST) Received: from grosbein.pp.ru (www2.svzserv.kemerovo.su [213.184.65.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36E3843EA9 for ; Mon, 30 Dec 2002 19:28:15 -0800 (PST) (envelope-from eugen@grosbein.pp.ru) Received: from grosbein.pp.ru (smmsp@localhost [127.0.0.1]) by grosbein.pp.ru (8.12.6/8.12.6) with ESMTP id gBV3RxhY002939 for ; Tue, 31 Dec 2002 10:27:59 +0700 (KRAT) (envelope-from eugen@grosbein.pp.ru) Received: (from eugen@localhost) by grosbein.pp.ru (8.12.6/8.12.6/Submit) id gBV3QVPa002911; Tue, 31 Dec 2002 10:26:31 +0700 (KRAT) Date: Tue, 31 Dec 2002 10:26:31 +0700 From: Eugene Grosbein To: "M. Warner Losh" Cc: net@freebsd.org Subject: Re: ep(4) does not support mediaopt full-duplex Message-ID: <20021231102631.A2838@grosbein.pp.ru> References: <3E0FF43E.9A5063@kuzbass.ru> <20021230.135235.55510128.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20021230.135235.55510128.imp@bsdimp.com>; from imp@bsdimp.com on Mon, Dec 30, 2002 at 01:52:35PM -0600 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, Dec 30, 2002 at 01:52:35PM -0600, M. Warner Losh wrote: > : Is there a good reason for > : not supporting full-duplex? > I don't think 3c589 supports full duplex at the hardware level. Well, if I boot both machines to Win9x, I can setup Intel card to 10Mbps/full-duplex and I can setup my 3com card to 10Mbps/full-duplex too. Its full name is 3Com EtherLink III LAN PC Card (3C589D). I get over 500KBps transfer easily. I guess it's impossible with duplex mismatch. If I boot both machines to FreeBSD, I can setup fxp0 to 10Mbps/full-duplex but cannot setup ep0 to full-duplex. Here I cannot get over 30Kbps. If I change fxp0 to half-duplex, I get full speed. So I conclude 3C589D does support full duplex at the hardware level. Eugene Grosbein To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Dec 30 19:44:25 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8997F37B401 for ; Mon, 30 Dec 2002 19:44:24 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id C450443EB2 for ; Mon, 30 Dec 2002 19:44:23 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.6/8.12.3) with ESMTP id gBV3iM1e014276; Mon, 30 Dec 2002 20:44:22 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 30 Dec 2002 21:44:10 -0600 (CST) Message-Id: <20021230.214410.116363223.imp@bsdimp.com> To: eugen@grosbein.pp.ru Cc: net@freebsd.org Subject: Re: ep(4) does not support mediaopt full-duplex From: "M. Warner Losh" In-Reply-To: <20021231102631.A2838@grosbein.pp.ru> References: <3E0FF43E.9A5063@kuzbass.ru> <20021230.135235.55510128.imp@bsdimp.com> <20021231102631.A2838@grosbein.pp.ru> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org In message: <20021231102631.A2838@grosbein.pp.ru> Eugene Grosbein writes: : So I conclude 3C589D does support full duplex at the hardware level. I guess that someone will need to add support for it to FreeBSD then. The 3C1 docs I have don't appear to have instructions on how to do that. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Dec 30 20:14:57 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEA0D37B401 for ; Mon, 30 Dec 2002 20:14:55 -0800 (PST) Received: from patrocles.silby.com (d140.as9.nwbl0.wi.voyager.net [169.207.133.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 733BD43EA9 for ; Mon, 30 Dec 2002 20:14:54 -0800 (PST) (envelope-from silby@silby.com) Received: from patrocles.silby.com (localhost [127.0.0.1]) by patrocles.silby.com (8.12.6/8.12.6) with ESMTP id gBV4Lp8U025436; Mon, 30 Dec 2002 22:21:51 -0600 (CST) (envelope-from silby@silby.com) Received: from localhost (silby@localhost) by patrocles.silby.com (8.12.6/8.12.6/Submit) with ESMTP id gBV4LTbB025432; Mon, 30 Dec 2002 22:21:40 -0600 (CST) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Mon, 30 Dec 2002 22:21:29 -0600 (CST) From: Mike Silbersack To: Eugene Grosbein Cc: "M. Warner Losh" , "" Subject: Re: ep(4) does not support mediaopt full-duplex In-Reply-To: <20021231102631.A2838@grosbein.pp.ru> Message-ID: <20021230221357.H25392-100000@patrocles.silby.com> References: <3E0FF43E.9A5063@kuzbass.ru> <20021230.135235.55510128.imp@bsdimp.com> <20021231102631.A2838@grosbein.pp.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, 31 Dec 2002, Eugene Grosbein wrote: > So I conclude 3C589D does support full duplex at the hardware level. > > Eugene Grosbein Ok, I'm getting confused here... You say you're using a 3C589D, which is detected by if_ep_pccard.c as such: case 0x9058: /* 3C589 */ return ("3Com Etherlink III 3C589"); However, in if_xlreg.h, I see us define the following: #define TC_DEVICEID_CYCLONE_10_100_COMBO 0x9058 Are these actually both the same card, or are PCI and PCCARD IDs unrelated? If they are the same card, then clearly the solution is to make if_xl work with the card instead of if_ep. :) Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Dec 30 20:21:23 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C553137B401 for ; Mon, 30 Dec 2002 20:21:22 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC0B643EC5 for ; Mon, 30 Dec 2002 20:21:21 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.6/8.12.3) with ESMTP id gBV4LF1e014367; Mon, 30 Dec 2002 21:21:15 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 30 Dec 2002 22:21:03 -0600 (CST) Message-Id: <20021230.222103.07268910.imp@bsdimp.com> To: silby@silby.com Cc: eugen@grosbein.pp.ru, net@freebsd.org Subject: Re: ep(4) does not support mediaopt full-duplex From: "M. Warner Losh" In-Reply-To: <20021230221357.H25392-100000@patrocles.silby.com> References: <20021230.135235.55510128.imp@bsdimp.com> <20021231102631.A2838@grosbein.pp.ru> <20021230221357.H25392-100000@patrocles.silby.com> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org In message: <20021230221357.H25392-100000@patrocles.silby.com> Mike Silbersack writes: : > So I conclude 3C589D does support full duplex at the hardware level. : : You say you're using a 3C589D, which is detected by if_ep_pccard.c as : such: : : case 0x9058: /* 3C589 */ : return ("3Com Etherlink III 3C589"); : : However, in if_xlreg.h, I see us define the following: : : #define TC_DEVICEID_CYCLONE_10_100_COMBO 0x9058 : : Are these actually both the same card, or are PCI and PCCARD IDs : unrelated? If they are the same card, then clearly the solution is to : make if_xl work with the card instead of if_ep. :) These aren't the same. The vx driver should really be if_ep_pci acccording to Matt Dodd. if_xl might also be a if_ep_pci driver, but I'm not 100% about that. Matt knows for sure. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Dec 30 20:38: 9 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87A1C37B401 for ; Mon, 30 Dec 2002 20:38:08 -0800 (PST) Received: from patrocles.silby.com (d140.as9.nwbl0.wi.voyager.net [169.207.133.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0232843EA9 for ; Mon, 30 Dec 2002 20:38:07 -0800 (PST) (envelope-from silby@silby.com) Received: from patrocles.silby.com (localhost [127.0.0.1]) by patrocles.silby.com (8.12.6/8.12.6) with ESMTP id gBV4jG8U025579; Mon, 30 Dec 2002 22:45:16 -0600 (CST) (envelope-from silby@silby.com) Received: from localhost (silby@localhost) by patrocles.silby.com (8.12.6/8.12.6/Submit) with ESMTP id gBV4jFdN025576; Mon, 30 Dec 2002 22:45:15 -0600 (CST) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Mon, 30 Dec 2002 22:45:15 -0600 (CST) From: Mike Silbersack To: "M. Warner Losh" Cc: eugen@grosbein.pp.ru, "" Subject: Re: ep(4) does not support mediaopt full-duplex In-Reply-To: <20021230.222103.07268910.imp@bsdimp.com> Message-ID: <20021230223442.D25468-100000@patrocles.silby.com> References: <20021230.135235.55510128.imp@bsdimp.com> <20021231102631.A2838@grosbein.pp.ru> <20021230221357.H25392-100000@patrocles.silby.com> <20021230.222103.07268910.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, 30 Dec 2002, M. Warner Losh wrote: > : Are these actually both the same card, or are PCI and PCCARD IDs > : unrelated? If they are the same card, then clearly the solution is to > : make if_xl work with the card instead of if_ep. :) > > These aren't the same. > > The vx driver should really be if_ep_pci acccording to Matt Dodd. > if_xl might also be a if_ep_pci driver, but I'm not 100% about that. > Matt knows for sure. > > Warner From what I've read, the vortex cards do resemble the older Etherlink IIIs, so yes those two could probably be merged. However, the 3c900+ cards have a true bus mastering PCI architecture, so it makes sense to fit them into a seperate driver, such as if_xl. I guess they could be merged, but it would mostly be a mess. Here's another thing I'm confused about: from if_xlreg.h: #define TC_DEVICEID_HURRICANE_556 0x6055 from if_ep_pccard.c: case 0x6055: /* 3C556 */ Is it possible that 3Com used the same chip in mini-pci and pccard designs? This does seem possible, as 3c905 (pre-B, I don't know about the mini-PCI version) cards support the 3c509 interface. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Dec 30 20:48:13 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6095237B401 for ; Mon, 30 Dec 2002 20:48:12 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A38343EA9 for ; Mon, 30 Dec 2002 20:48:11 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.6/8.12.3) with ESMTP id gBV4mA1e014462; Mon, 30 Dec 2002 21:48:10 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 30 Dec 2002 22:47:58 -0600 (CST) Message-Id: <20021230.224758.94106280.imp@bsdimp.com> To: silby@silby.com Cc: eugen@grosbein.pp.ru, net@freebsd.org Subject: Re: ep(4) does not support mediaopt full-duplex From: "M. Warner Losh" In-Reply-To: <20021230223442.D25468-100000@patrocles.silby.com> References: <20021230221357.H25392-100000@patrocles.silby.com> <20021230.222103.07268910.imp@bsdimp.com> <20021230223442.D25468-100000@patrocles.silby.com> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org In message: <20021230223442.D25468-100000@patrocles.silby.com> Mike Silbersack writes: : >From what I've read, the vortex cards do resemble the older Etherlink : IIIs, so yes those two could probably be merged. They are merged in NetBSD. I think Matt Dodd has some patches that do this. : However, the 3c900+ : cards have a true bus mastering PCI architecture, so it makes sense to fit : them into a seperate driver, such as if_xl. Just because it is true bus mastering doesn't mean that it makes sense to have a different driver... I haven't looked at the structure of these two drivers to know if this makes sense or not. I was mostly speculating out loud... : Here's another thing I'm confused about: : : from if_xlreg.h: : : #define TC_DEVICEID_HURRICANE_556 0x6055 : : from if_ep_pccard.c: : : case 0x6055: /* 3C556 */ : : Is it possible that 3Com used the same chip in mini-pci and pccard : designs? This does seem possible, as 3c905 (pre-B, I don't know about the : mini-PCI version) cards support the 3c509 interface. Likely just a compat thing. The 3com interfaces seem to have lots backward compat stuff (did you know you can get the EISA id out of pcmcia devices, at least the 3c1?) Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Dec 30 22:20:34 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E22A37B401 for ; Mon, 30 Dec 2002 22:20:33 -0800 (PST) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0139A43EDC for ; Mon, 30 Dec 2002 22:20:33 -0800 (PST) (envelope-from winter@jurai.net) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by sasami.jurai.net (8.12.6/8.12.5) with ESMTP id gBV6KE6D039062; Tue, 31 Dec 2002 01:20:14 -0500 (EST) (envelope-from winter@jurai.net) Date: Tue, 31 Dec 2002 01:20:14 -0500 (EST) From: "Matthew N. Dodd" To: "M. Warner Losh" Cc: silby@silby.com, , Subject: Re: ep(4) does not support mediaopt full-duplex In-Reply-To: <20021230.222103.07268910.imp@bsdimp.com> Message-ID: <20021231011427.A45498-100000@sasami.jurai.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, 30 Dec 2002, M. Warner Losh wrote: > The vx driver should really be if_ep_pci acccording to Matt Dodd. > if_xl might also be a if_ep_pci driver, but I'm not 100% about that. > Matt knows for sure. 'ep' and 'vx' are PIO. The 3c900 and 3c905 will operate in PIO mode but will do DMA so are driven by the 'xl' driver now. The big advantage to merging 'ep' and 'vx' will be that the MII PHY code will only have to be written once. This doesn't mean that the 3c589D will support Full-Duplex. I suspect that the windows driver offers that option (since it is probably for whole family of cards) and doesn't do anything if the card doesn't support it. Its likely that the 'fxp' card under windows is doing NWAY regardless of control panel settings. Since the reported config is a cross-over environment there isn't any way to tell for sure that windows runs the 589D in full duplex mode. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Dec 31 1:17:53 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE02F37B401 for ; Tue, 31 Dec 2002 01:17:51 -0800 (PST) Received: from grosbein.pp.ru (www2.svzserv.kemerovo.su [213.184.65.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FC4943E4A for ; Tue, 31 Dec 2002 01:17:43 -0800 (PST) (envelope-from eugen@grosbein.pp.ru) Received: from grosbein.pp.ru (smmsp@localhost [127.0.0.1]) by grosbein.pp.ru (8.12.6/8.12.6) with ESMTP id gBV9HWha069909; Tue, 31 Dec 2002 16:17:36 +0700 (KRAT) (envelope-from eugen@grosbein.pp.ru) Received: (from eugen@localhost) by grosbein.pp.ru (8.12.6/8.12.6/Submit) id gBV9G2aF069881; Tue, 31 Dec 2002 16:16:02 +0700 (KRAT) Date: Tue, 31 Dec 2002 16:16:02 +0700 From: Eugene Grosbein To: "Matthew N. Dodd" Cc: "M. Warner Losh" , silby@silby.com, net@FreeBSD.ORG Subject: Re: ep(4) does not support mediaopt full-duplex Message-ID: <20021231161602.B69220@grosbein.pp.ru> References: <20021230.222103.07268910.imp@bsdimp.com> <20021231011427.A45498-100000@sasami.jurai.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20021231011427.A45498-100000@sasami.jurai.net>; from winter@jurai.net on Tue, Dec 31, 2002 at 01:20:14AM -0500 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, Dec 31, 2002 at 01:20:14AM -0500, Matthew N. Dodd wrote: > This doesn't mean that the 3c589D will support Full-Duplex. > > I suspect that the windows driver offers that option (since it is probably > for whole family of cards) and doesn't do anything if the card doesn't > support it. > > Its likely that the 'fxp' card under windows is doing NWAY regardless of > control panel settings. Since the reported config is a cross-over > environment there isn't any way to tell for sure that windows runs the > 589D in full duplex mode. Well, I guess there is a way. I did one more thing. I booted my desktop with Intel card into FreeBSD and commanded # ifconfig fxp0 media 10baseT/UTP mediaopt full-duplex Then I booted the noteboot into Win95 with full duplex enabled on 3com card. I started FTP transfer from FreeBSD to Win95 and got 500KBps. Then I commanded # ifconfig fxp0 media 10baseT/UTP and ran transfer again. I got only 10-13KBps then. Then I changed 3com to half duplex, Windows rebooted and I got another 500KBps FTP tranfser, while fxp0 is still in half duplex mode. Then I commanded again: # ifconfig fxp0 media 10baseT/UTP mediaopt full-duplex And now I see only 40KBps. I think it shows duplex mismatch. I believe fxp(4) set duplex correctly, so it must be that 3c589D changes duplex really. Eugene Grosbein To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Dec 31 6:51:20 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0DC237B401 for ; Tue, 31 Dec 2002 06:51:14 -0800 (PST) Received: from web14801.mail.yahoo.com (web14801.mail.yahoo.com [216.136.224.217]) by mx1.FreeBSD.org (Postfix) with SMTP id 3F35643E4A for ; Tue, 31 Dec 2002 06:51:14 -0800 (PST) (envelope-from rosti_bsd@yahoo.com) Message-ID: <20021231145114.86936.qmail@web14801.mail.yahoo.com> Received: from [192.117.108.59] by web14801.mail.yahoo.com via HTTP; Tue, 31 Dec 2002 06:51:14 PST Date: Tue, 31 Dec 2002 06:51:14 -0800 (PST) From: Rostislav Krasny Subject: Re: PPPoE and troubles with TCP To: Eli Dart Cc: freeBSD-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I think that I found the source of my problem. In case of FreeBSD usage the first two TCP/IP packets are with following optins: 1. my host -----> SYN (DF) -----> www.ssh.com options = 2. my host <----- ACK,SYN <----- www.ssh.com options = In case of Win98SE usage the first two TCP/IP packets are with following options" 1. my host -----> SYN (DF) -----> www.ssh.com options = 2. my host <----- ACK,SYN <----- www.ssh.com options = 0402 is SACK-Permitted option that IMHO have no influence to the problem. More information about this option can be found in RFCs 1072, 2018. Following command solved the problem with www.ssh.com: sysctl net.inet.tcp.rfc1323=0 Now, when I use FreeBSD, the first two TCP/IP packets are with following options: 1. my host -----> SYN (DF) -----> www.ssh.com options = 2. my host <----- ACK,SYN <----- www.ssh.com options = I don't know exactly what happened before I reconfigured TCP of my FreeBSD but it seems like some host (my or www.ssh.com) have a bug with TCP and its scaling extention option, described in RFC 1323. I think that more deeper analysis is needed. For example, why the second packet have MSS == 1452 in case of Win98SE usage and MSS == 1460 in case of FreeBSD usage (before and after TCP reconfiguration)? How MRU == MTU == 1484 (or smaller) helped before TCP of my FreeBSD was reconfigured? P.S. Happy new year! :-)) --- Rostislav Krasny wrote: > In the case of Win98SE my host don't send fragmented packets to > www.ssh.com, all packets are with DF bit set in the IP header. > www.ssh.com sends to my host packets that are not fragmented too, but > without DF bit set in the IP header. > I produced two .trace files by using tcpdump like you explained me. I > didn't find something special when I looked at them by command like > 'tcpdump -r 1492.telnet.trace -vvvnX | less'. > Also I saved capture files of NetXRay (version 3.0.3) sniffer in my > Win98SE. It is old application (I can't find something newer here) > and > it don't know anything about PPPoE but knows about PPP. There're two > capture files saved from this sniffer. That with "eth" in its name is > capture equivalent to 'tcpdump -i ed0 ....' and that with "IP" in its > name is capture equivalent to 'tcpdump -i tun0 ....'. I found in > google > that those capture files can be read in Unix by ethereal - > http://www.ethereal.com/ > 1492.trace was produced when I ran 'links www.ssh.com' (not lynx) and > 1492.telnet.trace was produced when I ran 'telnet www.ssh.com 80'. > Look at attachment. > > Now about other browsers and applications. I tried Netscape 7.01 and > Konqueror that comes with FreeBSD 4.7-RELEASE. Both have the problem > with www.ssh.com. Also I tried telnet to tcp/80 port of www.ssh.com > and > like you already know with negative result. Maybe there are others > hosts that I could not use because of a problem like the problem with > www.ssh.com but I didn't find any of those hosts yet. Also and yet, I > had no problems when I used ssh or ftp. I can't connect by ftp > protocol > to www.ssh.com but to ftp.ssh.com I can without any problem. I even > successfully downloaded ssh-3.2.2.tar.gz file from there. > > P.S. If you have ethernet connection to your ISP and your MTU is 1500 > and there are no proxies and no transparent proxies could you please > change the MTU to 1492 temporarily? Can you browse www.ssh.com with > such configuration? If you can then my problem is, probably, > somewhere > in ppp because ppp have some dial with TCP. If you can't then try MTU > 1484; will it help like it helps in my box? > > P.P.S. What are this mailing list rules about the attachments and > their > sizes? Where can I find these rules? Am I violate some rule like > those > by sending this attachment? > > > --- Eli Dart wrote: > > > > In reply to Rostislav Krasny : > > > > > > > > --0-1140876309-1041159137=:12973 > > > Content-Type: text/plain; charset=us-ascii > > > Content-Disposition: inline > > > > > > I have some sniffer in Win98SE but don't know how to save its > dump > > in > > > the text format to make it easy to read. So I maked a screenshot > of > > the > > > first TCP/IP packet with HTTP response I got from www.ssh.com in > my > > > Win98SE. Look at ssw_com.png file in the attachments. Draw your > > > attention to the "Total length" and to the "Flags" in the IP > > header. > > > > Well, it appears that your packets are being fragmented -- if I'm > > interpreting the image correctly. > > > > It also appears that www.ssh.com is able to get fragmented packets > to > > > > you. > > > > I think you should look at another tcpdump. This time, don't kill > > tcpdump for at least 2 minutes (we want to watch what TCP does). > > Also, > > kill the tcpdump before you kill lynx. Also, capture at least 200 > > bytes of the packet (preferably the whole thing), and write it out > to > > > > a trace file (tcpdump's -w option) so that you can look at it in > > different ways later. So, something like tcpdump -i -w > > 1492.trace -s 1500 Then do your test, wait for a while, kill the > > dump, kill the app. Now run strings on the tcpdump file -- how > much > > of your http request do you see? Read the trace file with -vv in > the > > > > tcpdump command line, etc etc. > > > > Have you used any other browser? What about ssh traffic? FTP? > The > > idea here is to determine what doesn't change, and also to > determine > > if the problem is local to a given app. > > > > --eli > > > > > > > > > > --- Rostislav Krasny wrote: > > > > To produce these tcpdump's log files I used two terminals. In > the > > > > first > > > > I ran 'tcpdump -n > filename' and in the second I ran 'links > > URL'. I > > > > ran the first command before the second one, of course. In case > > of > > > > www.ssh.com the "links" browsers maked TCP connection, sent > HTTP > > > > request and the last thing it got from www.ssh.com was ACK > > packet, > > > > nothing more. I waited few seconds and pressed to the 'q' key > so > > > > "links" will quit. That is why you see FIN packet sent from my > > host. > > > > If > > > > I stop "tcpdump" before "links" quiting there is no FIN packet > in > > the > > > > log file of "tcpdump". Look at 1492-2.log and 1492-3.log new > > files. > > > > In > > > > case of the 1492-2.log file I just stoped tcpdump before > quiting > > > > "links". In case of the 1492-3.log file I stoped tcpdump after > > > > quiting > > > > links but I waited more time. So you can see few PPPoE echo > > requests > > > > and responses before the FIN. That is the time I was waiting > > before I > > > > closed the "links" browser. > > > > I use links because it is a text mode browser, so I will not > > download > > > > images that can flood tcpdump's logs. But the problem with > > > > www.ssh.com > > > > exists when I use any browser or even simulate it by sending > > HTTP/1.1 > > > > or HTTP/1.0 "GET" request manually through 'telnet www.ssh.com > > 80'. > > > > If > > > > I send just "GET /" (it is HTTP/0.9 request) I get > some > > > > short > > > > response about that document was moved. HTTP/0.9 is not in use > > today > > > > by > > > > most web sites (including www.ssh.com) and browsers. > > > > Look at 1492-fbsd.org.log file, there is the log of successful > > HTTP > > > > connection with www.freebsd.org when MTU==MRU==1492. > > > > > > > > Of course I can use smaller MTU and MRU (<=1484) but when I use > > > > Win98SE > > > > with RASPPPOE driver I have no troubles when MTU == 1492. Why > in > > > > FreeBSD it is impossibly? If FreeBSD or its ppp have some bug > why > > not > > > > to fix it instead? And it looks like a bug. > > __________________________________________________ > Do you Yahoo!? > Yahoo! Mail Plus - Powerful. Affordable. Sign up now. > http://mailplus.yahoo.com > ATTACHMENT part 2 application/gzip name=ssh_com.tar.gz __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Dec 31 7: 8:44 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66C7637B401; Tue, 31 Dec 2002 07:08:43 -0800 (PST) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4E7243EC2; Tue, 31 Dec 2002 07:08:42 -0800 (PST) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19) id ; Tue, 31 Dec 2002 10:08:42 -0500 Message-ID: From: Don Bowman To: "'George J.V. Cox'" , freebsd-net@freebsd.org, freebsd-hardware@freebsd.org Subject: RE: Broadcom BCM5703X Gigabit Ethernet woes, panics, no MIIs, oh my! Date: Tue, 31 Dec 2002 10:08:35 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org From: George J.V. Cox [mailto:gjvc@extremis.net] > I have a Dell 1655MC blade server, and a compiled-this-week > 4.7-STABLE kernel. > The hardware is a chassis of 6 PCs in a 3U case. Each blade > has two Broadcom > BCM5703 interfaces. Unfortunately, its behaviour is rather > non-deterministic. ... I'm seeing similar behaviour with a 5704 (dual gmac). I will let you know if I find a fix for it. I'm suspecting the timing on the eeprom interface right now since I sometimes get a MAC of 0. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Dec 31 13:21:50 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0434B37B401 for ; Tue, 31 Dec 2002 13:21:49 -0800 (PST) Received: from musique.teaser.net (musique.teaser.net [213.91.2.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF66043EA9 for ; Tue, 31 Dec 2002 13:21:47 -0800 (PST) (envelope-from e-masson@kisoft-services.com) Received: from notbsdems.nantes.kisoft-services.com (nantes.kisoft-services.com [193.56.60.243]) by musique.teaser.net (Postfix) with ESMTP id 88CFC727C1 for ; Tue, 31 Dec 2002 22:21:41 +0100 (CET) Received: by notbsdems.nantes.kisoft-services.com (Postfix, from userid 1001) id 5ABC35A507; Tue, 31 Dec 2002 22:21:36 +0100 (CET) To: Mailing List FreeBSD Network Subject: mpd only let outbound packets flowing From: Eric Masson X-Operating-System: FreeBSD 4.7-STABLE i386 Date: Tue, 31 Dec 2002 22:21:35 +0100 Message-ID: <86hect6g0w.fsf@notbsdems.nantes.kisoft-services.com> User-Agent: Gnus/5.090008 (Oort Gnus v0.08) XEmacs/21.4 (Common Lisp, i386--freebsd) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --=-=-= Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hello, I'm trying to setup mpd on my dsl gateway. mpd label with the attached config files reaches the point where ng0 interface is created and ifconfig'ed with the right address (fixed ip here) (auth works, and information has been removed in the attached files). When I try to use the link, I only see outbound packets on ng0 (tcpdump) but no responses. I've dug the list archives but haven't found any similar case. Any idea, or required information ? TIA Eric Masson -- On m'a souvent dit que Club-Internet censurait les groupes (des abonnés de Wanadoo, notamment ;-), mais apparemment ce seraient "les webmasters" qui seraient responsables (?) de cette intervention ; -+- G in : Guide du Neuneu Usenetien - Tout est dans tout -+- --=-=-= Content-Disposition: attachment; filename=mpd.conf teaser: new -i ng0 teaser PPPoE set iface route default set iface disable on-demand set iface idle 0 set bundle disable multilink set bundle authname MyName set bundle password MyPwd set link no acfcomp protocomp set link disable pap chap set link accept chap set ipcp yes vjcomp set ipcp ranges 0.0.0.0/0 0.0.0.0/0 set link keep-alive 5 20 set link bandwidth 512000 set link mru 1492 open iface --=-=-= Content-Disposition: attachment; filename=mpd.links PPPoE: set link type pppoe set pppoe iface ep1 --=-=-=-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Dec 31 14:10:28 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D908037B401 for ; Tue, 31 Dec 2002 14:10:27 -0800 (PST) Received: from musique.teaser.net (musique.teaser.net [213.91.2.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54BB243ED1 for ; Tue, 31 Dec 2002 14:10:27 -0800 (PST) (envelope-from e-masson@kisoft-services.com) Received: from notbsdems.nantes.kisoft-services.com (nantes.kisoft-services.com [193.56.60.243]) by musique.teaser.net (Postfix) with ESMTP id 2E26C727B9 for ; Tue, 31 Dec 2002 23:10:26 +0100 (CET) Received: by notbsdems.nantes.kisoft-services.com (Postfix, from userid 1001) id 066CD5A4FD; Tue, 31 Dec 2002 23:10:21 +0100 (CET) To: Mailing List FreeBSD Network Subject: Re: mpd only let outbound packets flowing From: Eric Masson In-Reply-To: <86hect6g0w.fsf@notbsdems.nantes.kisoft-services.com> (Eric Masson's message of "Tue, 31 Dec 2002 22:21:35 +0100") References: <86hect6g0w.fsf@notbsdems.nantes.kisoft-services.com> X-Operating-System: FreeBSD 4.7-STABLE i386 Date: Tue, 31 Dec 2002 23:10:21 +0100 Message-ID: <868yy56drm.fsf@notbsdems.nantes.kisoft-services.com> User-Agent: Gnus/5.090008 (Oort Gnus v0.08) XEmacs/21.4 (Common Lisp, i386--freebsd) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >>>>> "Emss" == Eric Masson writes: Followup to myself, sorry Emss> Any idea, or required information ? > uname -a FreeBSD rtrbsdnantsr.nantes.kisoft-services.com 4.7-STABLE FreeBSD 4.7-STABLE #2: Tue Dec 31 21:42:55 CET 2002 root@srvbsdnanssv.nantes.kisoft-services.com:/usr/obj/usr/src/sys/PRESARIO i386 > mpd -v Version 3.10 (root@srvbsdnanssv.nantes.kisoft-services.com 19:22 31-Dec-2002 Eric Masson -- AC> Please remove my name from your list Thanks K f -9999 a [enter] y Voilà, c'est fait -+- RM in : Ya qu'à demander. -+- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Dec 31 16:19:12 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 366D037B401 for ; Tue, 31 Dec 2002 16:19:11 -0800 (PST) Received: from mercury.ccmr.cornell.edu (mercury.ccmr.cornell.edu [128.84.231.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D79C43EA9 for ; Tue, 31 Dec 2002 16:19:10 -0800 (PST) (envelope-from mitch@ccmr.cornell.edu) Received: from saruman.ccmr.cornell.edu (saruman.ccmr.cornell.edu [128.84.249.196]) by mercury.ccmr.cornell.edu (8.9.3/8.9.3) with ESMTP id TAA07340; Tue, 31 Dec 2002 19:19:04 -0500 Received: from localhost (mitch@localhost) by saruman.ccmr.cornell.edu (8.12.3/8.12.3) with ESMTP id h010J3V0018217; Tue, 31 Dec 2002 19:19:04 -0500 X-Authentication-Warning: saruman.ccmr.cornell.edu: mitch owned process doing -bs Date: Tue, 31 Dec 2002 19:19:03 -0500 (EST) From: Mitch Collinsworth To: David J Duchscher Cc: freebsd-net@FreeBSD.ORG Subject: Re: Redundant NIC/Connections In-Reply-To: <980278D4-060E-11D7-B8C7-0003930B3DA4@tamu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, 2 Dec 2002, David J Duchscher wrote: > I was wondering how people are handling redundant connections? We > would like to have dual NICs in the FreeBSD box with each NIC connected > to a different switch. Both switches are in the same broadcast domain. > In pointers, hints on this may done would be greatly appreciated. Hmm... no responses posted to date. You didn't say why you want to do this, but for starters have a look at: http://aggregate.org/FNN/ This site has discussion of why you might want to do this and what some of the challenges are associated with this sort of network architecture. There is a grad student there doing a PhD thesis on solving your question in the Linux domain. I dunno if anyone is working on it for FreeBSD yet. -Mitch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Dec 31 17:28:36 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE24B37B401 for ; Tue, 31 Dec 2002 17:28:34 -0800 (PST) Received: from csmail.commserv.ucsb.edu (cspdc.commserv.ucsb.edu [128.111.251.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2303243EC2 for ; Tue, 31 Dec 2002 17:28:34 -0800 (PST) (envelope-from steve@expertcity.com) Received: from expertcity.com ([68.6.35.15]) by csmail.commserv.ucsb.edu (Netscape Messaging Server 3.62) with ESMTP id 483; Tue, 31 Dec 2002 17:28:26 -0800 Message-ID: <3E1244CA.60702@expertcity.com> Date: Tue, 31 Dec 2002 17:30:50 -0800 From: Steve Francis User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2b) Gecko/20021016 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mitch Collinsworth Cc: David J Duchscher , freebsd-net@FreeBSD.ORG Subject: Re: Redundant NIC/Connections References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Mitch Collinsworth wrote: > On Mon, 2 Dec 2002, David J Duchscher wrote: > > > >I was wondering how people are handling redundant connections? We > >would like to have dual NICs in the FreeBSD box with each NIC connected > >to a different switch. Both switches are in the same broadcast domain. > >In pointers, hints on this may done would be greatly appreciated. > > > Hmm... no responses posted to date. I think one of my colleagues responded directly to the poster. We do it by a daemon he wrote that monitors interface link status, and also pingability of default gateways, and reconfigures interfaces in event of a failure, based on the normal configuration file settings (/etc/rc.conf) Instantly in event of link loss; after a few seconds of retrying in event of router loss (we use HSRP addresses for routers.) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Dec 31 21:30: 1 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3581037B401; Tue, 31 Dec 2002 21:29:58 -0800 (PST) Received: from beaujolais.extremis.net (beaujolais.extremis.net [217.158.56.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F5B443E4A; Tue, 31 Dec 2002 21:29:57 -0800 (PST) (envelope-from gjvc@extremis.net) Received: from localhost (localhost.extremis.net [127.0.0.1]) by beaujolais.extremis.net (Postfix) with ESMTP id 789227250B; Wed, 1 Jan 2003 05:29:56 +0000 (UTC) Received: by beaujolais.extremis.net (Postfix, from userid 1010) id 08AF572506; Wed, 1 Jan 2003 05:29:56 +0000 (UTC) Date: Wed, 1 Jan 2003 05:29:56 +0000 From: "George J.V. Cox" To: freebsd-hardware@freebsd.org, freebsd-net@freebsd.org Subject: SOLVED: Broadcom BCM5703X Gigabit Ethernet woes Message-ID: <20030101052956.GA21888@beaujolais.extremis.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i X-Razor-id: 91159f1c1d78f960f778c5b354d74f5335743210 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 24/12 14:20, George J.V. Cox wrote: > I have a Dell 1655MC blade server. It's a chassis of 6 PCs in a 3U > case. Each blade has two Broadcom BCM5703 interfaces. Unfortunately, > its behaviour is rather non-deterministic. Each blade has 2 BCM5703X chips. At least that's what it says on the chips themselves. However, at boot time the PCI subsystem IDs appear to match those of the BCM5702 chip. How confusing. What is even more confusing is that there appear to be different revisons of the chipsets in same set of 3 blades we received from Dell. This is also noticable by one of the blades having MAC addresses which differ in the first 3 octets. The 1655MC has an internal switch unit, which has 4 100Mb uplink ports to the outside world and six downlink ports to the blade servers. The downlink ports are fixed at 1000baseSX in the switch configuration and this cannot be changed. Hence, enabling the ten bit interface and forcing 1000baseSX mode on the host interfaces is the way to go. No MII bus probing is performed by the kernel and everything is peachy. Cursory testing shows that TCP transfer rates of about 50 Mbyte/second are possible between hosts in the same chassis. (The only tuning was to set the net.inet.tcp.sendspace and net.inet.tcp.recvspace sysctls to 100Kb) Here's some dmesg output when the patch below is applied: bge0: mem 0xed010000-0xed01ffff irq 7 at device 10.0 on pci1 bge0: Ethernet address: 00:06:5b:0e:6d:1c bge0: PCI subsystem ID is 0x00001646 bge1: mem 0xed000000-0xed00ffff irq 10 at device 11.0 on pci1 bge1: Ethernet address: 00:06:5b:0e:6d:1d bge1: PCI subsystem ID is 0x00001646 Values of 0x0126 and 0x0124 have also been seen. As I mentioned above, no MII probing is performed. # ifconfig bge0 bge0: flags=8843 mtu 1500 options=3 inet 10.2.10.51 netmask 0xffff0000 broadcast 10.2.255.255 ether 00:06:5b:0e:6d:1c media: Ethernet 1000baseSX status: active The media type and options need not be forcibly set to 1000baseSX and full-duplex respectively, as they have been above. Here is my patch against -STABLE which fixes the problem. Resolving the BCOM_SUBSYSID_UNKNOWN_* IDs to some sensible names is left as an exercise for the reader. :-) The original PR is i386/46484. best; gjvc --- if_bge.c.orig Tue Dec 31 01:21:41 2002 +++ if_bge.c Wed Jan 1 04:51:08 2003 @@ -1519,7 +1519,7 @@ u_int32_t command; struct ifnet *ifp; struct bge_softc *sc; - u_int32_t hwcfg = 0; + u_int32_t hwcfg = 0, pcissid = 0; u_int32_t mac_addr = 0; int unit, error = 0, rid; @@ -1701,9 +1701,19 @@ if ((ntohl(hwcfg) & BGE_HWCFG_MEDIA) == BGE_MEDIA_FIBER) sc->bge_tbi = 1; - /* The SysKonnect SK-9D41 is a 1000baseSX card. */ - if ((pci_read_config(dev, BGE_PCI_SUBSYS, 4) >> 16) == SK_SUBSYSID_9D41) - sc->bge_tbi = 1; + /* check for 1000baseSX cards detectable via their PCI subsystem IDs */ + pcissid = (pci_read_config(dev, BGE_PCI_SUBSYS, 4) >> 16); + printf("bge%d: PCI subsystem ID is 0x%08x\n", sc->bge_unit, pcissid); + + switch (pcissid) { + case SK_SUBSYSID_9D41: + case BCOM_SUBSYSID_UNKNOWN_0x0124: + case BCOM_SUBSYSID_UNKNOWN_0x0126: + case BCOM_SUBSYSID_UNKNOWN_0x1646: + printf("bge%d: 1000baseSX capable; enabling TBI\n", sc->bge_unit); + sc->bge_tbi = 1; + default: + } if (sc->bge_tbi) { ifmedia_init(&sc->bge_ifmedia, IFM_IMASK, --- if_bgereg.h.orig Sun Dec 29 10:50:06 2002 +++ if_bgereg.h Wed Jan 1 04:50:56 2003 @@ -1787,6 +1787,10 @@ #define BCOM_DEVICEID_BCM5702X 0x16A6 #define BCOM_DEVICEID_BCM5703X 0x16A7 +#define BCOM_SUBSYSID_UNKNOWN_0x0124 0x0124 +#define BCOM_SUBSYSID_UNKNOWN_0x0126 0x0126 +#define BCOM_SUBSYSID_UNKNOWN_0x1646 0x1646 + /* * Alteon AceNIC PCI vendor/device ID. */ -- [gjvc] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message