Discussion:
PPPoE QoS problemen op debian server
(te oud om op te antwoorden)
Jelle de Jong
2009-09-16 23:50:04 UTC
Permalink
Hallo allemaal,

Ik heb hier een probleem waar ik niet helemaal uit kom, ik heb redelijk
wat ervaring met Bridged ASDL ISP verbindingen, maar PPPoA/PPoE is
blijkbaar niet helemaal mij ding en ik wil nu graag wat hulp gebruiken.

Ik heb hier een nu een mooie Debian server staan, die een PPPoE
verbinding heeft, maar elke keer als ik download (apt-get update) dan is
de server niet meer bereikbaar van buitenaf. Ook als ik vanaf buitenaf
veel data opvraag en ik ping vanaf de server een andere server dan krijg
ik pakkage loss. Dit is dus helemaal niet goed! Help :)

Hieronder gegevens van mijn systeem in de hoop dat jullie me kunnen helpen.

Het gaat hier om een KPN Office G.SHDSL 512Kb/512Kb verbinding:
Username KPNxx
Password KPNxx
VPI 2
VCI 32
Protocol PPPoA (VC/MUX)
QOS UBR (Unspecified Bit Rate)

Ik heb een Draytek 3100 modem gekocht, deze had problemen met de
configuratie, maar naar een firmware update werkte hij zoals verwacht:
Loading Image... << dit zijn de instellingen

Hij is dus als een directe PPPoA naar PPPoE bridge, zodat de server een
direct IP naar buiten krijg en ik volledige controle heb voor de
firewall en alle andere zaken.

Hieronder stukje uit mijn documentatie:

apt-get install pppoeconf
pppoeconf eth1

# cat /etc/network/interfaces
auto dsl-provider
iface dsl-provider inet ppp
pre-up /sbin/ifconfig eth0 up
provider dsl-provider

# cat /etc/ppp/peers/dsl-provider
noipdefault
defaultroute
replacedefaultroute
hide-password
#lcp-echo-interval 30
#lcp-echo-failure 4
noauth
persist
mtu 1492
# mtu 1412
maxfail 0
holdoff 20
plugin rp-pppoe.so eth0
usepeerdns
user "KPNxx"

Wat doe ik verkeerd? Hebben jullie stabiele PPPoA naar PPPoE
verbindingen op Debian servers? Of moet ik gewoon heel KPN direct
vervangen en een nette BBned SDSL 2,3Mb/2,3Mb bridged verbinding
neerleggen. Ik wil eigenlijk nu wel weten wat er hier fout gaat...

Ik heb verder geen speciale QoS achtige iptable firewall rules gebruikt,
maar voor de zekerheid hier onder wat info:
http://debian.pastebin.com/f4825dfc7

Alvast heel erg bedankt voor al jullie hulp,

Met vriendelijke groet,

Jelle de Jong
Paul van der Vlis
2009-09-18 14:25:43 UTC
Permalink
Post by Jelle de Jong
Hallo allemaal,
Ik heb hier een probleem waar ik niet helemaal uit kom, ik heb redelijk
wat ervaring met Bridged ASDL ISP verbindingen, maar PPPoA/PPoE is
blijkbaar niet helemaal mij ding en ik wil nu graag wat hulp gebruiken.
Ik heb hier een nu een mooie Debian server staan, die een PPPoE
verbinding heeft, maar elke keer als ik download (apt-get update) dan is
de server niet meer bereikbaar van buitenaf. Ook als ik vanaf buitenaf
veel data opvraag en ik ping vanaf de server een andere server dan krijg
ik pakkage loss. Dit is dus helemaal niet goed! Help :)
Hieronder gegevens van mijn systeem in de hoop dat jullie me kunnen helpen.
Username KPNxx
Password KPNxx
VPI 2
VCI 32
Zeker weten dat dit correct is? In mijn aantekeningen staat
VPI: 8
VCI: 48.
Dat is voor XS4all verbindingen, maar daar wordt ook het KPN netwerk
gebruikt.
Post by Jelle de Jong
Protocol PPPoA (VC/MUX)
QOS UBR (Unspecified Bit Rate)
Ik heb een Draytek 3100 modem gekocht, deze had problemen met de
http://imagebin.ca/img/pzm95jGG.png << dit zijn de instellingen
Op dit plaatje zie ik dat je hem niet "always on" hebt staan, en dat is
wel de bedoeling. Zoals het nu staat valt hij na 180 sec. weg. Dat is
handig als je een verbinding hebt die je per uur betaald.
Post by Jelle de Jong
Hij is dus als een directe PPPoA naar PPPoE bridge, zodat de server een
direct IP naar buiten krijg en ik volledige controle heb voor de
firewall en alle andere zaken.
apt-get install pppoeconf
pppoeconf eth1
# cat /etc/network/interfaces
auto dsl-provider
iface dsl-provider inet ppp
pre-up /sbin/ifconfig eth0 up
provider dsl-provider
# cat /etc/ppp/peers/dsl-provider
noipdefault
defaultroute
replacedefaultroute
hide-password
#lcp-echo-interval 30
#lcp-echo-failure 4
noauth
persist
mtu 1492
# mtu 1412
maxfail 0
holdoff 20
plugin rp-pppoe.so eth0
usepeerdns
user "KPNxx"
Wat doe ik verkeerd? Hebben jullie stabiele PPPoA naar PPPoE
verbindingen op Debian servers? Of moet ik gewoon heel KPN direct
vervangen en een nette BBned SDSL 2,3Mb/2,3Mb bridged verbinding
neerleggen. Ik wil eigenlijk nu wel weten wat er hier fout gaat...
Ik snap niet precies wat je bedoeld met een PPPoA naar PPPoE verbinding.
KPN gebruikt PPPoA, maar daar zet je normaal een router aan, en dan heb
je gewoon ethernet (geen PPPoE). Dat is verder geen probleem, ik heb ook
wel klanten met een dergelijke connectie.
Post by Jelle de Jong
Ik heb verder geen speciale QoS achtige iptable firewall rules gebruikt,
http://debian.pastebin.com/f4825dfc7
Heb ik niet echt bestudeerd.
Post by Jelle de Jong
Alvast heel erg bedankt voor al jullie hulp,
Misschien heb je er wat aan.

