The Wiert Corner – irregular stream of stuff

Jeroen W. Pluimers on .NET, C#, Delphi, databases, and personal interests

  • My badges

    Mastodon

  • Twitter Updates

  • My Flickr Stream

    20140508-Delphi-2007--Project-Options--Cannot-Edit-Application-Title-HelpFile-Icon-Theming20140430-Fiddler-Filter-Actions-Button-Run-Filterset-now20140424-VMware-Fusion-6.0.3.-no-reclaimable
    More Photos

  • Pages

  • All categories

  • Enter your email address to subscribe to this blog and receive notifications of new posts by email.

    Join 1,861 other subscribers

Archive for the ‘Network-and-equipment’ Category

« Previous Entries
Next Entries »

Fonera FON2100A: Why is the MAC address online different than the one found on my router? (via: Fon Support)

Posted by jpluimers on 2013/06/07

From the FON tech support pages:

Why is the MAC address online different than the one found on my router?

Philippe

posted this on March 08, 2011 09:29

If you look at your router information in your user area at fon.com, you will notice that the MAC ID is different than the one found at the bottom of the Fonera.

This is nothing to be worried about. Both MAC IDs are associated with the same Fonera. The MAC ID in the user area is associated with the FON_ signal.

The MAC ID found at the bottom of the Fonera refers to the LAN port.

Specifically for the FON2100A, there are 2 MAC addresses based on the sticker on the bottom of your FON:

  • MAC address on the sticker = MAC for WAN,
    for instance 00:18:84:XX:YY:f6
  • MAC address for FON_FREE_INTERNET WiFi = sticker+1,
    for instance  00:18:84:XX:YY:f7
  • MAC address for MyPlace WiFi = sticker+2,
    for instance  00:18:84:XX:YY:f8

001884 is the OUI for Fon Technology S.L.

You can find that for instance at MAC Address / WWN / Vendor Lookup – WintelGuy.com –.

–jeroen

via: Why is the MAC address online different than the one found on my router? : Fon Support.

Posted in Network-and-equipment, Power User | Leave a Comment »

Fonera Simpl Get Started : Fon Support (FON2100A)

Posted by jpluimers on 2013/06/05

So I won’t forget where the FON2100A instructions are: Fonera Simpl Get Started : Fon Support.

Posted in Fonera FON2100A, Network-and-equipment, Power User | Leave a Comment »

ASUS Wireless Router RT-N66U – General Log: full of “protocol 0000 is buggy, dev eth0”

Posted by jpluimers on 2013/06/05

Not sure what happened, but my log appeared to be full of these messages:

Jun  5 12:46:56 kernel: protocol 0000 is buggy, dev eth0
Jun  5 12:47:02 kernel: printk: 61 messages suppressed.
Jun  5 12:47:02 kernel: protocol 0000 is buggy, dev eth0
Jun  5 12:47:06 kernel: printk: 132 messages suppressed.
Jun  5 12:47:06 kernel: protocol 0000 is buggy, dev eth0
Jun  5 12:47:11 kernel: printk: 544 messages suppressed.
Jun  5 12:47:11 kernel: protocol 0000 is buggy, dev eth1
Jun  5 12:47:17 kernel: printk: 163 messages suppressed.
Jun  5 12:47:17 kernel: protocol 0000 is buggy, dev eth0
Jun  5 12:47:21 kernel: printk: 115 messages suppressed.
Jun  5 12:47:21 kernel: protocol 0000 is buggy, dev eth1
Jun  5 12:47:26 kernel: printk: 275 messages suppressed.
Jun  5 12:47:26 kernel: protocol 0000 is buggy, dev eth0
Jun  5 12:47:31 kernel: printk: 644 messages suppressed.
Jun  5 12:47:31 kernel: protocol 0000 is buggy, dev eth1
Jun  5 12:47:36 kernel: printk: 866 messages suppressed.
Jun  5 12:47:36 kernel: protocol 0000 is buggy, dev eth1
Jun  5 12:47:41 kernel: printk: 750 messages suppressed.
Jun  5 12:47:41 kernel: protocol 0000 is buggy, dev eth0
Jun  5 12:47:46 kernel: printk: 665 messages suppressed.
Jun  5 12:47:46 kernel: protocol 0000 is buggy, dev eth1
Jun  5 12:47:51 kernel: printk: 766 messages suppressed.
Jun  5 12:47:51 kernel: protocol 0000 is buggy, dev eth1
Jun  5 12:47:56 kernel: printk: 625 messages suppressed.
Jun  5 12:47:56 kernel: protocol 0000 is buggy, dev eth1
Jun  5 12:48:01 kernel: printk: 782 messages suppressed.
Jun  5 12:48:01 kernel: protocol 0000 is buggy, dev eth0

