<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<div class="moz-cite-prefix">Hallo,</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">hier noch mal kurz eine
Zusammenfassung, was dazu geführt hatte dass die CPE mit der node
Firmware nicht richtig booten konnte:</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">Ursprünlgich war dort einmal eine adsc_
Firmware drauf, nach dem Sysupgrade auf node Firmware wurden
einige Files wie z.B. /etc/rc.local nicht neu geschrieben. Ein
zweites Sysupgrade mit der node-Firmware hat dann das Problem
gelöst.</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">Beim Debuggen habe ich ausserdem
festgestellt, dass uclient-fetch einen Bug hat:</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix"><a class="moz-txt-link-freetext"
href="https://lxr.openwrt.org/source/uclient/uclient-http.c#L614">https://lxr.openwrt.org/source/uclient/uclient-http.c#L614</a>
Hier wird url->host nicht überprüft, ob da evtl ScopeIdentifier
mit dran sind
(also % Zeichen, was nach RFC ja nicht sein darf). uclient-fetch
setzt aber dann den Host-Header einfach falsch. Busybox wget setzt
den
Host-Header richtig.<br>
<br>
Es wurde wohl aus diesem Grund auch schon auf busybox wget in der
Firmware umgestellt, beim Debuggen mit normalem wget Aufruf wird
aber uclient-fetch verwendet. <br>
<br>
Ich schlage daher vor, uclient-fetch komplett wegzulassen, und
statt dessen ein kleines Shellscript zu implementieren das wget
über busybox aufruft:<br>
<br>
/bin/wget: <br>
#/bin/sh<br>
<br>
/bin/busybox wget <code>"$@"</code></div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">Am 22.07.2020 um 12:39 schrieb Florian
Wiessner:<br>
</div>
<blockquote type="cite"
cite="mid:1ab006d8-0ad6-fae3-f8a2-ae960b8e0034@smart-kvm.com">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<div class="moz-cite-prefix">Hallo,<br>
</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">Am 21.07.2020 um 18:09 schrieb Fabian
Bläse:<br>
</div>
<blockquote type="cite"
cite="mid:34389a05-7a6e-694b-fdfe-2a9be52c15b9@blaese.de">
<pre class="moz-quote-pre" wrap="">Hallo Florian,
On 21.07.20 17:47, Florian Wiessner wrote:
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">Die fe80::1 hat die CEP210 aus seltsamen Gründen selbst:
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">Das braucht es auch, damit sich benachbarte Nodes konfigurieren können.
Daher findest du die fe80::1 auch auf w2configap und ggf. w5configap.
Die fe80::1 ist eine Link Local Adresse, daher ist diese nur auf einem Link gültig und daher nicht doppelt belegt.
Mit br-mesh oder batman-adv haben diese beiden Interfaces nichts zu tun.
</pre>
</blockquote>
<p>Das sollte der node doch aber nur haben, sofern WAN verfügbar
ist, oder? Wie dem auch sei, die CPE konfiguriert sich nicht,
und jeder erste configurehood aufruf schlägt fehl:</p>
<pre class="moz-quote-pre" wrap="">Connecting to [fe80::1%br-mesh]:2342 ([fe80::1%10]:2342)
wget: error getting response: Connection reset by peer
We haven't got a file. We do nothing. We try it again in 5 minutes...
Es wird kein /tmp/started angelegt, und nodewatcher läuft auch nicht.
</pre>
<p><br>
</p>
<blockquote type="cite"
cite="mid:34389a05-7a6e-694b-fdfe-2a9be52c15b9@blaese.de">
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">Hier finde ich fe80::1 nicht, obwohl es das Gateway ja konfiguriert hat:
root@0083-wiessner:~# ip -6 neigh show
fe80::a64b:d5ff:fe9f:9d2 dev br-mesh lladdr a4:4b:d5:9f:09:d2 STALE
fe80::1401:a723:ddc3:e20c dev br-mesh lladdr 14:c2:13:ab:9d:0b STALE
fe80::c001:c0de:1000 dev br-mesh lladdr aa:99:7d:3e:6a:98 router STALE
fdff::da76:15b7:6db9:514a dev br-mesh lladdr a0:a4:c5:bf:eb:95 STALE
fe80::e80:63ff:feab:1892 dev br-mesh lladdr 0c:80:63:ab:18:92 router STALE
fe80::283f:f270:78ef:b8a8 dev br-mesh lladdr a0:a4:c5:bf:eb:95 STALE
fe80::8b1:a910:b8d3:62db dev br-mesh lladdr 18:55:e3:38:19:ea STALE
fe80::ea94:f6ff:fe06:1869 dev w2configap lladdr e8:94:f6:06:18:69 STALE
fe80::62e3:27ff:fe4a:803d dev eth0 lladdr 60:e3:27:4a:80:3d REACHABLE
fe80::c001:c0de:1000 dev br-mesh lladdr aa:99:7d:3e:6a:98 router STALE ist hier das GW, welches auf normalen Routern auch fe80::1 hat.
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">Dort taucht die Adresse nur auf, wenn einmal versucht wurde sie zu erreichen und damit neighbour solicitation gestartet wurde.
Probier mal die Adresse direkt zu erreichen, indem du sie anpingst: ping fe80::1%br-mesh
Bekommst du da eine Antwort? Danach sollte die fe80::1 auf jeden Fall bei "ip -6 neigh show" auftauchen.
Hast du mal eine andere Hood probiert? Vielleicht ist die Auslieferung des Hoodfiles über fe80::1 kaputt..
</pre>
</blockquote>
<p>Da es sich um mein Gateway handelt, kann ich Dir sagen, dass
die Hood funktioniert. Die CPE holt das File nicht vom GW, auf
der CPE sieht man ja connection reset by peer, aber das ist
nicht das GW. <br>
</p>
</blockquote>
<br>
<div class="moz-signature">-- <br>
<table border="0">
<tbody>
<tr>
<td><span style="font-family: Courier New; font-size:13px">Mit
freundlichen Grüßen<br>
<br>
Florian Wiessner<br>
<br>
</span></td>
</tr>
<tr>
<td>
<br>
<a href="http://www.smart-kvm.com/">
<img src="cid:part2.922E7C17.5C5E2D6D@smart-kvm.com"
width="150" height="33" align="left"></a><br>
</td>
</tr>
</tbody>
</table>
<br>
<span style="font-family: Courier New; font-size:13px">smart-kvm.com<br>
c/o Smart Weblications GmbH<br>
Martinsberger Str. 1<br>
D-95119 Naila<br>
fon.: +49 9282 9638 200<br>
fax.: +49 9282 9638 205<br>
24/7: +49 900 144 000 00 - 0,99 EUR/Min*<br>
<a class="moz-txt-link-freetext" href="http://www.smart-kvm.com">http://www.smart-kvm.com</a><br>
</span><br>
--<br>
<span style="font-family: Courier New; font-size:13px">Sitz der
Gesellschaft: Naila<br>
Geschäftsführer: Florian Wiessner<br>
HRB-Nr.: HRB 3840 Amtsgericht Hof<br>
*aus dem dt. Festnetz, ggf. abweichende Preise aus dem
Mobilfunknetz</span>
</div>
</body>
</html>