DSL pppoe -> ignoriert set mtu 1492?

[tdian]

Hallo
Habe folgendes Problem: Seit neustem bietet meine ISP (Inode xDSL in Österreich) auch pppoe anstatt pptp zur einwahl an. Das Problem dabei ist dass ppp (pppoe?) die MTU nicht automatisch auf 1492 setzt (oder setzen will), also sind händische Nachbesserungen nach jeder Einwahl notwendig -> sehr störend.
Eingesetztes OS ist OpenBSD 3.6, und ausser diesem kleinem Problem funktioniert alles ohne Probleme.
Wäre sehr dankbar wenn jemand einen Lösungvorschlag hätte.



Meine ppp.conf:

default:
 set log Phase Chat IPCP CCP tun command
 set redial 15 0
 set reconnect 15 10000

pppoe:
 set device "!/usr/sbin/pppoe -i de0"
 disable acfcomp protocomp 
 deny acfcomp
 set mtu max 1492
 set speed sync
 enable lqr
 set lqrperiod 5
 set cd 5
 set dial
 set login
 set timeout 0
 set authname "xxx@yyy"
 set authkey "xxxyyy"
 add! default HISADDR
 enable dns
 enable mssfixup

Der ifconfig output nach der Einwahl:

tun0: flags=8011<UP,POINTOPOINT,MULTICAST> mtu 1500
        inet 81.223.147.46 --> 62.99.171.168 netmask 0xffffffff

Auszug aus den Logs:

