Virtual Circut - Enabled Bridge - Disabled IGMP - Disabled Encapsulation - PPPoE LLC VPI - 0 VCI - 35 Service Category - UBR Peak Cell Rate - 0 Sustainable Cell Rate - 0 Max Burst Size - 0 DHCP Client - Disabled Host Name - puste Mac spoofing - Disabled MRU - 1492 MTU - 1492 MSS - 1492 LCP Echo Interval - 10s LCP Echo Maximum Consecutive Failure - 6 Authentication - Auto
Z instrukcji mojego routera - wprawdzie inna firma ale konfig musi być taki sam.

/interface pptp-server server
set authentication=mschap1,mschap2 default-profile=default-encryption enabled=yes keepalive-timeout=30 max-mru=1460
max-mtu=1460 mrru=disabled

/ppp profile
add change-tcp-mss=default comment="" dns-server=192.168.1.1 local-address=192.168.1.1 name=Internet_via_tunnel only-one=default
use-compression=default use-encryption=default use-vj-compression=default

/ppp secret
add caller-id="" comment="user_X" disabled=no limit-bytes-in=0 limit-bytes-out=0 name=userX password=userX
profile=Internet_via_tunnel remote-address=192.168.1.200 routes="" service=pptp

/ip firewall nat
add action=masquerade chain=srcnat comment="masquerade vpn" disabled=no out-interface=External src-address=
192.168.1.0/24

/ip dns
set allow-remote-requests=yes cache-max-ttl=1w cache-size=2048KiB max-udp-packet-size=512 primary-dns=194.204.159.1
secondary-dns=194.204.152.34

W ap-bridge <-> station to samo. Inaczej.. Za pomoca bandwidth testu odkryłem, iż transfer miedzy jednym i drugim punktem jest OK, ale tylko jeśli prędkość wysyłu nie przekracza 1236kbit/s. Powyżej też prędkości transmisja jest zrywana. Dzisiaj byłem wymienić kartę w jednym z tych punktów. Nic nie pomogło. Jutro podmienie w drugim. Jeśli nie pomoże, naprawdę nie wiem co może być tego przyczyną.


Heh, przy zmienjszeniu UDP Tx size w bandwidth tescie, wyniki przesylu pakietow UDP sa iscie imponujace, dochodza do 20mbit/s. Jednak w TCP nie ma juz takiej mozliwosci i ruch sie zacina momentalnie. O co tutaj chodzi? Po zmniejszeniu MTU z 1500 do 1300 ruch UDP idzie prawidłowo, jednak TCP dalej nic. Co z tym dalej robic ?

--
Pozdro,
Marek.

" />Widze, ze nikt nie zaproponuje zadnego rozwiazania, moze dlatego, ze rozwiazania nie ma. Znalazlem wczoraj w hanbooku:

BUGS

The if_bridge driver currently supports only Ethernet and Ethernet-like
(e.g., 802.11) network devices, with exactly the same interface MTU size
as the bridge device.

Only wireless interfaces in hostap mode can be bridged due to the 802.11
framing format, bridging a wireless client is not supported yet.

Jedynym rozwiazeniem bedzie udostepnienie polaczenia z uzyciem NAT-u, lub skorzystanie z Linuksa.

Jesli szukalbym mini-dystrybucji do zrobienia bridga ze wsparciem Atherosa, to powinnienem wybrac?
Mikrotik?? Czekam na sugestie.

" />
">kldstat:
Kod:Id Refs Address    Size     Name
1    9 0xc0400000 610414   kernel
2   14 0xc0a11000 56270    acpi.ko
3    1 0xc17fb000 17000    linux.ko
4    1 0xc1a40000 74000    ueagle.ko
Czyli moduł załadowany...


">ifconfig:Kod:vr0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> mtu 1500
   ether 00:0a:e6:40:5c:70
   media: Ethernet autoselect (none)
   status: no carrier
plip0: flags=108810<POINTOPOINT,SIMPLEX,MULTICAST> mtu 1500
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
   inet 127.0.0.1 netmask 0xff000000
   inet6 ::1 prefixlen 128
   inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3
tun0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1500
   Opened by PID 495
A tu, jak pewnie zauważyłeś, brakuje interfejsu ueagle0.
Zobacz, co powie na ręczną próbę podniesienia... `/sbin/ifconfig ueagle0 inet 10.0.0.1`
Ale przed tym, spróbuj jeszcze z łapki `/usr/local/sbin/eagleflash`...


">hym co do sprzetu to mam kontrolem uhci i fbsd 5.4. jak narazie nigdzie nie pisalo ze musze instalowac patcha.

Bo w takim przypadku nie musisz, ale wolałem się upewnić.

MTU dotyczy generalnie protokołów warstwy 2 (Ethernet, PPP) i typowo wynosi 1500 bajtów. Jest to maklsymalna pojemnosc ramki, a wiec dopuszczalny rozmiar pakietu IP razem z naglowkiem.

MSS dotyczy, o ile wiem, warstwy 4 (transport TCP/UDP). A wiec bedzie to rozmiar segmentu TCP (Max. Segment Size). Typowo, na czystym Ethernecie od wartosci MTU nalezaloby odjac długosc nagłówka IP (minimum 20 bajtow lub wiecej) co daje jakies 1480. Ale w polaczeniu WAN typu Neostrada mamy wielokrotna enkapsulacje wiec odchodzi wiecej. Bo w sesji PPPoE ramka PPP jest przenoszona w ramce Ethernet i dopiero w PPP zawarty jest pakiet IP. Czyli odchodzi dodatkowe 20 bajtow (nie pamietam dokladnie) na naglowek PPP i mamy jakies 1460 na TCP.
Mozna to wszystko dokladnie sprawdzic i rozrysowac. Ale i tak systemy koncowe negocjuja wartosc MSS na poczatku sesji, i zwykle jest to duzo mniej niz wydusimy z routera manipulujac MSS. Bo po drodze sa inne sieci z wlasnym MTU i rozna enkapsulacja. Dlatego ma Pan np. 800 bajtow. Mozna to wykrywanie przestroic lub wylaczyc w Rejestrze Widows ale to juz na wlasna odpowiedzialnosc, bo łatwiej mozna pogorszyc niz poprawic transfery TCP.

show arp
Protocol  Address          Age (min)  Hardware Addr   Type   Interface
Internet  77.65.2.86              -   0013.1a32.cd41  ARPA   FastEthernet0/1
Internet  77.65.2.85             34   0024.c4bf.af80  ARPA   FastEthernet0/1
Internet  192.168.0.1             -   0013.1a32.cd40  ARPA   FastEthernet0/0
Internet  192.168.0.3             0   Incomplete      ARPA
 
show interface fast 0/0
FastEthernet0/0 is up, line protocol is up
  Hardware is AmdFE, address is 0013.1a32.cd40 (bia 0013.1a32.cd40)
  Description: LAN
  Internet address is 192.168.0.1/24
  MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Keepalive set (10 sec)
  Full-duplex, 100Mb/s, 100BaseTX/FX
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 02:00:08, output 00:00:06, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     5744 packets input, 578161 bytes
     Received 5537 broadcasts, 0 runts, 56 giants, 0 throttles
     2611 input errors, 0 CRC, 0 frame, 0 overrun, 2611 ignored
     0 watchdog
     0 input packets with dribble condition detected
     35079 packets output, 2145160 bytes, 0 underruns
     0 output errors, 0 collisions, 1 interface resets
     0 babbles, 0 late collision, 0 deferred
     31987 lost carrier, 0 no carrier
     0 output buffer failures, 0 output buffers swapped out