Note sure what caused it, but others have had it in the past as well.
Other symptoms:

  • br0 network becoming slower and slower on download speed (but not on upload speed; in the end I had 0.5 megabit downstream and 5 megabit upstream)
  • br0 ping times twice as high as normal (around 30 milliseconds on SpeedTest.net in stead of 15 milliseconds)
  • WiFi (especially 2.4: eth1) becoming impossible to connect to from new connections
  • packet drops

I thought they were caused because of me experimenting with a Fonera 2100A -> TomadoUSB experiment, especially since my FON access point was limited to 1 megabit.

But as soon as other users started to use the LAN, I got speed complaints about the slowness.

I’ve been running the ASUS RT-N66U in Firmware Version 3.0.0.4.260 with Operation Mode:Wireless router for quite a while now, but I also noticed that it had rebooted itself recently, as the was Uptime 0 days 20 hours when I started digging in the log.

The worst I got:

Ping (milliseconds) Down (megabit) Up (megabit) WiFi connection to
31 0.4 0.9 ASUS RT-N66U: 2.4 Ghz

Time for a Reboot to see if it gets any better.

Later:

After a reboot the situation turned to normal:

Ping (milliseconds) Down (megabit) Up (megabit) WiFi connection to
16 90 10 ASUS RT-N66U: 2.4 Ghz
17 9 8 Fonera: MyPlace
17 3 1 Fonera: FON_AP
15 2 0.6 Wireless-N 3G Router
15 1.5 0.7 RT N66U TomatoUSB 2.4 Ghz

–jeroen

via: ASUS Wireless Router RT-N66U – General Log.

Posted in ASUS RT-N66U, Hardware, Internet, Network-and-equipment, Power User, SpeedTest | 2 Comments »

OpenVPN connect to the same LAN (bridged mode) (via: The VPN Menu — Endian UTM Appliance v2.4 documentation)

Posted by jpluimers on 2012/08/03

Another research item:

Need to provide access through OpenVPN to the same LAN as where the OpenVPN server runs on.

This is unusual, and requires a bridged OpenVPN solution.

Jürgen Schmidt wrote a nice article on this in 2008.

Endian community edition seems to support this out of the box:

Server configuration

In this panel you can enable the OpenVPN server and define in which zone it should run.

OpenVPN server enabled

Click this to make sure the OpenVPN server is started.

Bridged

If you want to run the OpenVPN server in one of the existing zones check this box. ..

note:

If the OpenVPN server is not bridged you must set the
firewall rules in the VPN firewall to make sure clients
can access any zone - unless you do not want them to.

VPN subnet

This option is only available if you disable bridged mode, which allows you to run the OpenVPN server in its own subnet that can be specified here.

Bridge to

If bridged mode has been selected here you can choose to which zone the OpenVPN server should be bridged.

Dynamic IP pool start address

The first possible IP address in the network of the selected zone that should be used for the OpenVPN clients.

Dynamic IP pool end address

The last possible IP address in the network of the selected zone that should be used for the OpenVPN clients.

–jeroen

via: The VPN Menu — Endian UTM Appliance v2.4 documentation.

Posted in *nix, Endian, Linux, OpenVPN, Power User | Leave a Comment »

Asus RT N66U: steps to get “Tomato Backup Settings & Log to USB Drive Script – TomatoUSB” working on an Asus RT N66U @AustinStAubin

Posted by jpluimers on 2012/07/27

Below are some steps to get the  Tomato Backup Settings & Log to USB Drive Script – TomatoUSB by Austin Saint Aubin working on an Asus RT N66U router.

