spróbuj jeszcze bez dialer-group :


interface Dialer1
 ip address negotiated
 ip mtu 1492
 ip nat outside
 ip virtual-reassembly
 encapsulation ppp
 ip tcp adjust-mss 1452
 dialer pool 1
 no cdp enable
 ppp authentication chap callin
 ppp chap hostname RLWW2xx@dialnet.pl
 ppp chap password 0 XP9xxx
 
oraz

interface Dialer1
no shutdown 


interface FastEthernet4
no shutdown

sh  int dial 0
Dialer0 is up, line protocol is up (spoofing)
  Hardware is Unknown
  Description: neostrada
  Internet address is 79.191.215.131/32
  MTU 1500 bytes, BW 56 Kbit, DLY 20000 usec,
     reliability 255/255, txload 4/255, rxload 231/255
  Encapsulation PPP, loopback not set
  Keepalive set (10 sec)
  DTR is pulsed for 1 seconds on reset
  Interface is bound to Vi3
  Last input never, output never, output hang never
  Last clearing of "show interface" counters 00:05:26
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: weighted fair


czy ten rxload 231/255 cokolwiek oznacza moze byc powodem - bo dosc spory w porowaniu z tym co mam na innych interfejsach?

tak jeszcze mi przyszlo do glowy wylaczyc CEF i nagle zaczelo dzialac...
działa gdy dodam to:


interface FastEthernet0/0
 no ip route-cache cef
 no ip route-cache
!
interface FastEthernet0/0.10
 no ip route-cache


ale czemu tak? jakies pomysly? srednio moze zostac bez CEF bo wydajnosc jest tragiczna ( zuzycie CPU wzrosło 2 razy

Czy powyższa konfiguracja jest poprawna?
nie jest, na 1 rzut oka brakuje access-listy

Chodzi ci o access-listę, która kwalifikuje ruch jako interesting lub not interesting? Jeżeli tak, to:



interface Bri0
 dialer-group 1
!
dialer-list 1 protocol ip permit


Nie jest zestawiane połączenie. Rozumiem, że kanały Bri0:1 i Bri0:2 "wstają dopiero" po zestawieniu połączenia?


Bri0                   192.168.2.1     YES unset  up                    up
Bri0:1                 unassigned      YES unset  down                  down
Bri0:2                 unassigned      YES unset  down                  down





Bri0:1 is down, line protocol is down
  Hardware is BRI
  MTU 1500 bytes, BW  Kbit, DLY 1000 usec, rely 255/255, load 1/255
  Encapsulation HDLC, loopback not set, keepalive set (10 sec)
na obu jest ustawione HDLC, pomimo, że na Bri0 ustawione jest PPP. Czy tak powinno być?

U mnie podobnie jak u cruiser'a po wpisaniu 'pppd call neo' konsola odpowiada: Plugin pppoatm.so loaded. a po wpisaniu 'ifconfig' mówi: eth0      Link encap:Ethernet  HWaddr 00:E0:4C:BA:D8:A1
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Interrupt:177 Base address:0xc000

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:78 errors:0 dropped:0 overruns:0 frame:0
          TX packets:78 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:5404 (5.2 KiB)  TX bytes:5404 (5.2 KiB) Nie tworzyłem skryptu, który miałby mnie automatycznie łączyć z neostradą po starcie systemu.

Wie ktoś może co zrobić w takim przypadku? Mój modem to Sagem F@st 800 E3T.

edit//
Problem nie aktualny, internet już działa (od jakiegoś czasu).

  Krzysztof Halasa <khc@pm.waw.pl> writes:

> Andrzej Adam Filip <anfi@priv.onet.pl> writes:
>
>> To może być efektem złego mss. Windowsy uzywają domyślnie ethernetowego
>> na Neo (pppoa) ma o pare byjtów mniejszą.
>
> Nie, PPP over ATM (takze na neostradzie) moze miec MTU/MRU np. 8KB.
> Nie zebym jakos specjalnie polecal takie ustawienie.
>
> PPP over Ethernet sila rzeczy musi pare bajtow zjesc (chyba ze ktos
> uzywa jumbo frames na Ethernecie fizycznym i/lub odpowiednio dlugich
> pakietow 802.3 np. over ATM, wtedy takze nie ma takiego problemu).

No to zostaje wcinaje icmp fragmentation-needed.

--
Andrzej Adam Filip : anfi@priv.onet.pl : anfi@xl.wp.pl
http://anfi.homeunix.net/