Nov 18 14:17:49 tdnfwall ppp[24667]: Phase: Using interface: tun0
Nov 18 14:17:49 tdnfwall ppp[24667]: Phase: deflink: Created in closed state
Nov 18 14:17:49 tdnfwall ppp[24667]: tun0: Command: default: set redial 15 0
Nov 18 14:17:49 tdnfwall ppp[24667]: tun0: Command: default: set reconnect 15 10000
Nov 18 14:17:49 tdnfwall ppp[24667]: tun0: Command: pppoe: set device !/usr/sbin/pppoe -i de0
Nov 18 14:17:49 tdnfwall ppp[24667]: tun0: Command: pppoe: disable acfcomp protocomp
Nov 18 14:17:49 tdnfwall ppp[24667]: tun0: Command: pppoe: deny acfcomp
Nov 18 14:17:49 tdnfwall ppp[24667]: tun0: Command: pppoe: set mtu max 1492
Nov 18 14:17:49 tdnfwall ppp[24667]: tun0: Command: pppoe: set speed sync
Nov 18 14:17:49 tdnfwall ppp[24667]: tun0: Command: pppoe: enable lqr
Nov 18 14:17:49 tdnfwall ppp[24667]: tun0: Command: pppoe: set lqrperiod 5
Nov 18 14:17:49 tdnfwall ppp[24667]: tun0: Command: pppoe: set cd 5
Nov 18 14:17:49 tdnfwall ppp[24667]: tun0: Command: pppoe: set dial
Nov 18 14:17:49 tdnfwall ppp[24667]: tun0: Command: pppoe: set login
Nov 18 14:17:49 tdnfwall ppp[24667]: tun0: Command: pppoe: set timeout 0
Nov 18 14:17:49 tdnfwall ppp[24667]: tun0: Command: pppoe: set authname xxx@yyy
Nov 18 14:17:49 tdnfwall ppp[24667]: tun0: Command: pppoe: set authkey ********
Nov 18 14:17:49 tdnfwall ppp[24667]: tun0: Command: pppoe: add! default HISADDR
Nov 18 14:17:49 tdnfwall ppp[24667]: tun0: Command: pppoe: enable dns
Nov 18 14:17:49 tdnfwall ppp[24667]: tun0: Command: pppoe: enable mssfixup
Nov 18 14:17:49 tdnfwall ppp[14902]: tun0: Phase: PPP Started (ddial mode).
Nov 18 14:17:49 tdnfwall ppp[14902]: tun0: Phase: bundle: Establish
Nov 18 14:17:49 tdnfwall ppp[14902]: tun0: Phase: deflink: closed -> opening
Nov 18 14:17:49 tdnfwall ppp[14902]: tun0: Warning: Carrier settings ignored
Nov 18 14:17:49 tdnfwall ppp[14902]: tun0: Phase: deflink: Connected!
Nov 18 14:17:49 tdnfwall ppp[14902]: tun0: Phase: deflink: opening -> dial
Nov 18 14:17:49 tdnfwall ppp[14902]: tun0: Phase: deflink: dial -> carrier
Nov 18 14:17:49 tdnfwall ppp[14902]: tun0: Phase: deflink: carrier -> login
Nov 18 14:17:49 tdnfwall ppp[14902]: tun0: Phase: deflink: login -> lcp
Nov 18 14:17:50 tdnfwall ppp[14902]: tun0: Phase: bundle: Authenticate 
Nov 18 14:17:50 tdnfwall ppp[14902]: tun0: Phase: deflink: his = PAP, mine = none
Nov 18 14:17:50 tdnfwall ppp[14902]: tun0: Phase: Pap Output: xxx@yyy ******** 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: Phase: Pap Input: SUCCESS () 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: CCP: FSM: Using "deflink" as a transport 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: CCP: deflink: State change Initial --> Closed 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: CCP: deflink: LayerStart. 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: CCP: MPPE: Not usable without CHAP81 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: CCP: deflink: SendConfigReq(1) state = Closed 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: CCP:  DEFLATE[4] win 15 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: CCP:  PRED1[2]  
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: CCP: deflink: State change Closed --> Req-Sent 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: Phase: deflink: lcp -> open 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: Phase: bundle: Network 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP: FSM: Using "deflink" as a transport 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP: deflink: State change Initial --> Closed 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP: deflink: LayerStart. 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP: deflink: SendConfigReq(1) state = Closed 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP:  IPADDR[6] 127.0.0.1 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP:  COMPPROTO[6] 16 VJ slots with slot compression 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP:  PRIDNS[6] 195.58.161.122 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP:  SECDNS[6] 255.255.255.255 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP: deflink: State change Closed --> Req-Sent 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP: deflink: RecvConfigReq(100) state = Req-Sent 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP:  IPADDR[6] 62.99.171.168 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP: deflink: SendConfigAck(100) state = Req-Sent 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP:  IPADDR[6] 62.99.171.168 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP: deflink: State change Req-Sent --> Ack-Sent 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: CCP: deflink: State change Req-Sent --> Stopped 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP: deflink: RecvConfigRej(1) state = Ack-Sent 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP:  COMPPROTO[6] 16 VJ slots with slot compression 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP: deflink: SendConfigReq(2) state = Ack-Sent 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP:  IPADDR[6] 127.0.0.1 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP:  PRIDNS[6] 195.58.161.122 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP:  SECDNS[6] 255.255.255.255 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: Phase: deflink: IPV6CP protocol reject closes IPV6CP ! 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP: deflink: RecvConfigNak(2) state = Ack-Sent 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP:  IPADDR[6] 81.223.147.46 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP:  IPADDR[6] changing address: 127.0.0.1  --> 81.223.147.46 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP:  PRIDNS[6] 195.58.160.194 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP:  SECDNS[6] 195.58.161.122 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP: Primary nameserver set to 195.58.160.194 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP: Secondary nameserver set to 195.58.161.122 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP: deflink: SendConfigReq(3) state = Ack-Sent 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP:  IPADDR[6] 81.223.147.46 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP:  PRIDNS[6] 195.58.160.194 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP:  SECDNS[6] 195.58.161.122 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: Phase: deflink: IPV6CP protocol reject closes IPV6CP ! 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP: deflink: RecvConfigAck(3) state = Ack-Sent 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP:  IPADDR[6] 81.223.147.46 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP:  PRIDNS[6] 195.58.160.194 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP:  SECDNS[6] 195.58.161.122 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP: deflink: State change Ack-Sent --> Opened 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP: deflink: LayerUp. 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: IPCP: myaddr 81.223.147.46 hisaddr = 62.99.171.168 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: Command: MYADDR: ! sh -c /sbin/ifconfig pflog0 up 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: Command: MYADDR: ! sh -c /sbin/pflogd 
Nov 18 14:17:52 tdnfwall ppp[14902]: tun0: Command: MYADDR: ! sh -c /sbin/pfctl -e -F all -f /etc/pf.conf 
Nov 18 14:17:53 tdnfwall ppp[14902]: tun0: Warning: 0.0.0.0/0: Change route failed: errno: No such process 
Nov 18 14:17:53 tdnfwall ppp[14902]: tun0: Warning: ff02::%tun0/32: Change route failed: errno: Undefined er
ror: 0 
Nov 18 14:17:55 tdnfwall ppp[14902]: tun0: Phase: deflink: IPV6CP protocol reject closes IPV6CP ! 
Nov 18 14:18:04 tdnfwall last message repeated 3 times

