[Berlin-wireless] mac aus nvram wird nicht zugewiesen
Fabian Schonack
freifunk
Di Sep 25 00:04:01 CEST 2007
so das problem existiert leider immernoch. hat inzwischen schonmal jemand
anders auf einen weitern SE505v1 die FFF1.6.3 aufgespielt? Wuerde mich
interessieren obs an mir lag oder an der Firmware.
wollte due mac auch schon haendisch sezten aber leider....
root at se505v1_III:~# ip link set eth0 address $(nvram get et0macaddr)
socket(PF_PACKET): Socket type not supported
root at se505v1_III:~# ip link set eth0 up
root at se505v1_III:~# ip link show
1: lo: <LOOPBACK,UP> mtu 16436 qdisc noqueue
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,PROMISC,UP> mtu 1500 qdisc pfifo_fast qlen 1000
link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff
3: eth1: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000
link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff
4: eth2: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc prio qlen 1000
link/ether 00:01:e3:04:ea:52 brd ff:ff:ff:ff:ff:ff
root at se505v1_III:~#
was will er mit mit der "socket" zeile sagen?
On Sun September 23 2007 21:38:12 Fabian Schonack wrote:
> der fehler scheint mit der FFFv1.6.3 zusammen zu haengen. habe jetzt beim
> naechsten SE505v1 der zuvor funktioierte die neue Firmware fuer _g
> eingespielt und selbes Bild. macs liegen im nvram aber nicht im ifconfig
> sichtbar.
>
> On Sun September 23 2007 17:00:59 Fabian Schonack wrote:
> > aehm mit der letzen mail habe ich das 2. problem mal angefangen.
> > das erste was auf dem einen router mit 1.6.3 immernoch besteht ist das
> > mit der nicht zugewiesen werdenen mac trotz
> > root at se505v1_III:~# nvram show |grep mac
> > size: 2687 bytes (30081 left)
> > il0macaddr=00:01:E3:04:58:0F
> > et0macaddr=00:01:E3:04:58:0E
> > et1macaddr=00:01:E3:04:58:0F
> > root at se505v1_III:~#
> >
> > wird's alles ohne macs..
> > 1: lo: <LOOPBACK,UP> mtu 16436 qdisc noqueue
> > link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> > inet 127.0.0.1/8 scope host lo
> > 2: eth0: <BROADCAST,MULTICAST,PROMISC,UP> mtu 1500 qdisc pfifo_fast qlen
> > 1000 link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff
> > inet 192.168.1.1/24 brd 192.168.1.255 scope global eth0
> > 3: eth1: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000
> > link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff
> > inet 192.168.1.100/24 brd 192.168.1.255 scope global eth1
> > 4: eth2: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc prio qlen 1000
> > link/ether 00:01:e3:04:ea:52 brd ff:ff:ff:ff:ff:ff
> > inet 104.198.0.99/8 brd 104.255.255.255 scope global eth2
> >
> > das andere waren die fragen unten von allgemeiner bedeutung wenn man kein
> > vlanX nutzt.
> >
> > On Sun September 23 2007 15:20:56 Fabian Schonack wrote:
> > > folgende aenderungen haben im try'n error verfahren gebracht das ich
> > > zumindest zu jedem IF eine IP habe. die .188 wurde vom lokalen
> > > dhcp-server vergeben. die selben variablen zuvor mit eth1=vlan1
> > > eth0=vlan0 belegt funzten nicht. hat zB garnicht versucht gehabt eine
> > > IP zubekommen.
> > >
> > > nvram set wan_device='eth1'
> > > nvram set wan_ifnames='eth1'
> > > nvram set wan_ifname='eth1'
> > > nvram set lan_ifnames='eth0'
> > > nvram set lan_ifname='eth0'
> > >
> > > root at se505v1_II:~# ifconfig
> > > [Install freifunk-openwrt-compat for /sbin/ifconfig]
> > > + exec ip addr
> > > 1: lo: <LOOPBACK,UP> mtu 16436 qdisc noqueue
> > > link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> > > inet 127.0.0.1/8 scope host lo
> > > 2: eth0: <BROADCAST,MULTICAST,PROMISC,UP> mtu 1500 qdisc pfifo_fast
> > > qlen 1000 link/ether 00:01:e3:03:ef:fa brd ff:ff:ff:ff:ff:ff
> > > inet 192.168.2.1/24 brd 192.168.2.255 scope global eth0
> > > 3: eth1: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000
> > > link/ether 00:01:e3:03:ef:fb brd ff:ff:ff:ff:ff:ff
> > > inet 192.168.1.188/24 scope global eth1
> > > 4: eth2: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc prio qlen 1000
> > > link/ether 00:01:e3:04:b9:fc brd ff:ff:ff:ff:ff:ff
> > > inet 104.198.0.21/8 brd 104.255.255.255 scope global eth2
> > >
> > > lokal weiss er auch das es ueber's wan-if schneller geht. .....181.254
> > > ist mein dsl-modem-router
> > > traceroute to gmx.de (213.165.65.50), 30 hops max, 40 byte packets
> > > 1 192.168.1.1 (192.168.1.1) 4.418 ms 4.122 ms 4.249 ms
> > > 2 192.168.181.254 (192.168.181.254) 4.398 ms 4.257 ms 4.061 ms
> > > 3 lo1.br03.ber.de.hansenet.net (213.191.89.3) 24.001 ms 19.875 ms
> > > 31.007 ....
> > > ...
> > >
> > > Jetzt die Fragen dazu:
> > >
> > > wo und wann werden die vlanX angelegt und brauche ich die?
> > > brauche ich br0 und wo lege ich es wieder an? (welche nvram variable?)
> > > wo ist der unterschied zischen 'wan_ifname' und 'wan_ifnames' ?
> > > Die iptables werden mit hilfe der nvram variablen erstellt und somit
> > > muessten auch mit den obigen einstellungen die firewall aktiv sein,
> > > oder? muessen die 'vlanXports' im nvram angelegt sein?
> > > wie muessten die heissen wenn ich sie brauche und die ethX
> > > einstellungen verwende?
> > >
> > > nebenbei alle meine SE505v1 haben so ein problem. habe ich da von grund
> > > auf was falsch gemacht?
> > >
> > > wrote:
> > > > Hilft das hier vielleicht?
> > > >
> > > > root at samariterkirche-sued:~# nvram show | grep mac
> > > > size: 6047 bytes (26721 left)
> > > > il0macaddr=00:01:e3:0e:bd:55
> > > > et0macaddr=00:01:e3:0e:bd:54
> > > > mac_filter=0
> > > > temp_mac_id=
> > > > et1macaddr=00:01:e3:0e:8d:55
> > > > def_et1macaddr=00:01:e3:0e:8d:55
> > > > root at samariterkirche-sued:~# nvram show | grep ^wan_
> > > > size: 6047 bytes (26721 left)
> > > > wan_device=vlan1
> > > > wan_provider=other
> > > > wan_lease=864000
> > > > wan_gateway=
> > > > wan_ping=0
> > > > wan_hwname=et1
> > > > wan_domain=olsr
> > > > wan_netmask=255.255.255.0
> > > > wan_dns=195.50.140.250
> > > > wan_proto=static
> > > > wan_hwaddr=00:01:e3:0e:8d:55
> > > > wan_ifnames=vlan1
> > > > wan_ipaddr=192.168.1.24
> > > > wan_wins=
> > > > wan_ifname=vlan1
> > > > wan_hostname=samariterkirche-sued
> > > > root at samariterkirche-sued:~# nvram show | grep ^lan_
> > > > size: 6047 bytes (26721 left)
> > > > lan_gateway=
> > > > lan_netmask=255.255.255.248
> > > > lan_stp=0
> > > > lan_hwaddr=00:01:E3:0E:8D:54
> > > > lan_dns=
> > > > lan_ifnames=vlan0
> > > > lan_proto=static
> > > > lan_ipaddr=104.131.25.19
> > > > lan_ifname=br0
> > > > lan_dhcp_client=0
> > > > lan_hwnames=et0 il0 wl0 wl1
> > > >
> > > > // Sven-Ola
> > > >
> > > > Am Mittwoch, 19. September 2007 21:28 schrieb Fabian Schonack:
> > > > > Hallo,
> > > > > habe hier einen Se505v1 bei dem die mac aus dem nvram nicht
> > > > > uebernommen wird. an welcher stelle geschieht das was laeuft denn
> > > > > da nicht?
> > > > >
> > > > > 2. sie SE505v1 waren die die wrt-G firmware brauchten, oder habe
> > > > > ichs da gerade verdreht?
> > > > >
> > > > > root at se505v1:~# ifconfig
> > > > > [Install freifunk-openwrt-compat for /sbin/ifconfig]
> > > > > + exec ip addr
> > > > > 1: lo: <LOOPBACK,UP> mtu 16436 qdisc noqueue
> > > > > link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> > > > > inet 127.0.0.1/8 scope host lo
> > > > > 2: eth0: <BROADCAST,MULTICAST,PROMISC,UP> mtu 1500 qdisc pfifo_fast
> > > > > qlen 1000
> > > > > link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff
> > > > > inet 192.168.1.1/24 brd 192.168.1.255 scope global eth0
> > > > > 3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop qlen 1000
> > > > > link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff
> > > > > 4: eth2: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc prio qlen 1000
> > > > > link/ether 00:01:e3:04:ea:52 brd ff:ff:ff:ff:ff:ff
> > > > > inet 104.198.0.99/8 brd 104.255.255.255 scope global eth2
> > > > > root at se505v1:~# nvram show |grep mac
> > > > > size: 2643 bytes (30125 left)
> > > > > et0macaddr=00:01:E3:04:58:0E
> > > > > et1macaddr=00:01:E3:04:58:0F
> > > > > root at se505v1:~#
> > > > > _______________________________________________
> > > > > Berlin mailing list
> > > > > Berlin at berlin.freifunk.net
> > > > > http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> > > >
> > > > _______________________________________________
> > > > Berlin mailing list
> > > > Berlin at berlin.freifunk.net
> > > > http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> > >
> > > _______________________________________________
> > > Berlin mailing list
> > > Berlin at berlin.freifunk.net
> > > http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> >
> > _______________________________________________
> > Berlin mailing list
> > Berlin at berlin.freifunk.net
> > http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
Mehr Informationen über die Mailingliste Berlin