Mit den Versionen ‚0.7.9~xxx‘ sind keine Verbindungen auf der Karte und im Fußbereich der linken Seite mehr zu sehen …
Hmm. Klingt nach karputtem (v6) DNS. Habe die Announcements mal ausgemistet (2 v6-NS taten’s nimmer) und OpenDNS als Fallback eingetragen. Mal gucken, ob’s jetzt besser läuft.
Grüße aus Hamburg …
Das wird auch so bleiben, bis wer entsprechenden Code schreibt, daß das per Config-Mode konfiguriert werden kann. Netzwerk-Konfiguration wird bei jedem FW-Upgrade neu geschrieben.
Yepp, das war’s …
logread
gibt noch eine Meldung:
Wed Jul 19 04:00:13 2017 user.notice root: /lib/gluon/ffgt-geolocate/senddata.sh: IPv5 not implemented.
Die Zeitserver sind auch nicht mehr erreichbar.
Danke.
root@gw10:~# traceroute -6 -s 2001:bf7:1310:10::10 ntp.4830.org.
traceroute to ntp.4830.org. (fd42:ffee:ff12:aff::201), 30 hops max, 80 byte packets
1 0000000000000010.gut.clients.4830.org (2001:bf7:1310:10::10) 2998.992 ms !H 2998.938 ms !H 2998.896 ms !H
root@gw05:~# traceroute -6 -s 2001:bf7:170::5 ntp.4830.org.
traceroute to ntp.4830.org. (fd42:ffee:ff12:aff::201), 30 hops max, 80 byte packets
1 2003:49:a051::8888 (2003:49:a051::8888) 21.795 ms 21.786 ms 21.803 ms
2 2a03:2260::1 (2a03:2260::1) 30.150 ms !N 30.147 ms !N 30.168 ms !N
root@gw05:~# traceroute -6 -s 2001:bf7:170::5 ntp.services.ffgt.net
traceroute to ntp.services.ffgt.net (fd42:ffee:ff12:aff::201), 30 hops max, 80 byte packets
1 2003:49:a051::8888 (2003:49:a051::8888) 22.034 ms 22.041 ms 22.034 ms
2 2a03:2260::1 (2a03:2260::1) 30.459 ms !N 30.457 ms !N 30.450 ms !N
Waren für GT wie Müritz unerreichbar.
Ersteinmal gw10 und bgp-gut01 auserkoren.
root@gw05:~# traceroute -6 -s 2001:bf7:170::5 ntp.4830.org.
traceroute to ntp.4830.org. (2a06:e881:1700:1:400:c0ff:fefb:e277), 30 hops max, 80 byte packets
1 bgp-fks01.4830.org (2a06:e881:1703:0:400:5ff:fe09:43b8) 1.625 ms 1.622 ms 1.614 ms
2 bgp-gut01.4830.org (2a06:e881:1700:1:400:c0ff:fefb:e277) 13.539 ms 13.528 ms 13.548 ms
TTL war 3600 Sekunden, binnen den nächsten Stunden sollte sich auch das lösen.
Das heißt, weder die IPv4- noch IPv6-Adresse konnten erreicht werden. DNS- oder Routing-Foo
Routing, bzw. »moar legacy«:
root@gw05:~# traceroute -6 -s 2001:bf7:170::5 setup.ipv6.4830.org
traceroute to setup.ipv6.4830.org (2a01:198:200:b6d::2), 30 hops max, 80 byte packets
1 bgp-fks01.4830.org (2a06:e881:1703:0:400:5ff:fe09:43b8) 1.604 ms 1.583 ms 1.671 ms
2 bgp-ber01.4830.org (2a06:e881:1706:1::1) 21.027 ms 21.028 ms 21.020 ms
3 strato.a36.community-ix.de (2001:7f8:a5::6724:1) 21.071 ms 21.659 ms 21.656 ms
4 ae2.0.morla.as6724.net (2a01:238:0:30ad::2) 35.459 ms 35.464 ms 35.517 ms
5 speedpartner.dus.ecix.net (2001:7f8:8::85b1:0:1) 38.586 ms 38.601 ms 38.628 ms
6 * * *
7 * * *
8 * * *
9 * * *
10 * * *
Alte SiXXs-Adresse Should be fixed as well/fix itself after TTL:
root@gw05:~# traceroute -6 -s 2001:bf7:170::5 setup.ipv6.4830.org
traceroute to setup.ipv6.4830.org (2a06:e881:1700:1:400:c0ff:fefb:e216), 30 hops max, 80 byte packets
1 bgp-fks01.4830.org (2a06:e881:1703:0:400:5ff:fe09:43b8) 1.478 ms 1.460 ms 1.468 ms
2 bgp-gut01.4830.org (2a06:e881:1700:1:400:c0ff:fefb:e277) 13.407 ms 13.405 ms 14.102 ms
3 web01.4830.org (2a06:e881:1700:1:400:c0ff:fefb:e216) 14.128 ms 14.122 ms 14.143 ms
Auch hier Danke, immerhin werden die Altlasten weniger
Hmm. Hatte erst erwogen, es läge an höheren Anforderungen an die Verbindungsqualität (Mindestgeschwindigkeit bei Meshverbindungen), aber daran liegt’s schein’s nicht:
Warum das bei Dir leinek Link in der (gleichen) Karte gibt …
… bei mir aber doch …
… erschließt sich mir, gebe ich gerne zu, nicht
Kann das ‘stable’ noch ein wenig warten - bis Ende der Woche?
Ich muss erst mein ‘Eigentor’ mit mesh0 auf den betreffenden Knoten deaktivieren. Das war damals eine Möglichkeit, instabile 841er zu reaktivieren …
Ja, ich brauche eh’ einen neuen Build, denn für den Netgear WNDR3700 wurde keine 0.7.9 gebaut, wie bei der Kontrolle der experimental- und testing-Phase ergab …
Gibt dann die Möglichkeit, das gleich als 0.8.0 zu bauen
Ich poste das auch nachher noch im Blog (=> FB, Twitter, Forum): bitte mal auf Eure Knoten achten, ob sie sich anders verhalten, insbesondere auf Reboots und WiFi-Stabilität schauen.
Ich hatte gerade auf einem 1043er folgende Meldung und kann damit erstmal nix anfangen …
Davor und danach sieht’s wie immer/normal aus.
Mon Aug 7 02:30:01 2017 kern.warn kernel: [46058.690000] ------------[ cut here ]------------
Mon Aug 7 02:30:01 2017 kern.warn kernel: [46058.690000] WARNING: CPU: 0 PID: 12188 at /home/ffgt/jenkins_data/build/gluon-ffgt-v2016.2/openwrt/build_dir/target-mips_34kc_uClibc-0.9.33.2_gluon-ar71xx-generic/linux-ar71xx_generic/compat-wireless-2016-06-20/net/mac80211/ibss.c:1082 ieee80211_get_vht_mask_from_cap+0x1814/0x1b14 [mac80211]()
Mon Aug 7 02:30:01 2017 kern.warn kernel: [46058.720000] Modules linked in: ath9k ath9k_common iptable_nat ath9k_hw ath nf_nat_ipv4 nf_conntrack_ipv6 nf_conntrack_ipv4 mac80211 ipt_REJECT ipt_MASQUERADE ebtable_nat ebtable_filter ebtable_broute cfg80211 xt_time xt_tcpudp xt_state xt_quota xt_pkttype xt_physdev xt_owner xt_nat xt_multiport xt_mark xt_mac xt_limit xt_id xt_conntrack xt_comment xt_addrtype xt_TCPMSS xt_REDIRECT xt_LOG xt_CT nf_reject_ipv4 nf_nat_masquerade_ipv4 nf_nat nf_log_ipv4 nf_defrag_iMon Aug 7 02:30:01 2017 kern.warn kernel: [46058.830000] CPU: 0 PID: 12188 Comm: kworker/u2:2 Not tainted 3.18.44 #9
Mon Aug 7 02:30:01 2017 kern.warn kernel: [46058.840000] Workqueue: phy0 ieee80211_ibss_leave [mac80211]
Mon Aug 7 02:30:01 2017 kern.warn kernel: [46058.840000] Stack : 00000001 00000000 831ee500 80365eec 832585a8 83211e08 0000043a 00000001
Mon Aug 7 02:30:01 2017 kern.warn kernel: [46058.840000] 8246e000 00000000 00000000 800a3e8c 00002f9c 80096a6c 82d75f58 00000001
Mon Aug 7 02:30:01 2017 kern.warn kernel: [46058.840000] 80376bbc 82ecfacc 82ecfacc 800a3e8c 00000003 80094460 0000043a 00000000
Mon Aug 7 02:30:01 2017 kern.warn kernel: [46058.840000] 00000000 801da354 00000000 00000000 00000000 00000000 00000000 00000000
Mon Aug 7 02:30:01 2017 kern.warn kernel: [46058.840000] 70687930 00000000 00000000 00000000 00000000 00000000 830cb200 830cb300
Mon Aug 7 02:30:01 2017 kern.warn kernel: [46058.840000] ...
Mon Aug 7 02:30:01 2017 kern.warn kernel: [46058.880000] Call Trace:
Mon Aug 7 02:30:01 2017 kern.warn kernel: [46058.880000] [<80071738>] show_stack+0x50/0x84
Mon Aug 7 02:30:01 2017 kern.warn kernel: [46058.890000] [<80080c34>] warn_slowpath_common+0x84/0xb4
Mon Aug 7 02:30:01 2017 kern.warn kernel: [46058.900000] [<80080cec>] warn_slowpath_null+0x18/0x24
Mon Aug 7 02:30:01 2017 kern.warn kernel: [46058.900000] [<83211e08>] ieee80211_get_vht_mask_from_cap+0x1814/0x1b14 [mac80211]
Mon Aug 7 02:30:01 2017 kern.warn kernel: [46058.910000]
Mon Aug 7 02:30:01 2017 kern.warn kernel: [46058.910000] ---[ end trace f09d4c225f3c1f54 ]---
Wahrscheinlich ein HW-/Treiber-Bug. Isso, andere Treiber gibt’s nicht …
Gretchenfrage: tut’s WiFi danach noch? Falls nicht, kommt ein grep darauf in den »autorebooter« …
Das WLAN ging danach noch und der Fehler ist auch noch nicht weiter aufgetaucht.
Dann würde ich gerne gen stable die FW schieben; wie weit bist Du mit dem ‘de-patching’?
Moin.
Bei der Version 0.7.9~132 ist mir aufgefallen, das die Statusseite auf den Knoten nicht mit allen angebotenen IPv6-Adressen aufrufbar ist:
z.B.
geht:
2001:bf7:170:0:32b5:c2ff:feb5:6608
geht nicht: Not Found - The requested URL /cgi-bin/status was not found on this server.
fd39:e4e3:eee1:0:32b5:c2ff:feb5:6608
Die letzten sind heute dran …
Kannst du bitte die Zeitserver kontrollieren?
Zu den, in der Firmware angebenen Zeitserver, kommen die Knoten nicht. So habe ich erstmal [0-3].pool.ntp.org eingetragen … sind aber nach upgrade wieder raus.
Browsercache? /cgi-bin/status war die alte, / ist die neue URL …
ntp.4830.org sollte nun tun; auf gw10 war der ntpd mal wieder gestorben, auf beiden (gw10, bgp-gut01) klappt das mit der Freischaltung nicht, wenn erst alle Clients ausgesperrt werden und hinterher erlaubt.
Wat 'ne Grütze. Man sollte meinen, ntp wäre 2017 keine Raketenwissenschaft mehr Freiwillige, sich den Kram anzusehen?
Auf einem TP-Link Archer C7 v2 und FW 0.7.9~132 kommt beim Booten immer folgende Meldung.
Andere Auffälligkeiten sind zurzeit nicht …
Sat Aug 12 09:46:38 2017 kern.info kernel: [ 32.900000] IPv6: ADDRCONF(NETDEV_CHANGE): client0: link becomes ready
Sat Aug 12 09:46:38 2017 kern.info kernel: [ 32.900000] br-client: port 4(client0) entered forwarding state
Sat Aug 12 09:46:38 2017 kern.info kernel: [ 32.910000] br-client: port 4(client0) entered forwarding state
Sat Aug 12 09:46:38 2017 daemon.notice netifd: radio0 (1285): client0: interface state COUNTRY_UPDATE->ENABLED
Sat Aug 12 09:46:38 2017 daemon.notice netifd: radio0 (1285): client0: AP-ENABLED
Sat Aug 12 09:46:38 2017 daemon.info dnsmasq[1775]: read /tmp/hosts/dhcp - 0 addresses
Sat Aug 12 09:46:38 2017 user.notice firewall: Reloading firewall due to ifup of wan (br-wan)
Sat Aug 12 09:46:38 2017 kern.info kernel: [ 32.980000] ibss1: Created IBSS using preconfigured BSSID 00:23:de:ca:fb:ad
Sat Aug 12 09:46:38 2017 kern.info kernel: [ 32.980000] ibss1: Creating new IBSS network, BSSID 00:23:de:ca:fb:ad
Sat Aug 12 09:46:38 2017 kern.info kernel: [ 32.990000] IPv6: ADDRCONF(NETDEV_CHANGE): ibss1: link becomes ready
Sat Aug 12 09:46:38 2017 daemon.notice netifd: Network device 'client0' link is up
Sat Aug 12 09:46:38 2017 daemon.notice netifd: Network device 'ibss1' link is up
Sat Aug 12 09:46:38 2017 daemon.notice netifd: Interface 'ibss_radio1' is enabled
Sat Aug 12 09:46:38 2017 daemon.notice netifd: Interface 'ibss_radio1' has link connectivity
Sat Aug 12 09:46:38 2017 daemon.notice netifd: Interface 'ibss_radio1' is setting up now
Sat Aug 12 09:46:38 2017 daemon.notice netifd: Network device 'client1' link is up
Sat Aug 12 09:46:38 2017 kern.debug kernel: [ 33.730000] ath10k_pci 0000:01:00.0: ath10k_pci ATH10K_DBG_BUFFER:
Sat Aug 12 09:46:38 2017 kern.debug kernel: [ 33.730000] ath10k: [0000]: 049A0000 0500FC17 70201031 08000000 80000000 B8F74000 01000600 0E9A0000
Sat Aug 12 09:46:38 2017 kern.debug kernel: [ 33.730000] ath10k: [0008]: 085CFC0F 8C6B4400 08000000 80000000 0E9A0000 065CFC0F B8F74000 84774400
Sat Aug 12 09:46:38 2017 kern.debug kernel: [ 33.730000] ath10k: [0016]: 19000000 0E9A0000 065CFC0F 09000000 84774400 847D9C00 289A0000 100CFC0B
Sat Aug 12 09:46:38 2017 kern.debug kernel: [ 33.730000] ath10k: [0024]: 8A291001 03000000 289A0000 130CFC03 2F9A0000 234CFC0F 01000000 01000000
Sat Aug 12 09:46:38 2017 kern.debug kernel: [ 33.730000] ath10k: [0032]: 01000000 359A0000 234CFC0F 01000000 01000000 01000000 3C9A0000 234CFC0F
Sat Aug 12 09:46:38 2017 kern.debug kernel: [ 33.730000] ath10k: [0040]: 01000000 01000000 01000000 429A0000 234CFC0F 01000000 01000000 01000000
Sat Aug 12 09:46:38 2017 kern.debug kernel: [ 33.730000] ath10k: [0048]: 499A0000 234CFC0F 01000000 01000000 01000000 509A0000 234CFC0F 01000000
Sat Aug 12 09:46:38 2017 kern.debug kernel: [ 33.730000] ath10k: [0056]: 01000000 01000000 569A0000 234CFC0F 01000000 01000000 01000000 5D9A0000
Sat Aug 12 09:46:38 2017 kern.debug kernel: [ 33.730000] ath10k: [0064]: 234CFC0F 01000000 01000000 01000000 5D9A0000 0C64FC07 01000000 649A0000
Sat Aug 12 09:46:38 2017 kern.debug kernel: [ 33.730000] ath10k: [0072]: 234CFC0F 01000000 01000000 01000000 649A0000 0920000C 34F84300 02000000
Sat Aug 12 09:46:38 2017 kern.debug kernel: [ 33.730000] ath10k: [0080]: 00000000 649A0000 065C000C 08000000 84774400 8C7D9C00 649A0000 0928000C
Sat Aug 12 09:46:38 2017 kern.debug kernel: [ 33.730000] ath10k: [0088]: 61661071 34F84300 9CFE4300 649A0000 0928000C 60661071 34F84300 9CFE4300
Sat Aug 12 09:46:38 2017 kern.debug kernel: [ 33.730000] ath10k: [0096]: 649A0000 085C0008 34F84300 B46B4400 649A0000 065C000C 11000000 84774400
Sat Aug 12 09:46:38 2017 kern.debug kernel: [ 33.730000] ath10k: [0104]: 947D9C00 649A0000 045C000C 03001081 34F84300 00000000 649A0000 02280008
Sat Aug 12 09:46:38 2017 kern.debug kernel: [ 33.730000] ath10k: [0112]: 03000000 03000000 649A0000 02280004 03000000 649A0000 2F4C0014 02010000
Sat Aug 12 09:46:38 2017 kern.debug kernel: [ 33.730000] ath10k: [0120]: 54EE4100 988C4300 00000000 00000000 649A0000 2F4C0014 72010000 8CEE4100
Sat Aug 12 09:46:38 2017 kern.debug kernel: [ 33.730000] ath10k: [0128]: 988C4300 00000000 01000000 649A0000 364C0014 988C4300 84B09B00 11000000
Sat Aug 12 09:46:38 2017 kern.debug kernel: [ 33.730000] ath10k: [0136]: 00000000 203D0000 649A0000 364C0014 988C4300 CCB09B00 12000000 00000000
Sat Aug 12 09:46:38 2017 kern.debug kernel: [ 33.730000] ath10k: [0144]: 202D0000 649A0000 364C0014 988C4300 14B19B00 10000000 0A000000 403D0000
Sat Aug 12 09:46:38 2017 kern.debug kernel: [ 33.730000] ath10k: [0152]: 649A0000 364C0014 988C4300 5CB19B00 13000000 00000000 203D0000 649A0000
Sat Aug 12 09:46:38 2017 kern.debug kernel: [ 33.730000] ath10k: [0160]: 035C0014 01000000 F4F26D94 9C9D0000 148A9B00 988C4300 A79A0000 0B200010
Sat Aug 12 09:46:38 2017 kern.debug kernel: [ 33.730000] ath10k: [0168]: 34F84300 00000000 00000000 04000000 AF9A0000 07200004 34F84300 AF9A0000
Sat Aug 12 09:46:38 2017 kern.debug kernel: [ 33.730000] ath10k: [0176]: 094C0014 00000000 00000001 FF000000 01000000 80000000 AF9A0000 074C0008
Sat Aug 12 09:46:38 2017 kern.debug kernel: [ 33.730000] ath10k: [0184]: 00000000 00000000
Sat Aug 12 09:46:38 2017 kern.debug kernel: [ 33.730000] ath10k_pci 0000:01:00.0: ATH10K_END
Sat Aug 12 09:46:39 2017 kern.info kernel: [ 34.040000] batman_adv: bat0: Adding interface: ibss1
Sat Aug 12 09:46:39 2017 kern.info kernel: [ 34.040000] batman_adv: bat0: Interface activated: ibss1
Sat Aug 12 09:46:39 2017 daemon.notice netifd: Interface 'ibss_radio1' is now up
Sat Aug 12 09:46:39 2017 daemon.notice fastd[1999]: fastd v18 starting
Sat Aug 12 09:46:39 2017 daemon.notice netifd: Interface 'mesh_vpn' is enabled
Sat Aug 12 09:46:39 2017 daemon.notice netifd: Network device 'mesh-vpn' link is up
Sat Aug 12 09:46:39 2017 daemon.notice netifd: Interface 'mesh_vpn' has link connectivity
Sat Aug 12 09:46:39 2017 daemon.notice netifd: Interface ‘mesh_vpn’ is setting up now