[s-tlk]

also bei mir steht:
set MTU 1492 (ohne max)

[tdian]

Mit der ppp.conf und den verschiedensten Einstellungen wie "set MTU 1492" ohne max etc. hab ich mich leider auch schon herumgespielt -> ohne Erfolg

[Ich]

Versuch mal zusätzlich die MRU zu setzten.

set MRU 1492

Zitat von tdian

Mit der ppp.conf und den verschiedensten Einstellungen wie "set MTU 1492" ohne max etc. hab ich mich leider auch schon herumgespielt -> ohne Erfolg

[tdian]

Hallo
Hab' jetzt nochmal alle Kombinationen mit "set mru" und "set mtu" und den "max" und "maximum" Keywörtern durchprobiert -> selbes Ergebniss, ppp will die mtu nicht automatisch setzen

[MateJunk]

Ist zwar schon eine Woche her aber ...

Schonmal die option -set mtu- ganz weggelassen ?
Also bei meinem Provider (Arcor) brauch ich das nicht anzugeben, da die Gegenstelle bei Arcor (Concentrator) die MTU Size per pppoe (lcp) mit angibt.

Bitte mal in der -set log- option - lcp - mit einfuegen,

set log Phase Chat IPCP CCP tun command lcp

ppp starten und die daemon.log datei nochmal schicken. Dann muesste man sehen, warum die MTU Size immer auf 1500 steht, obwohl -set mtu- gesetzt ist.

[Ich]

Vielleicht hilft das weiter

set MTU max 1492
set MRU max 1492

Achtung! Das "max" ist anscheinend bei OpenBSD von entscheidender Bedeutung.

aus http://www.sauff.com/dsl-faq/mtu-mini-faq.html#3.1.2

[tdian]

Anscheinend setzt meine ISP die mtu wirklich per lcp auf 1500, und ppp ignoriert meine Einstellungen -> gibt es eine Möglichkeit diese lcp MRU messages zu ignorieren?

Auszug aus den logs:

...
Nov 24 15:44:11 tdnfwall ppp[32170]: tun0: Phase: PPP Started (ddial mode). 
Nov 24 15:44:11 tdnfwall ppp[32170]: tun0: Phase: bundle: Establish 
Nov 24 15:44:11 tdnfwall ppp[32170]: tun0: Phase: deflink: closed -> opening 
Nov 24 15:44:11 tdnfwall ppp[32170]: tun0: Warning: Carrier settings ignored 
Nov 24 15:44:11 tdnfwall ppp[32170]: tun0: Phase: deflink: Connected! 
Nov 24 15:44:11 tdnfwall ppp[32170]: tun0: Phase: deflink: opening -> dial 
Nov 24 15:44:11 tdnfwall ppp[32170]: tun0: Phase: deflink: dial -> carrier 
Nov 24 15:44:11 tdnfwall ppp[32170]: tun0: Phase: deflink: carrier -> login 
Nov 24 15:44:11 tdnfwall ppp[32170]: tun0: Phase: deflink: login -> lcp 
Nov 24 15:44:11 tdnfwall ppp[32170]: tun0: LCP: FSM: Using "deflink" as a transport 
Nov 24 15:44:11 tdnfwall ppp[32170]: tun0: LCP: deflink: State change Initial --> Closed 
Nov 24 15:44:11 tdnfwall ppp[32170]: tun0: LCP: deflink: State change Closed --> Stopped 
Nov 24 15:44:12 tdnfwall ppp[32170]: tun0: LCP: deflink: LayerStart 
Nov 24 15:44:12 tdnfwall ppp[32170]: tun0: LCP: deflink: SendConfigReq(1) state = Stopped 
Nov 24 15:44:12 tdnfwall ppp[32170]: tun0: LCP:  MRU[4] 1500 
Nov 24 15:44:12 tdnfwall ppp[32170]: tun0: LCP:  MAGICNUM[6] 0x32fc89ae 
Nov 24 15:44:12 tdnfwall ppp[32170]: tun0: LCP:  QUALPROTO[8] proto c025, interval 5000ms 
Nov 24 15:44:12 tdnfwall ppp[32170]: tun0: LCP: deflink: State change Stopped --> Req-Sent 
Nov 24 15:44:12 tdnfwall ppp[32170]: tun0: LCP: deflink: RecvConfigRej(1) state = Req-Sent 
Nov 24 15:44:12 tdnfwall ppp[32170]: tun0: LCP:  QUALPROTO[8] proto c025, interval 5000ms 
Nov 24 15:44:12 tdnfwall ppp[32170]: tun0: LCP: deflink: SendConfigReq(2) state = Req-Sent 
Nov 24 15:44:12 tdnfwall ppp[32170]: tun0: LCP:  MRU[4] 1500 
Nov 24 15:44:12 tdnfwall ppp[32170]: tun0: LCP:  MAGICNUM[6] 0x32fc89ae 
Nov 24 15:44:12 tdnfwall ppp[32170]: tun0: LCP: deflink: RecvConfigAck(2) state = Req-Sent 
Nov 24 15:44:12 tdnfwall ppp[32170]: tun0: LCP:  MRU[4] 1500 
Nov 24 15:44:12 tdnfwall ppp[32170]: tun0: LCP:  MAGICNUM[6] 0x32fc89ae 
Nov 24 15:44:12 tdnfwall ppp[32170]: tun0: LCP: deflink: State change Req-Sent --> Ack-Rcvd 
Nov 24 15:44:12 tdnfwall ppp[32170]: tun0: LCP: deflink: RecvConfigReq(0) state = Ack-Rcvd 
Nov 24 15:44:12 tdnfwall ppp[32170]: tun0: LCP:  AUTHPROTO[4] 0xc023 (PAP) 
Nov 24 15:44:12 tdnfwall ppp[32170]: tun0: LCP:  MAGICNUM[6] 0x3f3f3126 
Nov 24 15:44:12 tdnfwall ppp[32170]: tun0: LCP: deflink: SendConfigAck(0) state = Ack-Rcvd 
Nov 24 15:44:12 tdnfwall ppp[32170]: tun0: LCP:  AUTHPROTO[4] 0xc023 (PAP) 
Nov 24 15:44:12 tdnfwall ppp[32170]: tun0: LCP:  MAGICNUM[6] 0x3f3f3126 
Nov 24 15:44:12 tdnfwall ppp[32170]: tun0: LCP: deflink: State change Ack-Rcvd --> Opened 
Nov 24 15:44:12 tdnfwall ppp[32170]: tun0: LCP: deflink: LayerUp 
Nov 24 15:44:12 tdnfwall ppp[32170]: tun0: LCP: deflink: SendEchoRequest(0) state = Opened 
...

[MateJunk]

Zitat von tdian

Anscheinend setzt meine ISP die mtu wirklich per lcp auf 1500,

