Jump to content

This is the support site for Andrews & Arnold Ltd, a UK Internet provider. Information on these pages is generally for our customers but may be useful to others, enjoy!

VMG1312-B10A: Bugs: Difference between revisions

m
no edit summary
mNo edit summary
mNo edit summary
This page lists the problems we have found and raised regarding the ZyXEL VMG1312.
 
=Problem List=
 
=Problem List=
 
==Bridging 1508 bytes ethernet==
====Issue Description====
We need the router to support baby jumbo frames bridging to VDSL and ADSL, to support *at least* 1508 bytes to allow RFC4638 PPPoE to a connected device.
==== Date Reported ====
2015-02-19
==== Updates ====
ZyXEL development team aware, and are looking in to whether they can support this feature.
====Resolution ====
None yet.
 
==IPv6 RA on LAN==
====Issue Description====
We are seeing a slight issue with IPv6 RA on the LAN. We are getting a prefix from the PPP link on VDSL. When PPP comes up, several seconds later the router does a DHCPv6 on the WAN, and then does an RA on the LAN, which works. We are puzzled by the noticeable delay in DHCPv6 PD which delays IPv6 connectivity. If PPP drops for any reason it appears to withdraw the RA on the LAN immediately, which is fine. However, when PPP reconnects it does not re-send the DHCPv6 on the WAN. This may be deliberate, and in our case it is probably OK, but it is something of an assumption that the previous DHPCv6 remains valid on the PPP after a reconnect. I'd suggest a new WAN RA/DHCPv6 immediately on every reconnect. Also, it seems not to send an RA on the LAN again for some minutes. This means there is a significant gap in IPv6 availability if there is a PPP drop from any reason.
We are seeing a slight issue with IPv6 RA on the LAN.
==== Date Reported ====
 
We are getting a prefix from the PPP link on VDSL. When PPP comes up,
several seconds later the router does a DHCPv6 on the WAN, and then
does an RA on the LAN, which works. We are puzzled by the noticeable
delay in DHCPv6 PD which delays IPv6 connectivity.
 
If PPP drops for any reason it appears to withdraw the RA on the LAN
immediately, which is fine.
 
However, when PPP reconnects it does not re-send the DHCPv6 on the
WAN. This may be deliberate, and in our case it is probably OK, but it
is something of an assumption that the previous DHPCv6 remains valid
on the PPP after a reconnect. I'd suggest a new WAN RA/DHCPv6
immediately on every reconnect.
 
Also, it seems not to send an RA on the LAN again for some minutes.
 
This means there is a significant gap in IPv6 availability if there is
a PPP drop from any reason.
 
==== Date Reported ====
2015-02-19
==== Updates ====
In hand with ZyXEL.
====Resolution ====
None yet.
 
 
==Port 1 - Ethernet settings wrong==
====Issue Description====
It seems to be set to 100M fixed with no auto-negotiation. This results in a duplex mismatch when used with any auto-config port and results is slow speed and poor performance.
==== Date Reported ====
2015-02-16
==== Updates ====
Inhand with ZyXEL.
====Resolution ====
None yet.
 
 
==MLD snooping==
====Issue Description====
There is no way to enable MLD snooping on the LAN interface group without also enabling the router's Router Advertisement feature. This contrasts to IPv4, where I can disable the router's DHCP server but still enable IGMP snooping.
==== Date Reported ====
without also enabling the router's Router Advertisement feature. This
contrasts to IPv4, where I can disable the router's DHCP server but
still enable IGMP snooping.
==== Date Reported ====
2015-03-06
==== Updates ====
None yet.
====Resolution ====
None yet.
 
 
 
----
 
 
=Template to use for new problems=
==Issue Title==
====Issue Description====
Description of Issue.
==== Date Reported ====
2015-00-00
==== Updates ====
None yet.
====Resolution ====
None yet.
 
editor
426

edits