I presume you are using a Windows system (hence the FAT/FAT32 formatting of the USB stick) for doing the edits and copying of files to an USB stick. Read the rest of this entry »

Posted in *nix, ASUS RT-N66U, Internet, Network-and-equipment, Power User, TomatoUSB | Leave a Comment »

Addendum to Guide to “Install Tomato firmware on Asus RT-N66U / RT-N16 / RT-N12 B1 / RT-N12 C1 / RT-N10U router 韌體教學 | Moonlight Knight”

Posted by jpluimers on 2012/07/23

I had a bit different experience getting the Tomato Shibby firmware loaded on one of my Asus RT-N66U routers than the description from Guide to Install Tomato firmware on Asus RT-N66U nor this Video of the Asus Routers Rescue Mode Tutorial.

Somehow, the Asus Firmware Restoration Utility kept indicating “The wireless router is not in rescue mode”, no matter what I did.

This might be due to that I run VMware Workstation with some virtual LAN adapters on most of my machines.

Or not: the web-interface on the Asus RT N66U would not get into the firmware restoration mode either.

This worked though:

  1. pull the power plug on the RT N66U
  2. press and hold the reset button
  3. insert the power plug on the RT N66U
  4. wait for the power led to slowly blink
  5. release the reset button
  6. wait a few minutes for the modem to become stable
  7. in the mean time set your PC to these IPv4 settings: – host = 192.168.1.100 – mask = 255.255.255.0
  8. start your web-browser
  9. point your web-browser to http://192.168.1.1 (it will time out, don’t worry)
  10. press the power button to turn off the router
  11. wait a few seconds
  12. press the power button to turn on the router now your router gets into rescue mode
  13. refresh your browser so it goes to http://192.168.1.1 again
  14. upload your Tomato firmware

–jeroen

via: Guide to Install Tomato firmware on Asus RT-N66U / RT-N16 / RT-N12 B1 / RT-N12 C1 / RT-N10U router 韌體教學 | Moonlight Knight.

Posted in *nix, ASUS RT-N66U, Internet, Network-and-equipment, Power User, TomatoUSB | 2 Comments »

[Links] Asus RT-N66U (N900) dual-band router

Posted by jpluimers on 2012/06/08

Just came accross an interesting ethernet router: The Asus RT-N66U (N900) dual-band WiFi router.

It has quite a bit of horsepower, is passively cooled, might handle dual-WAN from the stock firmware, and it it doesn’t: it is supposed to run custom firmwares like Tomato, DD-WRT, OpenWRT, etc.

Interesting…

–jeroen

Dual / Triple WAN How To – InfoDepot Wiki.

Posted in ASUS RT-N66U, Internet, Network-and-equipment, Power User, TomatoUSB | 2 Comments »

#@xs4all only over AnnexB with FRITZ!Box 7340 #fail: line sync issues; offline most of the time, max 4 mbit. @xs4all needs to give me some compelling arguments to regain trust in them. @xs4all_HD

Posted by jpluimers on 2012/03/08

xs4all won’t tell you up front, but they changed a couple of things that will bring your 10 mbit down / 1 mbit up to something that hardly connects, and if it does less than half the speed.

This is also a post on how XS4ALL treats long lasting (15 years!) customer relations. Badly.

05.03.12 16:08:01 DSL-Synchronisierung beginnt (Training).
05.03.12 16:06:05 Internetverbindung wurde getrennt.
05.03.12 16:06:05 Internetverbindung IPv6 wurde getrennt, Präfix nicht mehr gültig.
05.03.12 16:06:05 Internetverbindung wurde getrennt.
05.03.12 16:06:05 DSL antwortet nicht (Keine DSL-Synchronisierung).
05.03.12 15:56:30 Internetverbindung IPv6 wurde erfolgreich hergestellt. Präfix: 2001:980:43d9::/48
05.03.12 15:56:30 Internetverbindung IPv6 wurde erfolgreich hergestellt. IP-Adresse: 2001:980:43d9::be05:43ff:fe70:9b53
05.03.12 15:56:26 Internetverbindung wurde erfolgreich hergestellt. IP-Adresse: 82.161.132.169, DNS-Server: 194.109.6.66 und 194.109.9.99, Gateway: 194.109.5.205
05.03.12 15:56:21 DSL ist verfügbar (DSL-Synchronisierung besteht mit 4804/1029 kbit/s).
05.03.12 08:44:20 DSL-Synchronisierung beginnt (Training).