Hae, jaein. Deine ISP Acknowledge die 1500 die dein Rechner anfragt.
Siehe hier:
Anfrage von deinem Rechner:
ppp[32170]: tun0: LCP: MRU[4] 1500
ppp[32170]: tun0: LCP: MAGICNUM[6] 0x32fc89ae
ppp[32170]: tun0: LCP: QUALPROTO[8] proto c025, interval 5000ms
ppp[32170]: tun0: LCP: deflink: State change Stopped --> Req-Sent

Antwort:
ppp[32170]: tun0: LCP: deflink: RecvConfigRej(1) state = Req-Sent
ppp[32170]: tun0: LCP: QUALPROTO[8] proto c025, interval 5000ms

Uebersetzt: Reject QUALPROTO

Anfrage von deinem Rechner:
ppp[32170]: tun0: LCP: deflink: SendConfigReq(2) state = Req-Sent
ppp[32170]: tun0: LCP: MRU[4] 1500
ppp[32170]: tun0: LCP: MAGICNUM[6] 0x32fc89ae

Antwort:
ppp[32170]: tun0: LCP: deflink: RecvConfigAck(2) state = Req-Sent
ppp[32170]: tun0: LCP: MRU[4] 1500
ppp[32170]: tun0: LCP: MAGICNUM[6] 0x32fc89ae
ppp[32170]: tun0: LCP: deflink: State change Req-Sent --> Ack-Rcvd
ppp[32170]: tun0: LCP: deflink: RecvConfigReq(0) state = Ack-Rcvd

Uebersetzt: Ack .... Alles Roger :-)

Hier sieht man mal wieder, das ein ISP seinen Concentrator nicht im Griff hat ... *Seuftz*

Meine Frage:
Hattest du die Option -set mtu- rausgenommen ?
Wie sieht das log aus wenn du das -set mtu- gesetzt hast ?

und ppp ignoriert meine Einstellungen -> gibt es eine Möglichkeit diese lcp MRU messages zu ignorieren?

Eigentlich mit set mtu und mru ....
Bei der Telekom musste ich damals auch beides setzen (bei mir ging das auch ohne max):

set mtu 1492
set mru 1492

Einfach mal setzen und log nochmal lesen/posten :-)
oder mal andere Werte ausprobieren:

set mtu 1492
set mru 1488

So etwas habe ich auch schonmal in einem Beispiel gesehen.

[tdian]

Mhm, also liegt das Problem doch an meinen Einstellungen, aber wie schon gesagt, mtu und/oder mru setzten macht keinen Unterschied.
Mein vorher gepostetes log war ohne gesetztem 'set mru/mtu' -> jetzt mit 'set mru 1492' und 'set mtu 1492'.

daemon.log

