FTTH χωρίς ONT απευθείας στο router

[Nikiforos]

Καλησπέρα στην παρέα,

επειδή τελευταία σκέφτομαι την αναβάθμιση σε RB5009 για το δίκτυό μου, σκεφτόμουν αν θα μπορούσα να μειώσω και τον εξοπλισμό στο γραφείο μου βγάζοντας το GPON από την μέση.. Έχει δοκιμάσει κανένας υλοποίηση με SFP+ module απευθείας στο router; Και αν ναι είναι εφικτό ή θα χάσω άδικα χρόνο;

Ευχαριστώ εκ των προτέρων.

Καλημερα, ειχα ρωτησει την ιναλαν για αυτο και ελεγε οχι δεν γινεται. Δεν παρεχουν καν support. Τωρα αρχισαν να δινουν ΟΝΤ της Huawei αλλα ειναι μικρουλι καμια σχεση με ρουτερ συντομα θα βαλω και εγω. Τωρα σε αλλους παροχους δεν γνωριζω τι κανουν...

[fasdf]

αυτό δείχνει οτι είσαι σε O5 state αλλά όλα τα ρίχνουν σε O5 state όπως είπαμε

τα counters πάντως δείχνουν tx/rx gem frames χωρίς να ξέρω με σιγουριά αν είναι "φυσιολογικό" αυτό οταν εισαι σε fake o5 state.
Kαι αν καταλαβαίνω καλά το encryption είναι on (ds_fec_enable=1 us_fec_enable=1) κάτι που στα fritz όταν είναι σε fake o5 state είναι off.

u sure οτι το πρόβλημα δεν είναι στο pppoe/vlan ? κάποιο Log δεν έχει να δείς μήπως εκει γίνεται κάτι?
Τα interface counters για το eth1.835 (ή όποιο είναι το αντίστοιχο όνομα του vlan interface) αυξάνονται στο Rx τους? αν ναι, κάτι λαμβάνεις απο τον bras μαλλον

για τις εντολές που θέλουν παραμέτρους δεν έχω να προτείνω κάτι, εγώ θα δοκίμαζα στην τύχη κάποιες παραμέτρους ανάλογα τι λέει και το help. οι *_get_* εντολές λογικά δεν πρόκειται να προξενήσουν κάποιο πρόβλημα.

δοκίμασε πχ onu gpegpg 0 (ή 1, 2, 3 ... )

Θα τσεκαρω τα logs στο udm pro μια και θα επανελθω. Ευχαριστώ πολύ και τους 2 σας.

[kopol]

Καλησπερα ,

Ειχα αγορασει τον μαρτιο το GPON-ONU-34-20BI εκανα προσπαθειες ομως δεν καταφερα να συνδεθω και το παρατησα.

Σημερα που επεσα επανω στο θεμα ειπα να ξανα ασχοληθω αφου υπαρχει κοσμος που το προσπαθει και σε καποιος λειτουργει κιολας .

ξανα δοκιμασα σημερα λοιπον χωρις θετικο αποτελεσμα ,περνω ο5 state κανω call με pppoe και απλα προσπαθει να συνδεθει χωρις επιτυχια.(εχω nokia ont και οχι fritz,to olt ειναι nokia)

μπορει καποιος που του δουλεψε να μας γραψει τι version firmware εχει το GPON-ONU-34-20BI ?

[fasdf]

Λοιπον τα logs που υποσχεθηκα:

Απο το /var/log/messages:

2023-10-07T09:17:01+03:00 00-udmp-lr syslog-ng[2421]: Configuration reload request received, reloading configuration;
2023-10-07T09:17:01+03:00 00-udmp-lr syslog-ng[2421]: Configuration reload finished;
2023-10-07T09:17:06+03:00 00-udmp-lr dpi-flow-stats[1612]: ubnt-dpi-util: pcap dumping rate exceeded: dc:2c:6e:84:28:1e | 4385 total | 4339 skipped total | 106 skipped recently | 1.0% dumping success
2023-10-07T09:17:11+03:00 00-udmp-lr dpi-flow-stats[1612]: ubnt-dpi-util: pcap dumping rate exceeded: b8:69:f4:d2:b8:e8 | 4385 total | 4339 skipped total | 107 skipped recently | 1.0% dumping success
2023-10-07T09:17:17+03:00 00-udmp-lr dpi-flow-stats[1612]: ubnt-dpi-util: pcap dumping rate exceeded: 74:4d:28:11:4b:48 | 4387 total | 4341 skipped total | 107 skipped recently | 1.0% dumping success
2023-10-07T09:17:27+03:00 00-udmp-lr dpi-flow-stats[1612]: ubnt-dpi-util: pcap dumping rate exceeded: b8:69:f4:be:57:b6 | 4386 total | 4340 skipped total | 108 skipped recently | 1.0% dumping success
2023-10-07T09:17:37+03:00 00-udmp-lr dpi-flow-stats[1612]: ubnt-dpi-util: pcap dumping rate exceeded: dc:2c:6e:84:28:1e | 4386 total | 4340 skipped total | 107 skipped recently | 1.0% dumping success
2023-10-07T09:17:41+03:00 00-udmp-lr pppd[1420]: Timeout waiting for PADO packets
2023-10-07T09:17:41+03:00 00-udmp-lr dpi-flow-stats[1612]: ubnt-dpi-util: pcap dumping rate exceeded: b8:69:f4:d2:b8:e8 | 4386 total | 4340 skipped total | 108 skipped recently | 1.0% dumping success
2023-10-07T09:17:48+03:00 00-udmp-lr dpi-flow-stats[1612]: ubnt-dpi-util: pcap dumping rate exceeded: 74:4d:28:11:4b:48 | 4388 total | 4342 skipped total | 108 skipped recently | 1.0% dumping success
2023-10-07T09:17:57+03:00 00-udmp-lr dpi-flow-stats[1612]: ubnt-dpi-util: pcap dumping rate exceeded: b8:69:f4:be:57:b6 | 4387 total | 4341 skipped total | 109 skipped recently | 1.0% dumping success
2023-10-07T09:18:08+03:00 00-udmp-lr dpi-flow-stats[1612]: ubnt-dpi-util: pcap dumping rate exceeded: dc:2c:6e:84:28:1e | 4387 total | 4341 skipped total | 108 skipped recently | 1.0% dumping success
2023-10-07T09:18:13+03:00 00-udmp-lr dpi-flow-stats[1612]: ubnt-dpi-util: pcap dumping rate exceeded: b8:69:f4:d2:b8:e8 | 4387 total | 4341 skipped total | 109 skipped recently | 1.0% dumping success
2023-10-07T09:18:19+03:00 00-udmp-lr dpi-flow-stats[1612]: ubnt-dpi-util: pcap dumping rate exceeded: 74:4d:28:11:4b:48 | 4389 total | 4343 skipped total | 109 skipped recently | 1.0% dumping success
2023-10-07T09:18:21+03:00 00-udmp-lr pppd[1420]: Timeout waiting for PADO packets
2023-10-07T09:18:29+03:00 00-udmp-lr dpi-flow-stats[1612]: ubnt-dpi-util: pcap dumping rate exceeded: b8:69:f4:be:57:b6 | 4388 total | 4342 skipped total | 110 skipped recently | 1.0% dumping success
2023-10-07T09:18:39+03:00 00-udmp-lr dpi-flow-stats[1612]: ubnt-dpi-util: pcap dumping rate exceeded: dc:2c:6e:84:28:1e | 4388 total | 4342 skipped total | 109 skipped recently | 1.0% dumping success
2023-10-07T09:18:45+03:00 00-udmp-lr dpi-flow-stats[1612]: ubnt-dpi-util: pcap dumping rate exceeded: b8:69:f4:d2:b8:e8 | 4388 total | 4342 skipped total | 110 skipped recently | 1.0% dumping success
2023-10-07T09:18:50+03:00 00-udmp-lr dpi-flow-stats[1612]: ubnt-dpi-util: pcap dumping rate exceeded: 74:4d:28:11:4b:48 | 4390 total | 4344 skipped total | 110 skipped recently | 1.0% dumping success
2023-10-07T09:19:00+03:00 00-udmp-lr dpi-flow-stats[1612]: ubnt-dpi-util: pcap dumping rate exceeded: b8:69:f4:be:57:b6 | 4389 total | 4343 skipped total | 111 skipped recently | 1.0% dumping success
2023-10-07T09:19:01+03:00 00-udmp-lr pppd[1420]: Timeout waiting for PADO packets
2023-10-07T09:19:11+03:00 00-udmp-lr dpi-flow-stats[1612]: ubnt-dpi-util: pcap dumping rate exceeded: dc:2c:6e:84:28:1e | 4389 total | 4343 skipped total | 110 skipped recently | 1.0% dumping success
2023-10-07T09:19:16+03:00 00-udmp-lr dpi-flow-stats[1612]: ubnt-dpi-util: pcap dumping rate exceeded: b8:69:f4:d2:b8:e8 | 4389 total | 4343 skipped total | 111 skipped recently | 1.0% dumping success

Dump απο την ethernet τρέχοντας την εντολη tcpdump -i eth9 -vv:

