Hello tout le monde,
Je confirme bien la présence de l'interface PON-TTL sur le mediaconverter:
Concernant le LEOX LXT-010H-D, à mon sens il est fonctionnel, je suis bien en O5, je récupère bien mon VLAN, mais c'est la partie bridge qui pèche.
Le port 0 correspond à la LAN, le port 2 au PON.
En effet on peut observer qu'il n'y a aucun TX qui transite, soit aucun traffic en OUT à travers le PON, ce qui fait que les requêtes DHCP ne sortent pas.
# diag mib dump counter port all
mib dump counter port all
Port: 0
ifInOctets : 84551
ifInUcastPkts : 1204
ifInMulticastPkts : 30
ifInBroadcastPkts : 0
ifOutOctets : 377994
ifOutDiscards : 0
ifOutUcastPkts : 952
ifOutMulticastPkts : 0
ifOutBroadcastPkts : 0
dot1dTpPortInDiscards : 30
dot3InPauseFrames : 0
dot3OutPauseFrames : 0
dot3StatsSingleCollisionFrames : 0
dot3StatsMultipleCollisionFrames : 0
dot3StatsDeferredTransmissions : 0
dot3StatsLateCollisions : 0
dot3StatsExcessiveCollisions : 0
dot3StatsSymbolErrors : 0
dot3ControlInUnknownOpcodes : 0
etherStatsDropEvents : 0
etherStatsFragments : 0
etherStatsJabbers : 0
etherStatsCollisions : 0
etherStatsCRCAlignErrors : 0
etherStatsTxUndersizePkts : 0
etherStatsTxOversizePkts : 0
etherStatsTxPkts64Octets : 502
etherStatsTxPkts65to127Octets : 124
etherStatsTxPkts128to255Octets : 87
etherStatsTxPkts256to511Octets : 11
etherStatsTxPkts512to1023Octets : 29
etherStatsTxPkts1024to1518Octets : 200
etherStatsTxPkts1519toMaxOctets : 0
etherStatsTxBroadcastPkts : 0
etherStatsTxMulticastPkts : 0
etherStatsRxUndersizePkts : 0
etherStatsRxOversizePkts : 0
etherStatsRxPkts64Octets : 1157
etherStatsRxPkts65to127Octets : 45
etherStatsRxPkts128to255Octets : 33
etherStatsRxPkts256to511Octets : 0
etherStatsRxPkts512to1023Octets : 0
etherStatsRxPkts1024to1518Octets : 0
etherStatsRxPkts1519toMaxOctets : 0
inOamPduPkts : 0
outOamPduPkts : 0
Port: 2
ifInOctets : 1815268786
ifInUcastPkts : 0
ifInMulticastPkts : 1317328
ifInBroadcastPkts : 0
ifOutOctets : 0
ifOutDiscards : 0
ifOutUcastPkts : 0
ifOutMulticastPkts : 0
ifOutBroadcastPkts : 0
dot1dTpPortInDiscards : 1317330
dot3InPauseFrames : 0
dot3OutPauseFrames : 0
dot3StatsSingleCollisionFrames : 0
dot3StatsMultipleCollisionFrames : 0
dot3StatsDeferredTransmissions : 0
dot3StatsLateCollisions : 0
dot3StatsExcessiveCollisions : 0
dot3StatsSymbolErrors : 0
dot3ControlInUnknownOpcodes : 0
etherStatsDropEvents : 0
etherStatsFragments : 0
etherStatsJabbers : 0
etherStatsCollisions : 0
etherStatsCRCAlignErrors : 0
etherStatsTxUndersizePkts : 0
etherStatsTxOversizePkts : 0
etherStatsTxPkts64Octets : 0
etherStatsTxPkts65to127Octets : 0
etherStatsTxPkts128to255Octets : 0
etherStatsTxPkts256to511Octets : 0
etherStatsTxPkts512to1023Octets : 0
etherStatsTxPkts1024to1518Octets : 0
etherStatsTxPkts1519toMaxOctets : 0
etherStatsTxBroadcastPkts : 0
etherStatsTxMulticastPkts : 0
etherStatsRxUndersizePkts : 0
etherStatsRxOversizePkts : 0
etherStatsRxPkts64Octets : 7
etherStatsRxPkts65to127Octets : 0
etherStatsRxPkts128to255Octets : 0
etherStatsRxPkts256to511Octets : 0
etherStatsRxPkts512to1023Octets : 0
etherStatsRxPkts1024to1518Octets : 1317327
etherStatsRxPkts1519toMaxOctets : 0
inOamPduPkts : 0
outOamPduPkts : 0
On peut voir a travers de buffer du module de classification que le VLAN 101 est bien présent et dispatched:
RTK.0> command:# diag classf get entry valid
classf get entry valid
****************************************************************
Index: 64
Valid: Valid
Not: Disable
direction: Downstream
templateIdx: 0
databit: 0x0000-8083-2800
carebit: 0x0000-bfff-f800
TagVID: (101,0xfff)
TagPri: (0,0x0)
IntrPri: (0,0x0)
S Bit: (0,0x0)
C Bit: (0,0x0)
UNI: (0,0x0)
TOS/TC/GEMIDX: (1,0x7f)
EtherType/Ctag: (0x0,0x0)
Downstream action:
Stag action: Transparent
Ctag action: Tagging
Ctag VID action: SP2C translate
Ctag VID: 0
Ctag PRI action: Assign
Ctag PRI: 0
Classf PRI action: Follow switch core
UNI action: Forward
UNI ports: 0,3
DSCP remarking action: No operation
****************************************************************
[...]
****************************************************************
Index: 66
Valid: Valid
Not: Disable
direction: Downstream
templateIdx: 0
databit: 0x0000-8183-2800
carebit: 0x0000-bfff-f800
TagVID: (101,0xfff)
TagPri: (0,0x0)
IntrPri: (0,0x0)
S Bit: (0,0x0)
C Bit: (0,0x0)
UNI: (0,0x0)
TOS/TC/GEMIDX: (3,0x7f)
EtherType/Ctag: (0x0,0x0)
Downstream action:
Stag action: Transparent
Ctag action: Tagging
Ctag VID action: SP2C translate
Ctag VID: 0
Ctag PRI action: Assign
Ctag PRI: 0
Classf PRI action: Follow switch core
UNI action: Forward
UNI ports: 0,3
DSCP remarking action: No operation
****************************************************************
[...]
****************************************************************
Index: 80
Valid: Valid
Not: Disable
direction: Upstream
templateIdx: 0
databit: 0x0000-0000-0040
carebit: 0x0000-8000-00ff
TagVID: (0,0x0)
TagPri: (0,0x0)
IntrPri: (2,0x7)
S Bit: (0,0x1)
C Bit: (0,0x1)
UNI: (0,0x7)
TOS/TC/GEMIDX: (0,0x0)
EtherType/Ctag: (0x0,0x0)
Upstream action:
Stag action: Transparent
Ctag action: Tagging
Ctag VID action: Assign
Ctag VID: 101
Ctag PRI action: Assign from internal priority
Ctag PRI: 2
SID action: ASSIGN to SID
Assign ID: 2
Classf PRI action: Follow switch core
DSCP remarking action: No operation
Drop action: No operation
****************************************************************
[...]
Output tronqué, trop long.J'ai tenté également plusieurs flags de FwdOp, à travers le set de la MIB 84, la mise en place de VLAN avec et sans egress, le passage en profil 1GE, et tout cela depuis la base configuration, sans succès.
flash default cs
Il faudrait faire un diff exact des MIBs entre celle fonctionnelle via le MA5671A en Lantiq et celle en défaut du Realtek RTL9601D, il y a possiblement un biais de configuration qui m'échappe, mais c'est trop chronophage car les SDK sont différents, et donc les exports fournis aussi, meme avec GPT-4.
Pour résumer, en IN cela fonctionne, mais en OUT rien ne transite à travers l'interface PON.