...
Nov 24 19:08:03 tdnfwall ppp[14646]: tun0: Phase: PPP Started (ddial mode). 
Nov 24 19:08:03 tdnfwall ppp[14646]: tun0: Phase: bundle: Establish 
Nov 24 19:08:03 tdnfwall ppp[14646]: tun0: Phase: deflink: closed -> opening 
Nov 24 19:08:03 tdnfwall ppp[14646]: tun0: Warning: Carrier settings ignored 
Nov 24 19:08:03 tdnfwall ppp[14646]: tun0: Phase: deflink: Connected! 
Nov 24 19:08:03 tdnfwall ppp[14646]: tun0: Phase: deflink: opening -> dial 
Nov 24 19:08:03 tdnfwall ppp[14646]: tun0: Phase: deflink: dial -> carrier 
Nov 24 19:08:03 tdnfwall ppp[14646]: tun0: Phase: deflink: carrier -> login 
Nov 24 19:08:03 tdnfwall ppp[14646]: tun0: Phase: deflink: login -> lcp 
Nov 24 19:08:03 tdnfwall ppp[14646]: tun0: LCP: FSM: Using "deflink" as a transport 
Nov 24 19:08:03 tdnfwall ppp[14646]: tun0: LCP: deflink: State change Initial --> Closed 
Nov 24 19:08:03 tdnfwall ppp[14646]: tun0: LCP: deflink: State change Closed --> Stopped 
Nov 24 19:08:04 tdnfwall ppp[14646]: tun0: LCP: deflink: LayerStart 
Nov 24 19:08:04 tdnfwall ppp[14646]: tun0: LCP: deflink: SendConfigReq(1) state = Stopped 
Nov 24 19:08:04 tdnfwall ppp[14646]: tun0: LCP:  MRU[4] 1492 
Nov 24 19:08:04 tdnfwall ppp[14646]: tun0: LCP:  MAGICNUM[6] 0x0432aec8 
Nov 24 19:08:04 tdnfwall ppp[14646]: tun0: LCP:  QUALPROTO[8] proto c025, interval 5000ms 
Nov 24 19:08:04 tdnfwall ppp[14646]: tun0: LCP: deflink: State change Stopped --> Req-Sent 
Nov 24 19:08:04 tdnfwall ppp[14646]: tun0: LCP: deflink: RecvConfigRej(1) state = Req-Sent 
Nov 24 19:08:04 tdnfwall ppp[14646]: tun0: LCP:  QUALPROTO[8] proto c025, interval 5000ms 
Nov 24 19:08:04 tdnfwall ppp[14646]: tun0: LCP: deflink: SendConfigReq(2) state = Req-Sent 
Nov 24 19:08:04 tdnfwall ppp[14646]: tun0: LCP:  MRU[4] 1492 
Nov 24 19:08:04 tdnfwall ppp[14646]: tun0: LCP:  MAGICNUM[6] 0x0432aec8 
Nov 24 19:08:04 tdnfwall ppp[14646]: tun0: LCP: deflink: RecvConfigAck(2) state = Req-Sent 
Nov 24 19:08:04 tdnfwall ppp[14646]: tun0: LCP:  MRU[4] 1492 
Nov 24 19:08:04 tdnfwall ppp[14646]: tun0: LCP:  MAGICNUM[6] 0x0432aec8 
Nov 24 19:08:04 tdnfwall ppp[14646]: tun0: LCP: deflink: State change Req-Sent --> Ack-Rcvd 
Nov 24 19:08:04 tdnfwall ppp[14646]: tun0: LCP: deflink: RecvConfigReq(0) state = Ack-Rcvd 
Nov 24 19:08:04 tdnfwall ppp[14646]: tun0: LCP:  AUTHPROTO[4] 0xc023 (PAP) 
Nov 24 19:08:04 tdnfwall ppp[14646]: tun0: LCP:  MAGICNUM[6] 0x6e71251b 
Nov 24 19:08:04 tdnfwall ppp[14646]: tun0: LCP: deflink: SendConfigAck(0) state = Ack-Rcvd 
Nov 24 19:08:04 tdnfwall ppp[14646]: tun0: LCP:  AUTHPROTO[4] 0xc023 (PAP) 
Nov 24 19:08:04 tdnfwall ppp[14646]: tun0: LCP:  MAGICNUM[6] 0x6e71251b 
Nov 24 19:08:04 tdnfwall ppp[14646]: tun0: LCP: deflink: State change Ack-Rcvd --> Opened 
Nov 24 19:08:04 tdnfwall ppp[14646]: tun0: LCP: deflink: LayerUp 
Nov 24 19:08:04 tdnfwall ppp[14646]: tun0: LCP: deflink: SendEchoRequest(0) state = Opened 
...

[MateJunk]

Zitat von tdian

Mhm, also liegt das Problem doch an meinen Einstellungen, aber wie schon gesagt, mtu und/oder mru setzten macht keinen Unterschied.

Doch. Siehe hier:
ppp[14646]: tun0: LCP: deflink: SendConfigReq(2) state = Req-Sent
ppp[14646]: tun0: LCP: MRU[4] 1492
ppp[14646]: tun0: LCP: MAGICNUM[6] 0x0432aec8
ppp[14646]: tun0: LCP: deflink: RecvConfigAck(2) state = Req-Sent
ppp[14646]: tun0: LCP: MRU[4] 1492
ppp[14646]: tun0: LCP: MAGICNUM[6] 0x0432aec8
ppp[14646]: tun0: LCP: deflink: State change Req-Sent --> Ack-Rcvd
ppp[14646]: tun0: LCP: deflink: RecvConfigReq(0) state = Ack-Rcvd