tcpdump: listening on eth9, link-type EN10MB (Ethernet), snapshot length 262144 bytes
20:52:50.201387 LLDP, length 245
        Chassis ID TLV (1), length 18
          Subtype Local (7): 68:d7:9a:42:39:05
          0x0000:  0736 383a 6437 3a39 613a 3432 3a33 393a
          0x0010:  3035
        Port ID TLV (2), length 7
          Subtype MAC address (3): 68:d7:9a:42:39:0e (oui Unknown)
          0x0000:  0368 d79a 4239 0e
        Time to Live TLV (3), length 2: TTL 120s
          0x0000:  0078
        System Name TLV (5), length 10: 00-udmp-lr
          0x0000:  3030 2d75 646d 702d 6c72
        System Description TLV (6), length 106
          Debian GNU/Linux 11 (bullseye) Linux 4.19.152-ui-alpine #4.19.152 SMP Wed Aug 23 18:02:13 CST 2023 aarch64
          0x0000:  4465 6269 616e 2047 4e55 2f4c 696e 7578
          0x0010:  2031 3120 2862 756c 6c73 6579 6529 204c
          0x0020:  696e 7578 2034 2e31 392e 3135 322d 7569
          0x0030:  2d61 6c70 696e 6520 2334 2e31 392e 3135
          0x0040:  3220 534d 5020 5765 6420 4175 6720 3233
          0x0050:  2031 383a 3032 3a31 3320 4353 5420 3230
          0x0060:  3233 2061 6172 6368 3634
        System Capabilities TLV (7), length 4
          System  Capabilities [Bridge, WLAN AP, Router, Station Only] (0x009c)
          Enabled Capabilities [Bridge, Router] (0x0014)
          0x0000:  009c 0014
        Management Address TLV (8), length 12
          Management Address length 5, AFI IPv4 (1): unifi.und3rd06012.dynns.com
          Interface Index Interface Numbering (2): 15
          0x0000:  0501 c0a8 5801 0200 0000 0f00
        Management Address TLV (8), length 24
          Management Address length 17, AFI IPv6 (2): 2001:db8:1000::1
          Interface Index Interface Numbering (2): 47
          0x0000:  1102 2001 0db8 1000 0000 0000 0000 0000
          0x0010:  0001 0200 0000 2f00
        Port Description TLV (4), length 4: eth9
          0x0000:  6574 6839
        Organization specific TLV (127), length 14: OUI Ethernet bridged (0x0080c2)
          VLAN name Subtype (3)
            vlan id (VID): 835
            vlan name: vlan835
          0x0000:  0080 c203 0343 0776 6c61 6e38 3335
        Organization specific TLV (127), length 9: OUI IEEE 802.3 Private (0x00120f)
          Link aggregation Subtype (3)
            aggregation status [supported], aggregation port ID 0
          0x0000:  0012 0f03 0100 0000 00
        Organization specific TLV (127), length 9: OUI IEEE 802.3 Private (0x00120f)
          MAC/PHY configuration/status Subtype (1)
            autonegotiation [none] (0x00)
            PMD autoneg capability [unknown] (0x0000)
            MAU type 1000BASET fdx (0x001e)
          0x0000:  0012 0f01 0000 0000 1e
        End TLV (0), length 0
20:52:53.266063 PPPoE PADI [Service-Name] [Host-Uniq 0x52050000]
20:53:18.385418 PPPoE PADI [Service-Name] [Host-Uniq 0x52050000]
20:53:20.208485 LLDP, length 245
        Chassis ID TLV (1), length 18
          Subtype Local (7): 68:d7:9a:42:39:05
          0x0000:  0736 383a 6437 3a39 613a 3432 3a33 393a
          0x0010:  3035
        Port ID TLV (2), length 7
          Subtype MAC address (3): 68:d7:9a:42:39:0e (oui Unknown)
          0x0000:  0368 d79a 4239 0e
        Time to Live TLV (3), length 2: TTL 120s
          0x0000:  0078
        System Name TLV (5), length 10: 00-udmp-lr
          0x0000:  3030 2d75 646d 702d 6c72
        System Description TLV (6), length 106
          Debian GNU/Linux 11 (bullseye) Linux 4.19.152-ui-alpine #4.19.152 SMP Wed Aug 23 18:02:13 CST 2023 aarch64
          0x0000:  4465 6269 616e 2047 4e55 2f4c 696e 7578
          0x0010:  2031 3120 2862 756c 6c73 6579 6529 204c
          0x0020:  696e 7578 2034 2e31 392e 3135 322d 7569
          0x0030:  2d61 6c70 696e 6520 2334 2e31 392e 3135
          0x0040:  3220 534d 5020 5765 6420 4175 6720 3233
          0x0050:  2031 383a 3032 3a31 3320 4353 5420 3230
          0x0060:  3233 2061 6172 6368 3634
        System Capabilities TLV (7), length 4
          System  Capabilities [Bridge, WLAN AP, Router, Station Only] (0x009c)
          Enabled Capabilities [Bridge, Router] (0x0014)
          0x0000:  009c 0014
        Management Address TLV (8), length 12
          Management Address length 5, AFI IPv4 (1): unifi.und3rd06012.dynns.com
          Interface Index Interface Numbering (2): 15
          0x0000:  0501 c0a8 5801 0200 0000 0f00
        Management Address TLV (8), length 24
          Management Address length 17, AFI IPv6 (2): 2001:db8:1000::1
          Interface Index Interface Numbering (2): 47
          0x0000:  1102 2001 0db8 1000 0000 0000 0000 0000
          0x0010:  0001 0200 0000 2f00
        Port Description TLV (4), length 4: eth9
          0x0000:  6574 6839
        Organization specific TLV (127), length 14: OUI Ethernet bridged (0x0080c2)
          VLAN name Subtype (3)
            vlan id (VID): 835
            vlan name: vlan835
          0x0000:  0080 c203 0343 0776 6c61 6e38 3335
        Organization specific TLV (127), length 9: OUI IEEE 802.3 Private (0x00120f)
          Link aggregation Subtype (3)
            aggregation status [supported], aggregation port ID 0
          0x0000:  0012 0f03 0100 0000 00
        Organization specific TLV (127), length 9: OUI IEEE 802.3 Private (0x00120f)
          MAC/PHY configuration/status Subtype (1)
            autonegotiation [none] (0x00)
            PMD autoneg capability [unknown] (0x0000)
            MAU type 1000BASET fdx (0x001e)
          0x0000:  0012 0f01 0000 0000 1e
        End TLV (0), length 0
