To bez znaczenia - działa i z /dev/ttyUSB* i z /dev/cdc-wdm*
"modes auto" dotyczy typu technologi połączenia - zerknij sobie w /etc/gcom/ncm.json:

root@OpenWrt:~# cat /etc/gcom/ncm.json
{
    "huawei": {
        "initialize": [
            "AT",
            "ATZ",
            "ATQ0",
            "ATV1",
            "ATE1",
            "ATS0=0",
            "AT+CGDCONT=1,\\\"${pdptype}\\\",\\\"${apn}\\\""
        ],
        "modes": {
            "preferlte": "AT^SYSCFGEX=\\\"030201\\\",3fffffff,2,4,7fffffffffffffff,,",
            "preferumts": "AT^SYSCFGEX=\\\"0201\\\",3fffffff,2,4,7fffffffffffffff,,",
            "lte": "AT^SYSCFGEX=\\\"03\\\",3fffffff,2,4,7fffffffffffffff,,",
            "umts": "AT^SYSCFGEX=\\\"02\\\",3fffffff,2,4,7fffffffffffffff,,",
            "gsm": "AT^SYSCFGEX=\\\"01\\\",3fffffff,2,4,7fffffffffffffff,,",
            "auto": "AT^SYSCFGEX=\\\"00\\\",3fffffff,2,4,7fffffffffffffff,,"
(...)

karta microsd będzie działała zarówno pod systemem we flash jak i na extroot, wręcz extroot może być na wydzielonej partycji na tej karcie microsd lub na całej karcie (jedna partycja) - zależy jak sobie zrobisz - chociaż trzeba przyznać, że extroot ogólnie jest jednak zawodny (ale też niezwykle przydatny, jak chcesz zainstalować więcej softu - Twój router ma tylko 4 MB flash...także konkluzja jest oczywista...). To czy karta będzie widziana (ta z modemu) zależy od programu usb-modeswitch, a konkretnie od binarki usbmode, która przełącza modem i uaktywnia m.in. dostępne w nim złącze czytnika microsd (jak jest włożona karta od razu czyta tą kartę i sprawia, że jest dostępna w systemie jako nośnik pamięci masowej - oczywiście jak jest wcześniej sformatowana, i.t.d. na znany kernelowi system plików - zależy od sterowników).
Hub jest wręcz wskazany, szczególnie aktywny (z własnym zasilaniem), bo to co oferują wyjścia usb w routerach nie jest ich mocną stroną (wydajność prądowa dla urządzeń podłączonych pod to złącze) oraz w przypadku gdy zechcesz podpiąć więcej urządzeń, niż dostępna ilość złącz usb w danym routerze.

Używamy opcji "Szukaj" na forum oraz czytamy poradniki Cezarego na http://eko.one.pl - dopiero potem zadajemy takie podstawowe pytania, jak czegoś nie rozumiemy...

EDIT:
Nie chcesz używać extroot i w większości przypadków huba (szczególnie jak chcesz używać złącza usb tylko jednego i tylko dla tego modemu) to niestety trzeba zmienić router (osobiście polecam ten model co z logu poniżej) - wtedy to wygląda mniej więcej tak:

root@OpenWrt:~# source /etc/profile
 ----------------------------------------------------------------
  _______                     ________        __                |
 |       |.-----.-----.-----.|  |  |  |.----.|  |_              |
 |   -   ||  _  |  -__|     ||  |  |  ||   _||   _|             |
 |_______||   __|_____|__|__||________||__|  |____|             |
          |__| W I R E L E S S   F R E E D O M                  |
 ----------------------------------------------------------------
 DESIGNATED DRIVER (Bleeding Edge, r47702) **** by build000 ****
 ----------------------------------------------------------------
 | Machine: NETGEAR WNDR4300                                    |
 | Uptime: 0d, 01:43:00                                         |
 | Load: 0.00 0.01 0.05                                         |
 | Flash: total: 95.3MB, free: 90.5MB, used: 0%                 |
 | Memory: total: 122.5MB, free: 98.8MB, used: 19%              |
 | WAN:                                                         |
 | WAN2: 37.228.xxx.xxx, proto: ncm                             |
 | LAN: 192.168.1.1                                             |
 ----------------------------------------------------------------

root@OpenWrt:~# 3ginfo
Status: Połączony
Czas polaczenia: 0d, 01:08:00
Przeslano danych: 17.8 MiB / 778.6 MiB
Operator: Orange
Tryb pracy: LTE
Sila sygnalu: 90%
Urzadzenie: huawei E3372
MCC MNC: 260 03
LAC: E31D (58141)
LCID: xxxxxxx (xxxxxxx)
RNC: - (-)
eNB: xxxxxxxx (xxxxxxx)
CID: 0002 (2)
CSQ: 28
RSSI: -57 dBm
RSCP: -145 dBm
Ec/IO: -32 dB
RSRP: -81 dBm
RSRQ: -4 dB
root@OpenWrt:~# 

...no właśnie miałem to dopisać co Cezary, chociaż teoretycznie to bez różnicy.
Najważniejszy to jest sterownik kmod-usb-net-huawei-cdc-ncm odpowiednio załatany i program comgt-ncm (też załatany na okoliczność "option modes"). Sterownik kmod-usb-net-huawei-cdc-ncm implikuje użycie tego, o którym pisałeś - jako zależność - w obrazach Cezarego jest już wszystko co potrzebne.

Tylko po instalacji rozszerzenia do ofw w postaci amatorskiego softu (usb-stick, zmiana repo z oryginalnego ofw, dysk) lub sadzając na podpiętym usb-stick (lub dysku - zależy od użytego sposobu i systemu) odpowiednio skompilowanego/spreparowanego archlinuxa, debiana, i.t.d. (w wersjach typu serwer) - szukaj info na nas-central.org i openrouter.info oraz archlinuxarm.org .
Ogólnie dotyczą te patenty kilku mniej lub bardziej popularnych modeli zyxel nas.
Jest jeszcze openwrt w podobnym zestawie na usb-stick - tu wybór modeli jest jeszcze mniejszy.
Znajdziesz też na głównej stronie portalu eko.one.pl przymiarkę openwrt przez Cezarego na te NAS-y (chyba na nsa310) i opis, co i jak (również i linki do jego buildów).

Na podsumowanie należy dodać, że w którejkolwiek wersji softu (zarówno minidlna jak i samych systemów/rozszerzenia) nie ma żadnej pewności, że uda Ci się w ogóle na Twoim TV używać owego minidlna - w niektórych modelach softów w TV jest potrzebna odpowiednio spreparowana wersja minidlna, która działa tylko na windows i jest zazwyczaj dostarczany ów program tylko przez producenta lub jego partnerów handlowych. Krótko mówiąc - wolny soft może tego w ogóle nie ogarnąć w takich wersjach/formie jak jest dostępny lub trzeba szukać autorskich łat ogarniających problem na daną serię TV (lub napisać samemu).

ad. 1) Na oryginale nie ma żadnych sterów i reszty jakiegokolwiek softu do obsługi modemów.
- zassaj sobie źródła GPL ofw ze strony producenta i sam się zorientujesz co jest w oryginale.

@simono - domyślam się co @kszuster miał na myśli - nie zrozumiałeś mojego przekazu...

To, że jest coś open source nie oznacza z automatu, że musi być niedokończone.

Najwygodniej przez LuCI idzie wszystko wyklikać - dowolny plik z dowolnej ścieżki w systemie (plikami albo katalogami wręcz).

Co do ostatniego zdania:

To zabrzmiało tak deko filozoficznie...
Równie dobrze można powiedzieć:
PS. Zrobiłem to jako open source - nie trzeba już nic dokładać w takiej formie jak zrobiłem bo jest dopracowane i funkcjonalne, ale jak ktoś chce to czemu nie  :-)

A co do themów, to 90 % userów nie używa themu "bootstrap" tylko "openwrt"...także...
odpuszczam sobie póki co...może kiedyś będzie lepiej zrobione.

No koniecznie daj znać - sprawa ciekawa i intrygująca niejako. Kto wie, może to co kupisz uda się przekabacić na modem do nexxa. Tym samym byłby dodatkowy modem pod openwrt z tych wspieranych (a jak jeszcze z dyskiem podpiętym pod jego usb, to już zupełnie cud, malina i pomarańcze).

Więc teraz to w ogóle (przy takich planach) nie widzę sensu na cały ten temat na tym forum. W Nexx po prostu ustawiasz bramę na ten nowy router z modemem (na jego wyjście lan) i tyle w temacie. A co do połączenia z samym internetem i wynikającymi stąd ewentualnymi problemami to do producenta tego routera internetu mobilnego musisz uderzać (lub do operatora komórkowego), lub na inne fora - nie będzie to miało nic wspólnego z openwrt.

No tak - ale nie wiemy jaki to telefon i jakie obsługuje technologie łączności ów modem w telefonie, żeby było wiadomo jak zestawił owe 50/20 (na jakim paśmie) - wtedy byłaby jakaś (piszę jakaś, bo żeby była miarodajna, modem w telefonie i potencjalny modem do zakupu musiałyby obsługiwać te same pasma - jota w jotę) skala porównawcza, czy brać zte, czy aot, czy coś innego - jak jest wybór.
Ogólnie na Twoim miejscu to bym się mocno zastanowił nad (oprócz zakupu odpowiedniego modemu) zakupem jakiegoś nas-a. Ten NEXX to jednak nie jest na tyle mocny sprzęt, żeby torty na nim śmigać. Z kolei aot też sprawy nie rozwiąże, bo tam jest tylko usb, a nie dysk, i chyba nie obsługuje instalacji na nim openwrt, więc tortów na nim nie zapodasz, a nawet jak się uda to zrobić przez router na zasadzie usbmode, to będzie praktycznie podobnie jak na NEXX (za słaba maszynka i tylko po usb).
No...ale to ja bym tak zrobił...
W Twoim przypadku, chcąc zakupić tego aot, najpierw bym się upewnił czy uda się wykorzystać ów dysk do tortów obsługiwanych z poziomu klienta na openwrt w NEXX'ie - to jest glu sprawy.

Cezary - wystarczyło żebyś wcześniej o tej łacie wspomniał - no wiesz, ciężko się domyślać jak nie wiadomo czego i nie wiadomo gdzie - bardzo oszczędnie o wszystkim piszesz to nie dziw się, że póżniej ludziska takie pytania zadają.

Co zatem zrobić w już zainstalowanym systemie - gdzie pousuwać owe "\", w /etc/gcom/ncm.json ?

Ogólnie jest tam jakaś zbiorcza łata http://dl.eko.one.pl/chaos_calmer/cc-r47662.patch (ale to chyba tylko z wersji na wersję, więc...), czy chodzi o ten fragment ?

--- package/network/utils/comgt/files/ncm.sh    (revision 47665)
+++ package/network/utils/comgt/files/ncm.sh    (working copy)
@@ -27,6 +27,8 @@
     local device apn auth username password pincode delay mode
     json_get_vars device apn auth username password pincode delay mode
 
+    [ -n "$ctl_device" ] && device=$ctl_device
+
     [ -n "$device" ] || {
         echo "No control device specified"
         proto_notify_error "$interface" NO_DEVICE
@@ -99,6 +101,7 @@
     [ -n "$mode" ] && {
         json_select modes
         json_get_var setmode "$mode"
+        setmode=$(echo "$setmode" | sed 's|\\||g')
         COMMAND="$setmode" gcom -d "$device" -s /etc/gcom/runcommand.gcom || {
             echo "Failed to set operating mode"
             proto_notify_error "$interface" SETMODE_FAILED

I znów odpowiem - czytałem.
Zapewne chodzi Ci o:

    2015-09-13 - r46849
(...)
    - naprawa wysyłania trybu pracy modemu dla połączeń NCM
(...)

Czy nie chodzi czasem o znany bug dla tego modemu, że musi być w "prefer lte"
AT^SYSCFGEX=\"0302\",3fffffff,2,4,7fffffffffffffff,,
a nie jak jest domyślnie
AT^SYSCFGEX=\"030201\",3fffffff,2,4,7fffffffffffffff,,
...czy jednak zmiany są głebiej poczynione - jak tak to jakiś link do opisu, czy cuś bym prosił.

EDIT:
Tak czy inaczej, (szybciej wyszło, niż odpowiedź na moją prośbę) usunięcie zapisów dotyczących "option mode" w /usr/lib/lua/luci/model/cbi/admin_network/proto_ncm.lua na bieżące potrzeby chwili, co zaskutkowało zamierzonym efektem i utworzony tak interfejs ruszył od strzału.
Może kiedyś nadejdzie ten czas, że w końcu zaczniesz dokładniej w artykułach opisywać swoje zmiany...