Met vriendelijke groet,
Paul van der Vlis.
--
http://www.vandervlis.nl/
Jelle de Jong
2009-09-20 22:04:34 UTC
Permalink
Post by Paul van der Vlis
Post by Jelle de Jong
Username KPNxx
Password KPNxx
VPI 2
VCI 32
Zeker weten dat dit correct is? In mijn aantekeningen staat
VPI: 8
VCI: 48.
Ik ben redelijk zeker dat de informatie goed is, ik heb deze van KPN
ontvangen en getest.
Post by Paul van der Vlis
Post by Jelle de Jong
Ik heb een Draytek 3100 modem gekocht, deze had problemen met de
http://imagebin.ca/img/pzm95jGG.png<< dit zijn de instellingen
Op dit plaatje zie ik dat je hem niet "always on" hebt staan, en dat is
wel de bedoeling. Zoals het nu staat valt hij na 180 sec. weg. Dat is
handig als je een verbinding hebt die je per uur betaald.
Het rechter gedeelte van de screenshot is irrelevant, dit is voor de
pppoe cliënt deze wordt nu niet gedraaid op de modem, maar op de server.
Post by Paul van der Vlis
Ik snap niet precies wat je bedoeld met een PPPoA naar PPPoE verbinding.
KPN gebruikt PPPoA, maar daar zet je normaal een router aan, en dan heb
je gewoon ethernet (geen PPPoE). Dat is verder geen probleem, ik heb ook
wel klanten met een dergelijke connectie.
De Draytek modem is wat vreemd, ik heb van het weekend wat verder lopen
vragen en het gebruik van een PPPoE client op de server is niet de beste
oplossingen. Ik moet een manier vinden om PPPoA naar Ethernet te krijgen
dit zou moeten lukken met een bridged setup met PPPoA. Ik hoop dat dat
overeenkomt met de MPoA setups in de Draytek handleidingen.

Ik hoop dit morgen te kunnen gaat testen.

Met vriendelijke groet,

Jelle
Martijn Lievaart
2009-09-20 20:23:33 UTC
Permalink
Post by Jelle de Jong
Hallo allemaal,
Ik heb hier een probleem waar ik niet helemaal uit kom, ik heb redelijk
wat ervaring met Bridged ASDL ISP verbindingen, maar PPPoA/PPoE is
blijkbaar niet helemaal mij ding en ik wil nu graag wat hulp gebruiken.
Ik heb hier een nu een mooie Debian server staan, die een PPPoE
verbinding heeft, maar elke keer als ik download (apt-get update) dan is
de server niet meer bereikbaar van buitenaf. Ook als ik vanaf buitenaf
veel data opvraag en ik ping vanaf de server een andere server dan krijg
ik pakkage loss. Dit is dus helemaal niet goed! Help :)
Wondershaper. Merk op dat de wondershaper uit e debian repository niet
helemaal ideaal is, beter is om het origineel te gebruiken.

M4
Jelle de Jong
2009-09-20 22:05:40 UTC
Permalink
Post by Martijn Lievaart
Wondershaper. Merk op dat de wondershaper uit e debian repository niet
helemaal ideaal is, beter is om het origineel te gebruiken.
Dank voor de tip, ik ben al een beetje aan het kijken naar traffic
shaping tools beschikbaar in debian.

Met vriendelijke groet,

Jelle
Martijn Lievaart
2009-09-21 05:51:25 UTC
Permalink
Post by Jelle de Jong
Post by Martijn Lievaart
Wondershaper. Merk op dat de wondershaper uit e debian repository niet
helemaal ideaal is, beter is om het origineel te gebruiken.
Dank voor de tip, ik ben al een beetje aan het kijken naar traffic
shaping tools beschikbaar in debian.
Echt, zou iedereen op zijn internet gateway moeten zetten. Is het
verschil tussen "werkt niet of nauwelijks bij grote download/upload" en
"alles werkt soepel".

Helaas is er niet echt een one size fits all, je moet er even wat aan
tweaken voor het beste resultaat.

M4

Loading...