20:53:23.385577 PPPoE PADI [Service-Name] [Host-Uniq 0x52050000]
20:53:33.395623 PPPoE PADI [Service-Name] [Host-Uniq 0x52050000]
20:53:50.208593 LLDP, length 245
        Chassis ID TLV (1), length 18
          Subtype Local (7): 68:d7:9a:42:39:05
          0x0000:  0736 383a 6437 3a39 613a 3432 3a33 393a
          0x0010:  3035
        Port ID TLV (2), length 7
          Subtype MAC address (3): 68:d7:9a:42:39:0e (oui Unknown)
          0x0000:  0368 d79a 4239 0e
        Time to Live TLV (3), length 2: TTL 120s
          0x0000:  0078
        System Name TLV (5), length 10: 00-udmp-lr
          0x0000:  3030 2d75 646d 702d 6c72
        System Description TLV (6), length 106
          Debian GNU/Linux 11 (bullseye) Linux 4.19.152-ui-alpine #4.19.152 SMP Wed Aug 23 18:02:13 CST 2023 aarch64
          0x0000:  4465 6269 616e 2047 4e55 2f4c 696e 7578
          0x0010:  2031 3120 2862 756c 6c73 6579 6529 204c
          0x0020:  696e 7578 2034 2e31 392e 3135 322d 7569
          0x0030:  2d61 6c70 696e 6520 2334 2e31 392e 3135
          0x0040:  3220 534d 5020 5765 6420 4175 6720 3233
          0x0050:  2031 383a 3032 3a31 3320 4353 5420 3230
          0x0060:  3233 2061 6172 6368 3634
        System Capabilities TLV (7), length 4
          System  Capabilities [Bridge, WLAN AP, Router, Station Only] (0x009c)
          Enabled Capabilities [Bridge, Router] (0x0014)
          0x0000:  009c 0014
        Management Address TLV (8), length 12
          Management Address length 5, AFI IPv4 (1): unifi.und3rd06012.dynns.com
          Interface Index Interface Numbering (2): 15
          0x0000:  0501 c0a8 5801 0200 0000 0f00
        Management Address TLV (8), length 24
          Management Address length 17, AFI IPv6 (2): 2001:db8:1000::1
          Interface Index Interface Numbering (2): 47
          0x0000:  1102 2001 0db8 1000 0000 0000 0000 0000
          0x0010:  0001 0200 0000 2f00
        Port Description TLV (4), length 4: eth9
          0x0000:  6574 6839
        Organization specific TLV (127), length 14: OUI Ethernet bridged (0x0080c2)
          VLAN name Subtype (3)
            vlan id (VID): 835
            vlan name: vlan835
          0x0000:  0080 c203 0343 0776 6c61 6e38 3335
        Organization specific TLV (127), length 9: OUI IEEE 802.3 Private (0x00120f)
          Link aggregation Subtype (3)
            aggregation status [supported], aggregation port ID 0
          0x0000:  0012 0f03 0100 0000 00
        Organization specific TLV (127), length 9: OUI IEEE 802.3 Private (0x00120f)
          MAC/PHY configuration/status Subtype (1)
            autonegotiation [none] (0x00)
            PMD autoneg capability [unknown] (0x0000)
            MAU type 1000BASET fdx (0x001e)
          0x0000:  0012 0f01 0000 0000 1e
        End TLV (0), length 0