They advertised XS4ALL ONLY (since it on the copper pair you only run DSL, no phone, so you don’t need a splitter) as faster, cheaper and more stable internet and VOIP connection.

It is not. Read the rest of this entry »

Posted in Fritz!, Fritz!Box, Network-and-equipment, Opinions, Power User | Leave a Comment »

xs4all ONLY issues with ADSL sync and Fritz!Box 7340

Posted by jpluimers on 2011/08/26

Recently, I had big problems with my Fritz!Box 7340 losing ADSL sync on my xs4all ONLY connection.

The odd thing is: the problems started after it worked well for quite a while.

I had multiple dozens of these reconnects per day, sometimes as few as once every fre hours, but often as many as half a dozen per hour:

11.07.11 05:14:08 IPv6 Internet connection established successfully. Prefix: 12ab:34cd:56ef::/48
11.07.11 05:14:08 IPv6 Internet connection established successfully. IP address: 12ab:34cd:56ef::fe01dc23:ba45:9867
11.07.11 05:14:07 Internet connection established successfully. IP address: 172.31.120.210, DNS server: 194.109.6.66 and
194.109.9.99, Gateway: 194.109.5.205
11.07.11 05:14:01 DSL is available (DSL synchronization exists with 10007/1029 kbit/s).
11.07.11 05:13:47 DSL synchronization starting (training).
11.07.11 05:13:32 Internet connection cleared.
11.07.11 05:13:32 IPv6 Internet connection was cleared; prefix no longer valid.
11.07.11 05:13:32 Internet connection cleared.
11.07.11 05:13:31 DSL not responding (no DSL synchronization).

The xs4all helpdesk didn’t respond on my emails, and Google searches didn’t reveal much.

This is what I tried:

  1. I tried getting the FRITZ.Box_Fon_WLAN_7340.en-de-es-it-fr.99.05.04-19769.image firmware, mentioned in this thread, but could not download it any more.
  2. I also tried to set the DSL settings to “maximum stability” without any improvement, resetting to factory settings, etc.
  3. The router is already very close to the ISRA point (where DSL enters the house), and I tried both with/without splitter with no improvement whatsoever.
  4. Read the steps in this sat4all thread, but found nothing unusual in my hardware and software config.

I didn’t expect any improvement as nothing on my side has changed, and before xs4all ONLY, I ran DSL for more than 10 years with different modems and no problems whatsoever.

Finally, I downgraded to Firmware-Version 99.04.88 from Firmware-Version 99.04.90.

When downgrading, keep this in mind:

  • Fritz! does not keep old firmware versions on-line; you must regularly get the Fritz!Box 7340 part of their ftp site and keep an archive yourself
  • It will reset your router to factory state and not remember any settings
  • It cannot restore your settings if you saved them with a higher firmware version, not even when you save them with a password as the web-interface seems to suggest

Luckily, one of the things that xs4all did well, is keep an archive of firmware versions for the Fritz!Box 7340, including a Firmware-Version 99.04.88.

Perform these steps when downgrading: Read the rest of this entry »

Posted in Fritz!, Fritz!Box, Network-and-equipment, Power User | 1 Comment »

Older Fritz!Box Firmwares for 7340 (and 7170/7270/7570)

Posted by jpluimers on 2011/03/17

The Dutch internet provider xs4all keeps an archive of some of the older Fritz!Box firmwares.

Sometimes newer firmwares have some issues, and the Fritz people are often very fast removing the old ones.

Here are some older firmwares for Fritz!Box 7170, 7270, 7340 and 7570: Index of /~helpdesk/firmwares.

Fritz themselves have their Firmwares here: ftp://ftp.avm.de///fritz.box/fritzbox.fon_wlan_7340

–jeroen

Posted in Fritz!, Fritz!Box, Network-and-equipment, Power User | Leave a Comment »

« Previous Entries
Next Entries »