Asus DSL-AC68VG + pfSense (Cosmote)

[skois]

Και πιο κατω ειναι το pppoe config που δεν εχει κατι για ip.
Ip to WAN εχει public. 85.72.xxx.xxx

Αν μου ξανα κανει drop θα δοκιμασω pppoe passthrough ειμαστε στην 1 ωρα up!. Θεωρητικα δεν θα χρειαζετε να κανω 2πλα port forw σωστα;

[netblues]

public εχει το ppp interface
εγω ρωτησα τι ip εχει το wan interface. (αν δεν εχει καλα κανει και δεν σου δουλεψε)

port forward που να κανεις?

[skois]

To wan δεν εχει ip, αφου στην ουσια ειναι το ppp interface αυτο. (Εκτος αν κατι δεν καταλαβαινω εγω σωστα.. Πρωτη μου μερα στο pf ειναι!!)

Στο pppoe passthrough (αντι για brdige) αν θελω να κανω port forw μια πορτα στο pfsense θα πρεπει να την κανω και στο speedport?


Καιιιι ξανά πεσαμε

[netblues]

Δεν εχει αν δεν του βαλεις. Αν του βαλεις (static) τοτε θα εχει, και αν το απεναντι device το υποστηριζει, θα δουλεψει κιολλας. (add την em0)
Στο oxygen δουλευει, και εχει μονο pppoe passthrough.

Και για να ξεκαθαρισουμε λιγο τον αχταρμα...

Οταν λεμε ppp σημαινει point 2 point protocol. Καθαρο layer 2. Δεν υπαρχουν ip, δεν υπαρχουν πορτες δεν υπαρχουν firewalls, δεν υπαρχει routing. Απλα ppp frames.
Οταν λεμε pppoe εννοουμε οτι το ppp ξεκιναει απο τον bras και τερματιζει στο router/modem, κατ επεκταση η public ip αποδιδεται στο router modem το οποιο καλειται να κανει και το σχετικο nat/port forward εαν χρειαζεται

Οταν λεμε bridge mode , εννοοουμε οτι τα ppp frames παραλαμβανονται απο το xdsl interface , γινονται encapsulate σε ethernet frames και φευγουν στην designated lan port, και οποιος θελει και μπορει τα δεχεται και απανταει. Κατ επεκταση αυτος ο οποιος θα παρει και την public ip και θα πρεπει να υλοποιησει οτι χρειαζεται απο ενα router.

Οταν λεμε pppoe passthrough, εχουμε μια παραλαγη του bridge mode, οπου το modem/router τερματιζει ενα δικο του pppoe με δικα του credentials και δικη του public ip πανω του,ενω ταυτοχρονα επιτρεπει ενα αλλο ppp session να γινεται bridge στη designated lan και το routing να το κανει ενα αλλο device, πχ pfsense
με τα δικα του credentials και τη δικια του public.

Προφανως δεν γινεται κανενος ειδους ppp να σχετιζεται με οποιοδηποτε port forward. Ειναι δυο πραγματα ασχετα μεταξυ τους.


Προφανως οταν παιζουν δυο virtual interfaces πανω στο ιδιο physical, το οποιοδηποτε priority σε qos δεν ισχυει μεταξυ των δυο virtual interfaces, και επειδη στο pppoe που τερματιζει στο router γινεται κανονικο packet processing αυτο μπορει στο τελος να καταληξει να καθυστερει και το passthrough και για αυτο δεν ειναι και πολυ καλη ιδεα...

[skois]

Δεν εχει αν δεν του βαλεις. Αν του βαλεις (static) τοτε θα εχει, και αν το απεναντι device το υποστηριζει, θα δουλεψει κιολλας. (add την em0)
Στο oxygen δουλευει, και εχει μονο pppoe passthrough.

Και για να ξεκαθαρισουμε λιγο τον αχταρμα...

Οταν λεμε ppp σημαινει point 2 point protocol. Καθαρο layer 2. Δεν υπαρχουν ip, δεν υπαρχουν πορτες δεν υπαρχουν firewalls, δεν υπαρχει routing. Απλα ppp frames.
Οταν λεμε pppoe εννοουμε οτι το ppp ξεκιναει απο τον bras και τερματιζει στο router/modem, κατ επεκταση η public ip αποδιδεται στο router modem το οποιο καλειται να κανει και το σχετικο nat/port forward εαν χρειαζεται

Οταν λεμε bridge mode , εννοοουμε οτι τα ppp frames παραλαμβανονται απο το xdsl interface , γινονται encapsulate σε ethernet frames και φευγουν στην designated lan port, και οποιος θελει και μπορει τα δεχεται και απανταει. Κατ επεκταση αυτος ο οποιος θα παρει και την public ip και θα πρεπει να υλοποιησει οτι χρειαζεται απο ενα router.

Οταν λεμε pppoe passthrough, εχουμε μια παραλαγη του bridge mode, οπου το modem/router τερματιζει ενα δικο του pppoe με δικα του credentials και δικη του public ip πανω του,ενω ταυτοχρονα επιτρεπει ενα αλλο ppp session να γινεται bridge στη designated lan και το routing να το κανει ενα αλλο device, πχ pfsense
με τα δικα του credentials και τη δικια του public.

Προφανως δεν γινεται κανενος ειδους ppp να σχετιζεται με οποιοδηποτε port forward. Ειναι δυο πραγματα ασχετα μεταξυ τους.