20:53:58.565425 PPPoE PADI [Service-Name] [Host-Uniq 0x52050000]
20:54:03.570237 PPPoE PADI [Service-Name] [Host-Uniq 0x52050000]
20:54:13.575504 PPPoE PADI [Service-Name] [Host-Uniq 0x52050000]
^C
10 packets captured
10 packets received by filter
0 packets dropped by kernel

Τσεκαρα αν και το /etc/ppp/pap-secrets εχει τα σωστα pppoe credentials. Τα εχει. Δοκιμασα και με otenet@otenet.gr - otenet. Τιποτα.

Ερωτηση: μπας και πρεπει να βαλω σε κανενα αλλο vlan το stick για να παιξει?

Δηλαδη ξερω οτι στο εξωτερικο καποιοι παροχοι διαχωριζουν σε vlan σε ftth τα connections για internet, τηλεφωνια, iptv. Οχι κατα το pppoe connection αλλα στην φαση που γινεται η συνδεση με το ont-olt. Οποτε σκεφτηκα σε εμας ολα ειναι ενα (ενταξει πλεον iptv δεν υπαρχει με την μορφη που ηταν παλια το cosmote tv iptv. Tωρα ειναι ΟΤΤ). Αλλα τηλεφωνια/internet ειναι σε ενα. Οποτε μηπως πρεπει να βαλω σε καποιο vlan το stick για να γινει η ζευξη με το olt και μετα με vlan 835 να κανω το pppoe connection απο το udm pro.

[dpap76]

Δηλαδη ξερω οτι στο εξωτερικο καποιοι παροχοι διαχωριζουν σε vlan σε ftth τα connections για internet, τηλεφωνια, iptv. Οχι κατα το pppoe connection αλλα στην φαση που γινεται η συνδεση με το ont-olt. Οποτε σκεφτηκα σε εμας ολα ειναι ενα (ενταξει πλεον iptv δεν υπαρχει με την μορφη που ηταν παλια το cosmote tv iptv. Tωρα ειναι ΟΤΤ). Αλλα τηλεφωνια/internet ειναι σε ενα. Οποτε μηπως πρεπει να βαλω σε καποιο vlan το stick για να γινει η ζευξη με το olt και μετα με vlan 835 να κανω το pppoe connection απο το udm pro.

Καταλαβαίνω τι λές, υπάρχει πράγματι η δυνατότητα το onu να κάνει ένα είδους vlan mapping αλλά νομίζω όχι, δεν χρειάζεται να κάνεις κάτι, τουλάχιστον για cosmote. το vlan mapping αυτό γίνεται σε επίπεδο omci και θα το "τακτοποιήσει" το onu μόλις συνδεθεί σωστά με το olt. Δεν θέλω να επεκταθώ περισσότερο σε αυτό γιατι δεν γνωρίζω ακριβώς πώς λειτουργούν τα πράγματα σε τόσο βαθύ επίπεδο και μάλλον μπούρδες θα πω

Spoiler:

στο fritz πχ:

MAC Bridge

Bridge Port 257: PPTP Ethernet

Bridge Port 4354: Pmapper
   Tagged: vlan 2501
      Pbits [01] Gem Port 260
      Pbits [23] Gem Port 261
      Pbits [45] Gem Port 262
      Pbits [67] Gem Port 263
   Untagged: discarding

Bridge Port 4363: Gem IW TP
   Tagged: vlan 2501
      Pbits [0..7] Gem Port 2046
   Untagged: discarding

Extended VLAN
-------------

Downstream Mode 0x00: DS is inverse of US operation.

Vlan Rule Table:
                   Filter                      |                            Treatment
   |     Outer        |           Inner        |             |     Outer        |        Inner
 # | Prio  Vid   Tpid | Prio  Vid  Tpid    Eth | Remove Tags | Prio  Vid   Tpid | Prio  Vid   Tpid
--------------------------------------------------------------------------------------------------
 1 |   14 4096      0 |   14 4096     0      0 |           0 |   15    0      0 |   15    0      0
 2 |   14 4096      5 |   14 4096     0      0 |           3 |   15    0      0 |   15 4096      3
 3 |   15 4096      0 |    8  835     5      0 |           1 |   15    0      0 |    8 2501      2
 4 |   15 4096      0 |   14 4096     0      0 |           0 |   15    0      0 |   15    0      0
 5 |   15 4096      0 |   14 4096     5      0 |           3 |   15    0      0 |   15 4096      2
 6 |   15 4096      0 |   15    0     5      0 |           3 |   15    0      0 |   15    0      2

Vlan Rule Translation:
 1 Double Tag (def): O: P *, V *, TPID * / I: P *, V *, TPID * --> Pass
 2 Double Tag (def): O: P *, V *, TPID 0x8100 / I: P *, V *, TPID * --> Discard frame
 3 Single Tag      : P *, V 835, TPID 0x8100 --> Modify I: V 2501
 4 Single Tag (def): P *, V *, TPID * --> Pass
 5 Single Tag (def): P *, V *, TPID 0x8100 --> Discard frame
 6 Untagged   (def): Discard frame
                      (V = Vlan, P = Priority, TPID = Tag Protocol ID, O = Outer, I = Inner, V_o/V_i = outer/inner Vlan)

