ok, w poniedzialek/wtorek bede mial dostep do tej sieci to postaram sie to wrzucic,
( jest jakas opcja uploadu tutaj czy z czegos zewnetrznego korzystac ? )

działa.

wystarczy uruchomić igmpproxy  (nie prawdą jest ze nie działa na urządzeniach bridge - jak wyczytalem gdzies w jakichś forach, ja mam dwa bridge, do tego VLANy i śmiga miedzy nimi pięknie)

kluczem do zagadki było ustawienie:
z:
#notify_interval=3600
na:
notify_interval=30

Im czesciej tym czesciej nowo wlaczone urzadzenia (czyli TV) zobaczy DLNA na liscie .. nie wiem jeszcze jaki jest narzut.
Normalnie jest to mechanizm minidlna do poszukiwania nowych plikow na filesystemie i dodawania ich do swojej bazy plikow.

Moje dyski chodzą w R/O wiec nic nie doda, minidlna chodzi w R/O (jedynie logi po sieci) wiec nie mam narzutu (tak mi sie wydaje)

Normalnie jesli cos sie zmieni przy WYLACZONYM MINIDLNA to jesli dobrze pamietam - serwer minidlna tego nie zauważy (bazuje na inotify kernelowym ???), wtedy trzeba przebudowac z jakas tam opcja sforsowac... (wyzeruje swoja database i bedzie tworzyl ja od zera

- konfiguracja sieci (vlany, interfejsy, dhcpy, wifi zakresy, firewall, routing...)
- instalacja i konfiguracja tych samych aplikacji

da sie zrobic backup by odtworzyc go na nowej wersji bez "klikologii" ?

sysupgrade nie wystarczy ?

zrobiłem, działą wyśmienicie, moze ktos skorzysta

w jednym zdaniu: reinicjalizacja konfiguracji do modemów na żądanie (USBreset  + wykrycie i zmiana konfiguracji analogicznie jak w poradniku)

kod:

fn_show_reset_modem ()
{
   PASUJEDO=`grep -l "$PRODx" /sys/bus/usb/devices/*/product` && UEV=`dirname ${PASUJEDO}`/uevent && BUSNUM=`grep "^BUSNUM=" $UEV` && DEVNUM=`grep "^DEVNUM=" $UEV` 


#np stronka www:
echo "Reset konfiguracji modemu: <A .........."
#gdzie  $BUSNUM i  $DEVNUM mamy obie wartosci do usbresetu

(...)

}

wywolanie:
WANx="wan_dostawca1";
PRODx="HUAWEI_MOBILE"
fn_show_reset_modem;

WANx="wan_dostawca2";
PRODx="HUAWEI Mobile"
fn_show_reset_modem;

====

finalnie: wykonywany jest:

usbreset $BUSnumer/$DEVnumer

========================
a pod spodem, w hotplugu:

lokalizacja:   /etc/hotplug.d/tty/tutajplik.sh

#!/bin/sh

if [ "$ACTION" == "add" ]; then
#sanity check DEVPATH
   echo $DEVPATH | egrep "^/devices/platform/ehci-platform/usb.*ttyUSB.*" || { echo "pomijam, nie rozpoznaje tu modemu (DEVPATH=$DEVPATH)" | logger -t HotREPLUG; exit 0; }
   tty=$DEVPATH
   OLDD=${tty##*/}
   PROD=`cat  /sys/${tty}/../../product`

   if [ "x$PROD" == "xHUAWEI Mobile" ]; then  #modem E3131  _dostawca2
      egrep "^1506$" /sys/${tty}/../../idProduct && egrep "^12d1$" /sys/${tty}/../../idVendor;
      OK=$?
      if [ "x$OK" == "x0" ] ; then
         W=${DEVPATH##*.};
         Wtty=${W%%/*};
            if [ $Wtty = "0" ]; then
               uci set network.wan_dostawca2.device="/dev/"$OLDD
               fi;
      else
         echo "nie znam modemu o?" | logger -t HotREPLUG
         exit;
      fi;
   elif [ "x$PROD" == "xHUAWEI_MOBILE" ]; then  #modem E3372 _dostawca1

...analogicznie


   else
      echo "to nie modem (PROD=$PROD) tty=$tty" | logger -t HotREPLUG
      exit;
   fi;

fi;

ustaliłem że modem który ma złe linki to:
Bus 001 Device 004: ID 12d1:1506 Huawei Technologies Co., Ltd. E398 LTE/UMTS/GSM Modem/Networkcard

a więc:

# ls -l /dev/bus/usb/001/004
crw-r--r--    1 root     root      189,   3 Jan  1  1970 /dev/bus/usb/001/004

# usbreset  001/004

Mon May  2 23:01:53 2016 kern.info kernel: [ 4821.960000] option1 ttyUSB0: GSM modem (1-port) converter now disconnected from ttyUSB0  (i tak dalej ...ttyUSB0,1,2)

Mon May  2 23:01:53 2016 kern.info kernel: [ 4822.110000] usb 1-1.3: reset high-speed USB device number 4 using ehci-platform

Mon May  2 23:01:53 2016 kern.info kernel: [ 4822.240000] usb 1-1.3: GSM modem (1-port) converter now attached to ttyUSB0  (i tak dalej ... ttyUSB0,1,2)

hotplug/usbmisc sie wykonuje, ale dla usb juz nie ... ?

===========DEBUG : 9329 : START
Mon May  2 23:23:28 CEST 2016
DEVTYPE=
ACTION=remove
DEVPATH=/devices/platform/ehci-platform/usb1/1-1/1-1.3/1-1.3:1.1/usbmisc/cdc-wdm0
DEVPATH_hash=1/usbmisc/cdc-wdm0
PRODUCT=
TTY_hash=
TTY=
KONIEC
===========DEBUG : 9392 : START
Mon May  2 23:23:28 CEST 2016
DEVTYPE=
ACTION=add
DEVPATH=/devices/platform/ehci-platform/usb1/1-1/1-1.3/1-1.3:1.1/usbmisc/cdc-wdm0
DEVPATH_hash=1/usbmisc/cdc-wdm0
PRODUCT=
TTY_hash=
TTY=
KONIEC

skrypty hotplug/usb nie dzialają przy takim resecie ?  ... niby wypisuje ze disconnected i connected ...

czy najświeższe 3ginfo obsluguje wiecej niz 1 modem ?
(jesli nie to napisalem takową obslugę, wymagana jest kosmetyka w kwestii wywolania skryptu cgi (parametryzacja zrobiona + pare zmian logicznych), udostepnic ?)

PS. E3372 ... używam, duże zmiany o ktorych piszecie ?

czy zmiany konfiguracyjne zostana zachowane ? np. tuning firewalla, binding portow uslug, konfiguracja serwisow itp ?
tj. zostana podmienione binarki czy wszystko "zaorane" ?

aaaaaaa ....takie buty ... defaultowo poszlo z openwrt...
poprawiam:

/etc/opkg/distfeeds.conf
komentuję wszystko poza
src/gz eko1 http://dl.eko.one.pl/chaos_calmer/ar71xx/packages

# opkg update

# opkg remove luci-ssl luci luci-app-firewall luci-base luci-lib-ip luci-lib-nixio luci-mod-admin-full luci-proto-3g luci-proto-ipv6 luci-proto-ppp luci-theme-bootstrap luci-base

#opkg install luci-ssl
Downloading http://dl.eko.one.pl/chaos_calmer/ar71x … ..........

i mam stan:

root@NG:~# opkg list-installed | grep luci
luci - git-16.089.27449-34dbc70-1
luci-app-firewall - git-16.089.27449-34dbc70-1
luci-base - git-16.089.27449-34dbc70-1
luci-lib-ip - git-16.089.27449-34dbc70-1
luci-lib-nixio - git-16.089.27449-34dbc70-1
luci-mod-admin-full - git-16.089.27449-34dbc70-1
luci-proto-3g - git-16.089.27449-34dbc70-1
luci-proto-ipv6 - git-16.089.27449-34dbc70-1
luci-proto-ppp - git-16.089.27449-34dbc70-1
luci-ssl - git-16.089.27449-34dbc70-1
luci-theme-bootstrap - git-16.089.27449-34dbc70-1

a mimo to w stopce luci mam:
Powered by LuCI (git-16.043.44305-e2f9172) / OpenWrt Chaos Calmer 15.05

czyli jakby stara wersja... czy to normalne ?

PS. luci-proto-wwan  rozwiazal problem niniejszego wątku "Unsuported protocol type" ... klikalne i poprawnie wygladajace )) dzięki )

swoja droga zastanawiam sie dlaczego popelnilem ten błąd ze korzystalem z openwrt a nie z Twoich ... duuuzo czasu mnie to kosztowalo ... poslugiwalem sie jakims poradnikiem...

działa! zrobiłem...

faktycznie nie rozumialem skryptu, chyba jakiś ciężki dzień miałem, a dokladnie nie widzialem jednego niuansu w nim, linijki:
      if [ $NEWD = "0" ]; then
http://eko.one.pl/?p=openwrt-linkidoportowszeregowych
jest to numer kolejny interfejsu ... i..n..t..e..r..f...:-).. NIE ttyUSB ..., wiec w moim przypadku dla ttyUSB1 będzie to = "2" ... a nie 1

interfejs nr 0 -> ttyUSB0
1 -> pusto (tutaj jest "net/wwan0")
2 -> ttyUSB1
3 -> ttyUSB2
4,5 -> pusto (scsii)

co do samych symlinkow - rozwiązanie znacznie ładniejsze, co wiecej symlink wykorzystawlam w swoich skryptach ,teraz juz sie nie da,
ale domyslam sie dlaczego nie dziala po symlinku, w logu pojawia sie:
Sat Apr  9 16:02:17 2016 daemon.notice netifd: wan_play (31099): ls: /net: No such file or directory
Sat Apr  9 16:02:17 2016 daemon.notice netifd: wan_play (31099): The interface could not be found.

zgaduję że to te okolice:

/sys/devices/platform/ehci-platform/usb1/1-1/1-1.4/1-1.4:1.0/  tu jest katalog  ttyUSB0
a w przypadku
/sys/devices/platform/ehci-platform/usb1/1-1/1-1.4/1-1.4:1.1/  tu jest katalog "net" (nie ma ttyUSB) ... ktorego jak sadze szuka...

interfejs jest poprawny:

# gcom info -d /dev/modem_e3372_2
Manufacturer: huawei
Model: E3372
Revision: 21.297.05.00.264
(...)

wiesz moze czemu ?

ok, kmod-huawei-hw-cdc wywalony
wgrany:  kmod-usb-net-huawei-cdc-ncm_3.18.23-1_ar71xx.ipk

by default chcial nowszy
# opkg install kmod-usb-net-huawei-cdc-ncm
Multiple packages (kmod-usb-net-huawei-cdc-ncm and kmod-usb-net-huawei-cdc-ncm) providing same name marked HOLD or PREFER. Using latest.
Multiple packages (kmod-usb-net-huawei-cdc-ncm and kmod-usb-net-huawei-cdc-ncm) providing same name marked HOLD or PREFER. Using latest.
Installing kmod-usb-net-huawei-cdc-ncm (3.18.27-1) to root...
Downloading http://dl.eko.one.pl/chaos_calmer/ar71x … r71xx.ipk.
Multiple packages (kmod-usb-net and kmod-usb-net) providing same name marked HOLD or PREFER. Using latest.
Multiple packages (kmod-usb-net and kmod-usb-net) providing same name marked HOLD or PREFER. Using latest.
Multiple packages (kmod-usb-net-cdc-ncm and kmod-usb-net-cdc-ncm) providing same name marked HOLD or PREFER. Using latest.
Multiple packages (kmod-usb-net-cdc-ncm and kmod-usb-net-cdc-ncm) providing same name marked HOLD or PREFER. Using latest.
Multiple packages (kmod-usb-wdm and kmod-usb-wdm) providing same name marked HOLD or PREFER. Using latest.
Multiple packages (kmod-usb-wdm and kmod-usb-wdm) providing same name marked HOLD or PREFER. Using latest.
Collected errors:
* satisfy_dependencies_for: Cannot satisfy the following dependencies for kmod-usb-net-huawei-cdc-ncm:
*     kernel (= 3.18.27-1-fbdeb4da0a46a271133f7a80c78e1ff4) *
* opkg_install_cmd: Cannot install package kmod-usb-net-huawei-cdc-ncm.

# uname -a
Linux NG 3.18.23 #49 Fri Feb 19 20:40:06 CET 2016 mips GNU/Linux

reczne wskazanie pliku dla 23 pomoglo.

wyglada na to że działa.

symlink nie dziala, a konkretnego ustawic się nie da/nie wiem jak w przypadku wielu modemów