Wie du siehst wurde deine MTU option von 1492 angenommen !

Mein vorher gepostetes log war ohne gesetztem 'set mru/mtu' -> jetzt mit 'set mru 1492' und 'set mtu 1492'.

Lass die MTU optionen drin, die wird korrekt gesetzt.

Deine ifconfig ausgabe, ist das die ausgabe von ifconfig -a oder ifconfig tun0 ?
Ich vermute ifconfig -a, dann denke ich liegt das am "Interface Aliasing".
Setze folgende Option in deine ppp.conf dazu:

disable iface-alias

[tdian]

Danke fuer deine Hilfe MateJunk ABER,

die mtu wird definitiv NICHT richtig gesetzt, d.h es ist kein "display" Fehler oder ähnliches von ifconfig denn ohne händisches Nachbessern treten die bekannten Probleme bei zu grosser mtu size auf. Seltsam, seltsam, bin echt ratlos, aber da pppoe im gegensatz zu pptp ziemlich stabil zu sein scheint ist das Problem dann doch nicht so gross.

Achja, die ifconfig ausgabe wurde nicht von 'ifconfig -a' produziert.

[MateJunk]

Zitat von tdian

die mtu wird definitiv NICHT richtig gesetzt,

Ja, am tun0 interface. Das ist mir schon klar.

d.h es ist kein "display" Fehler oder ähnliches von ifconfig

Das meinte ich auch nicht.

denn ohne händisches Nachbessern treten die bekannten Probleme bei zu grosser mtu size auf.

Sicher, weil das tun0 interface ja 1500 "zulaesst", ist mir alles klar.
Ich wollte eigentlich nur sagen, das "ppp intern" die set mtu 1492 Option gelese/gesetzt wird (also es liegt nicht wirklich an deiner ppp.conf), aber ppp das tun0 interface nicht auf 1492 setzt.

Okay, die Option disable iface-alias ist wirklich bloedsinn von mir, solang du nicht mit ppp NAT'test.

Seltsam, seltsam, bin echt ratlos,

Yep. ich auch :-)

aber da pppoe im gegensatz zu pptp ziemlich stabil zu sein scheint

Yep. Benutze es schon seit 3 Jahren ohne Probleme.

ist das Problem dann doch nicht so gross.

Naja, ist halt Verstaendlicherweise aergerlich.

Okay letzter Versuch/Tipp, danach bin ich ruhig ;-).

Vielleicht kannst du das Problem mit der Option

set log All

"erkennen". (Vorsicht: Sehr viel Output.)

Ansonsten das ganz mal haendisch angehen.
# ppp pppoe
ppp ON tdnfwall> dial
...
Vielleicht bekommst du hier eine erkennbare Fehlermeldung.
Hierzu vielleicht auch mal die man ppp lesen.

[napolion]

Hallo.
Weis ja ned wast du mit der mtu willst,vielleicht haste ja
, ein kleines routingproblem.

---
Nov 18 14:17:53 tdnfwall ppp[14902]: tun0: Warning: 0.0.0.0/0: Change route failed: errno: No such process
Nov 18 14:17:53 tdnfwall ppp[14902]: tun0: Warning: ff02::%tun0/32: Change route failed: errno: Undefined er
ror: 0
---
Viel glück.

PS: Die "Bugat" Leute auf der mailingliste sind da echte spezialisten für sowas.

Viel glück.

MfG nap

[tdian]

Das Problem scheint tatsächlich irgendwo beim setten der routes zu liegen -> wenn ich per ppp.linkup die mtu auf 1492 setze wird sie von ppp gegen ende trotzdem wieder auf 1500 gesetzt.

Meine (nicht gerade perfekte) Lösung dafür ist ein Script einige sekunden im Hintergrund warten zu lassen dass dann die mtu auf 1492 setzt -> Problem gelöst.