Προφανως οταν παιζουν δυο virtual interfaces πανω στο ιδιο physical, το οποιοδηποτε priority σε qos δεν ισχυει μεταξυ των δυο virtual interfaces, και επειδη στο pppoe που τερματιζει στο router γινεται κανονικο packet processing αυτο μπορει στο τελος να καταληξει να καθυστερει και το passthrough και για αυτο δεν ειναι και πολυ καλη ιδεα...

Το γυρισα σε pppoe passthrough εκανε 3-4 restart, τωρα δουλευει κανονικα
Δεν εχω διπλο NAT μιας κ εχει επιλογη να το κλεισω!
Αν δουλεψει μεχρι το πρωι χωρις διακοπη, θα κανω παρτυ, αν κανει διακοπη, θα το κανω τοσα κομματια οσα και οι διακοπες που εχει κανει σημερα!

[netblues]

Ξηλωσε το user name σου απο το speedport. Ελπιζω να μην εχεις το ιδιο και στο pf. Εκει που λεει route τι αλλες επιλογες εχεις?

Θα ξαναρωτησω... αφου το pf εχει public... ποιο nat???

[skois]

Route ή Bridge Connection.
Αν δεν βαλω username kai pass sto speedport δεν κανει save.
Tα ιδια εχω και στο pf.. Λες να βαλω generic sto speedport και τα δικα μου στο pf?
Παντως τωρα που δουλευει εχω και στα 2 τα ιδια creds

Ναι εχεις δικιο, με το ΝΑΤ δεν ξερω γιατι εχω κολλησει. Εχω διαβασει απειρα σημερα.

[netblues]

Πριν ειχες bridge και κολλαγε?
Οχι δεν πρεπει να ειχεις τα ιδια. προσπαθει το ενα να καπακωσει το αλλο, και τρωει ακυρα απο τoν radius του provider.
Μπορει να σε πεταει εξω αυτο.

Το σωστο ειναι bridge, γιατι αλλιως θα δεσμευεις 2 ip (αν και με το generic θα σου δωσει cgn)...

Λογικο ειναι οταν διαλεγεις route να μην σου επιτρεπει να κανεις save χωρις username
Οταν λεει route εννοει pppoe με termination πανω στο modem /router. Προφανως θελει user name & pass

[skois]

Ναι bridge ειχα πριν και παγωνε ξαφνικα, θα το αφησω να δω ποσο θα με κρατησει με ιδια creds. Και μολις με πεταξει δοκιμαζω generic sto speedport και personal sto pf. Και βλεπουμε.

Αυριο μολις γυρισω απο δουλεια θα με κυνηγαει η γιαγια που θα εχει πεσει το internet (αρα και voip χΔ)

[netblues]

Υποψιν οτι οταν ειναι σε routed mode το παιρνει σβαρνα το provisioning του οτε και ξαφνικα εμφανιζονται τηλεφωνικα νουμερα και αλλα τετοια ομορφα.
Ενω σε bridge mode ειναι οπως πρεπει.
True blonde

[skois]

Θα βρω αύριο ένα φρέσκο speedport να δοκιμάσω σε bridge πάλι μπας και τα καταφέρει.

Και με τα generic στο speedport το πρωι ειχε νεκρωσει, μετα την επαννεκινηση(επρεπε να βγαλω την πριζα κ να την ξανα βαλω) πηρε τα personal μονο του..

Ας ελπισουμε οτι απλα ειναι ελλατωματικο.

Επισης στο speedport στα logs εχει μεχρι την ωρα που παιρνει ip απο τον isp και μετα εχει ξανα την ωρα που του εκανα επανεκκινιση.

Βρηκα και ενεργοποιησα αυτο στο PPP interface. Δεν ξερω αν θα κανει τπτ, προς το παρων ειναι connected παντως
*Multilink extensions over single link*


Παω δουλεια και θα γυρισω με καινουριο speedport να δουμε..

[netblues]

Βγαλτο
Some providers offer multilink over single link, add this option to advanced PPPoE config and when it's set do not force MTU/MRU on mpd config. Interface will end up with MTU = 1500

Θα κανει το mtu 1500 και θα ΕΧΕΙΣ προβληματα. Γενικοτερα το multilink ppp προυποθετει πολλαπλα links με ΙΔΙΟ user name & pass υποχρεωτικα στο ιδιο device ( η σε access servers που υλοποιουν mlppp accross devices με ειδικους τροπους) Σε καμμια περιπτωση αυτο δεν θα συμβει μεταξυ speedport και pf.

[skois]

Λοιπόν μίλησα με έναν τεχνικό και μου είπε ότι 99% θα φτιάξει μόλις πάρω και μου κλείσουν η ανοίξουν το ZTP. Στην ουσία να μην στέλνει τα credentials.
Μόλις πάω σπίτι θα πάρω να δω

[netblues]

Τι ειναι αυτο το ztp εγω κατι routers ξερω που ειναι ΓΤΠ(ΚΒ) αλλα μαλλον δεν ειναι applicable.

[skois]

Zero touch provisioning.
Είναι το service που κάνει push τα credentials dsl k voip.
Μάλλον αυτό το κολλάει.
Θα με πάρουν στις 17:00 να το δω με εξειδικευμένο τεχνικό (χρεωσιμη υπηρεσία
COSMOTE @ your service)