εικάζω οτι το παραπάνω σημαίνει οτι frames παίρνει από το vlan 835 να τα δίνει στο vlan 2501 που είναι μάλλον o ISP "cosmote" για το OLT.

αυτο που παρατηρώ περισσότερο στο tcpdump της eth9 πάντως που έστειλες (στο stick φαντάζομαι ειναι στην eth9 σωστα?) είναι οτι για τα LLDP μια χαρά κάνει output αλλά για τα PADI frames τσιμουδιά. Γιατι το κάνει αυτό?

update: Μάλλον θέλει tcpdump -i eth1 ether[0x0c:2] == 0x8863 or ether[0x0c:2] == 0x8864 για να δείξει και τα pppoe πακέτα.

anyway, δεν θα αλλάξει κάτι με το tcpdump πάντως, τα PADI (initiation) φαίνεται να πηγαίνει στο κενό και να μένει αναπάντητο (δεν βλέπουμε PADO).

σε ποιο interface τρέχει ο pppoe σου? σίγουρα δεν πρέπει να τρέχει χύμα στο eth9 αλλά στο interface 'vlan835' αποτι βλέπω μέσα στο output της tcpdump που έστειλες αυτό το όνομα έχει.

[netblues]

Εισαι πολυ μακρια απο credentials.
Στελνεις padi αλλα δεν ερχονται pado. Κοινως δεν λαμβανεις απολυτως τιποτε. Αν και θεωρητικα το gpon μορει να ειναι multiservice δεν εχω δει καπου να συμβαινει αυτο στις ελληνικες υλοποιησεις.
Ειτε ολα στο internet vlan, ειτε σε αλλο vlan, Μεχρι εκει.

[dpap76]

σε ποιο interface τρέχει ο pppoe σου? σίγουρα δεν πρέπει να τρέχει χύμα στο eth9 αλλά στο interface 'vlan835' αποτι βλέπω μέσα στο output της tcpdump που έστειλες αυτό το όνομα έχει.

διορθώνω: αυτή η πληροφορία (vlan853) ειναι στο LLDP πακέτο. ζαλίστηκαν τα ματάκια μου
δεν ξέρω ποιο είναι το όνομα του vlan interface σου είναι η σωστή απάντηση. μήπως είναι eth9.835?

- - - Updated - - -

Καλησπερα ,

Ειχα αγορασει τον μαρτιο το GPON-ONU-34-20BI εκανα προσπαθειες ομως δεν καταφερα να συνδεθω και το παρατησα.

Σημερα που επεσα επανω στο θεμα ειπα να ξανα ασχοληθω αφου υπαρχει κοσμος που το προσπαθει και σε καποιος λειτουργει κιολας .

ξανα δοκιμασα σημερα λοιπον χωρις θετικο αποτελεσμα ,περνω ο5 state κανω call με pppoe και απλα προσπαθει να συνδεθει χωρις επιτυχια.(εχω nokia ont και οχι fritz,to olt ειναι nokia)

μπορει καποιος που του δουλεψε να μας γραψει τι version firmware εχει το GPON-ONU-34-20BI ?

Καλωσήρθες στο κλάμπ!

δεν έχω το stick να σου πω τι firmware τρέχει.

Απο περιέργεια σε τι εξοπλισμό το προσπαθείς? Mikrotik? Ubiquity ?

[kopol]

Καλως σας βρηκα!

Ισως καποιος που το εχει βοηθουσε με αυτην τν πληροφορια .

Οι προσπαθειες εγιναν σε ενα Mikrotik 4011.

αυριο θα βαλω το sfp παλι επανω για να βγαλω screenshot απο την διαδικασια μηπως και βγαλουμε καποια ακρη.

ψαχνω με ποιον τροπο θα μπορουσα να κανω το sfp factory defaults γιατι οταν το πρωτο δοκιμασα ειχα αλλαξει πολλα επανω στο ψαξιμο.γνωριζει κανεις ?

[dpap76]

κάποιον τρόπο/script Θα έχει που θα το κάνει μάλλον αλλά καλύτερα να στείλεις και ένα email στο support@fs.com και σύντομα θα σου απαντήσουν.

[kopol]

Ναι το εκανα ηδη ,θα μου απαντησουν εντος 12 ωρων μου ειπε.

[fasdf]

@dpap:

Λοιπον η εντολη tcpdump -i eth1 ether[0x0c:2] == 0x8863 or ether[0x0c:2] == 0x8864 δεν βγαζει κατι.
Την ετρεξα και ετσι: tcpdump -i eth1 ether[0x0c:2] == 0x8863 or ether[0x0c:2] == 0x8864 --vv. Oυτε και ετσι βγαζει τιποτα.
Την ετρεξα και ετσι: tcpdump -i eth9 ether[0x0c:2] == 0x8863 or ether[0x0c:2] == 0x8864. Oυτε και ετσι βγαζει τιποτα.
Την ετρεξα και ετσι: tcpdump -i eth9 ether[0x0c:2] == 0x8863 or ether[0x0c:2] == 0x8864 --vv. Oυτε και ετσι βγαζει τιποτα.

Eτρεξα και αυτο: tcpdump -i eth9.35 -vv
tcpdump: eth9.35: No such device exists
(SIOCGIFHWADDR: No such device)

Tωρα το setup μου ειναι ως εξης: η sfp+ θυρα του (θυρα #10 στο terminal 9 γιατι η αριθμηση ξεκινα απο 0) στο udm pro με καλωδιο ethernet ενωνεται προς την ethernet θυρα του tp-link mc220l που εχει το fs stick με την ινα πανω του.

Ακομα και αν το δοκιμασω το stick στο udm παλι το ιδιο αποτελεσμα ειναι. Επισης αν του πω οτι η primary wan ειναι η θυρα #9 GbE (στο terminal 8) που ειναι embedded θυρα του udm παλι το ιδιο ειναι το αποτελεσμα. Το λεω για να μην υπαρχουν υποψιες οτι μπορει να φταιει η sfp+ θυρα.



Επισης το ιδιο δοκιμαστηκε με mikrotik RB4011iGS+5HacQ2HnD-IN. Το αποτελεσμα το ιδιο. Δημιουργωντας φυσικα και τα καταλληλα vlan μεσω winbox και δημιουργωντας pppoe connection. Δεν το εβαλα απλα και περιμενα να παιξει.

Να πω οτι στην sfp+ θυρα εχω συνδεδεμενο αυτο: UACC-CM-RJ45-MG (oχι πως παιζει ρολο. Αφου εχω δοκιμασει διαφορες τοπολογιες)

Εχω στειλει και στην fs. Περιμενω απαντηση.
Επικοινωνω και με αυτους απο το discord και βλεπω να δω τι γινεται. (ειναι αυτοι που εχουν φτιαξει το https://hack-gpon.org/ νομιζω)

[dpap76]

Tωρα το setup μου ειναι ως εξης: η sfp+ θυρα του (θυρα #10 στο terminal 9 γιατι η αριθμηση ξεκινα απο 0) στο udm pro με καλωδιο ethernet ενωνεται προς την ethernet θυρα του tp-link mc220l που εχει το fs stick με την ινα πανω του.

ώπα μισό, τιν'τουτο νόμιζα πάνω στο ubqt το έχεις το stick.

περιπλέκονται τα πράματα. αν και δεν το λέει ξεκάθαρα, θεωρώ απίθανο να μην υποστηρίζει vlans (802.1q) και να είναι αυτό το πρόβλημα σου.

Κοιτάζω λίγο το Udm pro. Καταρχήν το SFP που θεωρεί "WAN" είναι το τέρμα πάνω δεξιά οπότε ας το βάλεις καλύτερα εκεί.

Εφόσον το Udm pro έχει 8 rj_lan + 1 rj_wan + 1 sfp_lan + 1 sfp_wan, εικάζω η τελευταία πόρτα που θέλουμε, είναι η 11η πόρτα. Αν η αρίθμηση των interfaces μέσα στο διαχειριστικό interface του ubqt ξεκινάει απο 0 είναι η eth10. αν η αρίθμηση ξεκινάει απο το 1 είναι η eth11. Αυτά θα τα δείς μέσα απο το ubqt. Σιγουρα κάποιο Status θα έχει που να δείχνει πια πόρτα έχει κάνει Link up και ποια οχι. Βγάζοντας/βάζοντας το καλώδιο θα την βρείς στην χειρότερη και θα καταλάβεις ποια κάνει Up/down.

Αφου λοιπόν συμφωνήσουμε σε ποιο Interface είναι, πχ eth11 θα φτιάξεις κάτω απο αυτό το vlan 835 άρα θα βγάλει κάτι σαν interface "eth11.835" ή "vlan835". Πάλι απο το web interface του ubqt κάπως θα το δείχνει αυτό. Εκει θα τρέξεις τον pppoe client και ας ελπίσουμε οτι το tplink θα καταλάβει απο tagged frames και θα τα δεχτεί.

και όλα αυτά *εφοσον* το stick έχει συγχρονίσει στο gpon κάτι που ακόμα δεν το έχουμε επιβεβαιώσει και φοβάμαι οτι μάλλον τζάμπα παιδευόμαστε

δοκιμασε και αυτά και τα λέμε.

... το γιατί υπάρχει στη μέση ο tplink media converter και τελικά γιατί γίνεται όλο αυτό το περίπλοκο setup και τι διαφορά έχει με το ONT του παρόχου θα το συζητήσουμε μετά

- - - Updated - - -

Κοιτάζω λίγο το Udm pro. Καταρχήν το SFP που θεωρεί "WAN" είναι το τέρμα πάνω δεξιά οπότε ας το βάλεις καλύτερα εκεί.

Εφόσον το Udm pro έχει 8 rj_lan + 1 rj_wan + 1 sfp_lan + 1 sfp_wan, εικάζω η τελευταία πόρτα που θέλουμε, είναι η 11η πόρτα. Αν η αρίθμηση των interfaces μέσα στο διαχειριστικό interface του ubqt ξεκινάει απο 0 είναι η eth10. αν η αρίθμηση ξεκινάει απο το 1 είναι η eth11. Αυτά θα τα δείς μέσα απο το ubqt. Σιγουρα κάποιο Status θα έχει που να δείχνει πια πόρτα έχει κάνει Link up και ποια οχι. Βγάζοντας/βάζοντας το καλώδιο θα την βρείς στην χειρότερη και θα καταλάβεις ποια κάνει Up/down.

Αφου λοιπόν συμφωνήσουμε σε ποιο Interface είναι, πχ eth11 θα φτιάξεις κάτω απο αυτό το vlan 835 άρα θα βγάλει κάτι σαν interface "eth11.835" ή "vlan835". Πάλι απο το web interface του ubqt κάπως θα το δείχνει αυτό. Εκει θα τρέξεις τον pppoe client και ας ελπίσουμε οτι το tplink θα καταλάβει απο tagged frames και θα τα δεχτεί.

Ουφ, αυτά παθαίνεις αμα γράφεις μηνύματα στις 2:30 το βράδυ με ένα κεφάλι καζάνι.

Λοιπον όπως ίσως κατάλαβες ολα τα παραπάνω που γράφω ισχύουν εφόσον βάλεις το stick στο ubqt *κατευθείαν* στην 11η φυσική πόρτα και οχι στο tplink. τα έμπλεξα όλα και τα έκανα σαλάτα

αν θελεις να το βάλεις στο tplink αυτό σημαίνει οτι θα συνδέσεις το tplink σε μια ηλεκτρική και μάλλον στην rj_wan, την 9η φυσική πόρτα, δηλαδή την eth8 αν ξεκινάει η αρίθμηση απο το 0 ή eth9 αν ξεκινάει από 1.

.. για να δούμε, τα είπα σωστά τώρα ή παλι μολις το διαβάσω θα πώ τι %%% έγραψα

[Cha0s]

Ενημερωτικά, με TP-Link media converter μου έχει τύχει να μην κάνει passthrough VLANs (δεν θυμάμαι αν πρόκειται για το ίδιο μοντέλο). Οπότε ίσως και να είναι εκεί το πρόβλημα τελικά.

Γιατί όλο αυτό; Ποια η λογική; Γιατί όχι απευθείας το GPON SFP πάνω στο UDM όπως αναφέρει και ο dpap76;

Άλλος φίλος σήμερα με το FS module πέρασε το SN του Fritz και έπαιξε αμέσως.
Το SFP το σύνδεσε σε ένα RB3011 και δούλεψε κανονικά (και σε τόσο παλιό RB).

Και στο RB4011 παίζει δοκιμασμένα, αλλά στο 1G. Για 2.5G από MikroTik, μέχρι στιγμής έχει παίξει επιτυχώς μόνο σε RB5009 και σε όποιο άλλο μοντέλο το SFP+ port του είναι πάνω σε marvell 98DXxxxx switch chip και όχι απευθείας στο SoC).
Και όπως είπα και στην δική μου περίπτωση, έπαιξε και σε switches (RB260GS στο 1G και UBNT USW Pro 24 PoE στα 2.5G).

Τα ξαναγράφω να υπάρχουν μαζεμένα σε ποια έχουν δουλέψε που γνωρίζω.

[kopol]

Μου απαντησαν απο fs.com οτι το module δεν μπορει να κανει factory deafaults .

μπορει καποιος που δουλευει το module να μας δωσει αποτελεσμα απο την εντολη omcid -v ?

δεν ειναι και πολυ λογικο το ιδιο module σε καποιους να παιζει και σε καποιους οχι .

απο περιεργια μολις βρω χρονο θα παρω το ιδιο module και θα παω σε σπιτι φιλου που εχει fritz να δοκιμασω .

Σ εμενα εχει αυτο το firmware :

[Cha0s]

root@SFP:/home/ONTUSER# omcid -v
OMCI daemon v7.5.1(compiled on Sep 18 2021 10:26:42)
software_Version=6BA1896SPLQA42, internal_version =1620-00802-00-00-0010-05