252
edits
Router - DLINK 320B: Difference between revisions
m
→Initial setup using web admin i/f for the DSL-320B-Z1: re-ordered sections
m (fixed my own self-introduced layout problems) |
m (→Initial setup using web admin i/f for the DSL-320B-Z1: re-ordered sections) |
||
|
*Incorrect manufacturer’s defaults: The default settings shown in the router’s web admin user interface show defaults that are quite unsuitable. It is important to enable the ‘bitswap’ option for best reliability and performance in most cases. (See [http://forum.kitz.co.uk/index.php?topic=13296.0 discussion of bitswap].) This default seems so odd that perhaps this is just a bug in the DLink software and the bitswap feature really defaults to ‘enabled’. (Needs a volunteer to do reliability testing to compare the two cases.)
== Initial setup using web admin
The manufacturer’s default settings shown in the router’s web admin user interface show defaults that are quite unsuitable. It is important to enable the ‘bitswap’ option for best reliability and performance in most cases. (See [http://forum.kitz.co.uk/index.php?topic=13296.0 discussion of bitswap].) This choice of default seems so odd that perhaps this is just a bug in the DLink software and the bitswap feature really defaults to ‘enabled’. (Needs a volunteer to do reliability testing to compare the two cases.)
After a reset to factory settings you will need to make the following changes using the web admin user interface (factory default http://192.168.1.1, your own ip address set to something suitable in that same /24 subnet, username=admin, password=admin)▼
These settings need to be configured as follows:
‘SETUP’ (top horiz navigation bar) > Bridge Mode▼
<ul>▼
<li>1483 Bridged IP LLC - Note: PPPoEoEoA + RFC1483[=RFC2684] Bridged+VC_MUX does not seem to work with BTW</li></ul>▼
▲The default settings shown in the router’s web admin user interface show defaults that are quite unsuitable. It is important to enable the ‘bitswap’ option for best reliability and performance in most cases. (See [http://forum.kitz.co.uk/index.php?topic=13296.0 discussion of bitswap].) This default seems so odd that perhaps this is just a bug in the DLink software and the bitswap feature really defaults to ‘enabled’. (Needs a volunteer to do reliability testing to compare the two cases.) These settings need to be configure as follows:
‘ADVANCED’ (top horizontal navigation bar) > Advanced ADSL (lhs vertical navigation list)
''Performance tip for long lines:'' If you have an extremely long phone line (>60 dB downstream attenuation) and you can use ADSL2+, it is worthwhile experimenting with setting the DSL mode/standard option to ‘ADSL 2’ (only) in the above list of options, that is, taking ADSL2+ out of the list of allowed standards, as opposed to allowing the modem to use ADSL2+, to see if this restriction gives a performance improvement. It will be a long process to get a meaningful comparison with take many restarts and many tests to confirm any possible performance difference between allowing and disallowing ADSL2+. If in any doubt enable ADSL2+ ie ADSL1/ADSL2/ADSL2+ ‘auto’ mode where the modem will use ADSL2+ (which can support much higher best-case speeds than ADSL2) if the exchange DSLAM or MSAN supports ADSL2+ too.
=== After each reset to factory settings ===
▲After
▲‘SETUP’ (top horiz navigation bar) > Bridge Mode
▲<ul>
▲ <li>1483 Bridged IP LLC - Note: PPPoEoEoA + RFC1483[=RFC2684] Bridged+VC_MUX does not seem to work with BTW</li></ul>
== Images ==
| |||