[MEGOLDVA] TV internet eléréssel

Hálózatok általános

A soron következő napokban bekellene üzemelnem egy Panasonic TV ( TX-L32ES ) internet csatlakozását.
Nem csináltam még ilyet, nem tudom, hogy mire készüljek, mi a cél, mik a lehetőségek?

A TV, HOST- ként lesz a locális LAN- on ?
Ha sikerül kijutnia az internetre akkor mi van, honnan és milyen anyagot kaphat?
--
üdv: virtualm

  • 10178 megtekintés

( Qcsaba | 2012. 11. 04., v – 21:13 )

"Ha sikerül kijutnia az internetre akkor mi van, honnan és milyen anyagot kaphat?"
Többek kőzött fimware frissitéseket.
Egy halom alkalmazást lekérhetsz.
Nézhetsz youtube-ot és egyéb média tartalmakat.
Internetezhetsz , Twitter , Facebook , Skype.

"A TV, HOST- ként lesz a locális LAN- on ?"
Nem host ,hanem kliens és DLNA megjelenítő lesz.

( tomsoft | 2012. 11. 04., v – 21:20 )

Alapvetően Joli néni is rárakja a LAN-ra, teljesen egyértelmű lesz minden.

Pana forever.

( virtualm v | 2012. 11. 04., v – 21:46 )

Kezdem kapisgálni, a youtube, Facebook érthető, de a Skype nem, ő honnan veszi "microfon" hangot?

Milyen alkalmazást szoktak még így TV-n futtatni? Ha email, stb akkor ők honnan veszik a billentyű inputot ?

Ez a fw frissítés milyen időközönként szükséges vagy tanácsolt, van e jogi, garanciális következménye, pl: ha téglásodik, vagy ez kizárva?
--
üdv: virtualm

Skype kamerák:
http://www.logitech.com/en-gb/press/press-releases/8279
http://shop.panasonic.com/shop/model/TY-CC10W
Billentyűzet:
http://www.logitech.com/en-gb/keyboards/keyboards/8276

"Ez a fw frissítés milyen időközönként szükséges vagy tanácsolt, "
Magának keresi , és ha talál telepíti minimális közreműködéssel.
"van e jogi, garanciális következménye, pl: ha téglásodik, vagy ez kizárva?"
Szerintem semmi nincs kizárva.:)

( virtualm v | 2012. 11. 07., sze – 19:56 )

Na, a TV szépen muzsikál. Egy okosTV előtt muszály, hogy legyen T-Home SetUpBox, nem lehet azt kihagyni a játékból?
--
üdv: virtualm

( virtualm v | 2012. 11. 08., cs – 16:27 )

Kicsit elakadtam. Ugyan sikerült a WRT610N Bridge- el csatlakoznom a local LAN- ra, de a VIERA Link és a VIERA CONNECT nem találja a kiszolgálót.

A LAN megosztott gépeit látja, a megosztott média könyvtárakat kezeli, de az Internetre nem jut ki.
A TV kapott IP címet, Gateway és DNS beállítva. A hálózat ellenőrzésekor azt üzeni, hogy nem találja a kiszolgálót, nem tud csatlakozni a gateway- re, pedig a GW keresztül ér el mindent a LAN- on, mert a TV Wifi_Bridge ( a WET610N ) az a default GW- re connectál.

Mit értettem félre a beállításoknál? ( pedig elsőre egyszerűnek tűnt )
--
üdv: virtualm

Éppen a routert vizsgálom.

Addig is, ezek a TV beállításai:
Csatlakozás tesztelése:

Kábeles hálózati kapcsolat : ok
IP Cím : ok
Az IP címet használó más eszközök keresése : ok
Átjáróhoz való csatlakozás : NEM
Kiszolgálóval való kommunikáció : Nem ismert

Kézi beállítások:

Hálózat beállítása :
Hálózat csatlakozás : Vezetékes
IP / DNS beállítások :
IP-cím kérés : kézi
IP cím : 192.168.1.111
maszk : 255.255.255.0
átjáró : 192.168.1.1
DNS kérés : Kézi
DNS : 84.2.44.1
Proxi : -
--
üdv: virtualm

A TV, a bridgen és átjárón keresztül scanneli a hálózatot, össze is gyűjti az elérhető eszközöket, a párszáz csomag között van néhány tíz db DROPPOLT csomag is, amit nem nagyon értek, hogy miért is droppolódott, de az internetre jutás szempontjából irreleváns.

Header Values:
Bytes captured: 98, Actual Bytes on the wire: 98
Packet Info(Time:2012/11/09 07:30:06.944):
in:--, out:W0*, DROPPED, Drop Code: 40, Module Id: 26, (Ref.Id: _4909_txGsIboemfJqQlu), 0:0)
Ethernet Header
Ether Type: IP(0x800), Src=[00:23:69:7b:6e:a4], Dst=[00:17:c5:3e:92:09]
IP Packet Header
IP Type: ICMP(0x1), Src=[192.168.1.90], Dst=[192.168.1.211]
ICMP Packet Header
ICMP Type = 8(ECHO_REQUEST), ICMP Code = 0(), ICMP Checksum = 63487
Value:[0]
Hex and ASCII dump of the packet:
0017c53e 92090023 697b6ea4 08004500 00540000 40004001 *...>...#i{n...E..T..@.@.*
b62bc0a8 015ac0a8 01d30800 f7ff0000 00000000 00000000 *.+...Z..................*
00000000 00000000 00000000 00000000 00000000 00000000 *........................*
00000000 00000000 00000000 00000000 00000000 00000000 *........................*
0000

Szóval, elakadtam. ( a 192.168.1.90 - a Pana_TV_bridge )
--
üdv: virtualm

"( a 192.168.1.90 - a Pana_TV_bridge )"
Azaz a WRT54GL? (A WRT610N volt a 192.168.1.254.) Ezt alátámasztja a MAC is. Ebben az esetben kérdés, hogy miért próbálja pingelni a telefonod 192.168.1.211-es IP-jét. Ha ez a helyzet, ez nem okozhatja a TV-vel kapcsolatos problémát.

 

Ha pedig a 192.168.1.90 a TV IP-je lenne, amire viszont a 192.168.1.111-et írtad fentebb, és nem a 192.168.1.90-et, akkor a TV pingelné az átjárót, azaz a SonicWall-t, de a pingelt eszköz nem válaszol neki. Lehet, hogy a TV ebből vonja le azt a hibás következtetést, hogy az átjáró nem érhető el ("Átjáróhoz való csatlakozás : NEM"). Tehát engedélyezd a SonicWallon a fenti forgalmat, azaz a LAN felől az ICMP Echo Request (Type 8 Code 0) SonicWall általi elfogadását, vagy ha külön kell állítani, akkor a pingelhetőségét.

Viszont két dolog furcsa a fentiben. Az egyik, hogy vajon a 192.168.1.1 helyett miért a 192.168.1.211-et pingeli a TV, a másik, hogy a WLAN interfész ("out:W0*") felé nem engedi ki. Ez adódhat abból, hogy ez a bizonyos 192.168.1.211 IP a másik topik szerint a ZTE telefonod IP-je, és a SonicWall a 192.168.1.1 lenne. Nem írtad el a TV-ben a gatewayt?

Sajnos ebben nincs elírás:
Pana_TV : 192.168.1.111 - WET610N_Bridge : 192.168.1.90
átjáró- ( router ) SonicWall : 192.168.1.1

A Telefonnal ( a Finggel ) ellenőriztem, scanneltem a hálózatom, hogy lássam a beállítások helyességét. Ez a log részlet lehet, hogy nem a legszerencsésebb volt. Most már folyamatos a loggolás, igen terjedelmes, nem győzöm válogatni.

A Pana_TV is végig scanneli a hálózat elemeit, keresi a lehetséges forrásokat, amiket jól is listáz, csak az internetre nem jut ki.

@stra, a struktúrát jól rajzoltad a múltkor, csak egy két IP cím csúszott el, ezt most pontosítom:

Cisco EPC3925
(WAN, x.x.x.x/x)
(LAN, 192.168.0.11/24)
│
│ SonicWall TZ100, ap1
└── (WAN, X1, 192.168.0.11/24, NAT outside)
(LAN-WLAN bridge, X0, 192.168.1.1/24, NAT inside)
├── (WLAN)
│ └── W1 (192.168.1.x/24)
└── (LAN)
│└── L1 (192.168.1.x/24)
│
│ Linksys WRT610N, DD-WRT, ap2
│ (WAN, nem használt)
│ (LAN-WLAN bridge, 192.168.1.253/24)
│ ├── (WLAN)
│ │ └── W2 (192.168.1.x/24)
└──────┴── (LAN)
│└── L2 (192.168.1.x/24)
│
│ Linksys WRT54GL, Tomato, ap3
│ (WAN, nem használt)
│ (LAN-WLAN bridge, 192.168.254/24)
│ ├── (WLAN)
│ │ └── W3 (192.168.1.x/24)
└──────┴── (LAN)
└─── L3 (192.168.1.x/24)
WLAN 1
│
└─── T (192.168.1.211/24)

WLAN 1
│
└─── WET610N (192.168.1.90/24)───wired── Pana_TV (192.168.111/24)

Az ördögit, a szerkesztéskor szép tagolás, a nézetben, beküldés előtt, rondán összecsúszik.
--
üdv: virtualm

Még ezen is hajlandó vagyok változtatni, csak, hogy jussak már valamire.

Mindennek van oka, annak is hogy így írtam: az OOP környezetben ( pl: Delphi ) így, ehhez hasonlóan rövidítenek, több szót egybeírnak space nélkül de az olvashatóság miatt a szavak kezdő betűit naggyal írják. Nem én találtam ki csak átvettem mert működik. Az y helyett valóban i betűt írtam, azt benéztem, de semmiképpen nem akartalak idegesíteni a kis kezdő betűkkel.

Mit javasolsz, hogy a SonicWall TZ100- ban a beragadt objectumokat, amiket reset után sem lehet kitörölni, hogyan távolítsam el őket?

Vagy a WLAN- ból miért nem enged ki néhány készüléket, pedig ugyanaz a szabály vonatkozik minden dedikált objectumra, mert ugyanannak a GROUP- nak a tagjai?
--
üdv: virtualm

"Most már folyamatos a loggolás, igen terjedelmes"
"csak az internetre nem jut ki"
Rendben, akkor az előző logot felejtsük el. Most milyen csomagok látszanak a logban, amik a Panasonic IP-jéről, azaz a 192.168.1.111-ről indulnak az internet irányába, vagy az internet felől tartanának oda vissza?

"de ha a bridge 192.168.1.90 akkor az droppolva van."
A TV kommunikációja szempontjából irreleváns, de érdekességképpen jó lenne tudni, hogy milyen forgalmat generál.

A bridge IP-jével csak a bridge saját kommunikációja folyhat, pl. NTP szerver keresése az idő beállításához, esetleg ehhez DNS kérések indítása. Ahogy néztem a manuálját, tényleg nincs semmi extra funkció benne (nincs NAT, nincs DHCP szerver stb.), tehát egyszerű Layer2 eszköz: brigde. A rajta keresztül folyó IP-s kommunikációba nem szól bele.

"Ha a Pana_TV ( 192.168.1.111 ) jelenik meg a logban akkor minden kérésére megkapja a választ"
Ez jó hír, mert akkor ez azt jelenti, hogy kilát az internetre. A kérdés viszont nyitott marad: a TV miért mondja mégis azt, hogy nincs kifelé kapcsolata.

( virtualm v | 2012. 11. 11., v – 09:51 )

Már nem először fordult velem elő, hogy napokig nyűglődtem egy problémán, majd aludtam egy jót és megvilágosodva ébredtem. Igy lett most is [MEGOLDVA] a probléma, szerencsére az elmúlt napokban nem csak stilisztikai kritikát, hanem valóban szakmai segítséget kaptam a probléma feltárásához. Köszönöm.

Az ap1 ( SonicWall ) beállításain, látszólagos csomag tévesztésén múlt a dolog. A pilótavizsgás eszközön az alábbi beállítási sorrend vezetett eredményre:
1 - mac addresse objectum azonosítás
2 - dinamikus ARP lista kezelés
3 - DHCP dinamikus beállítása, static változóval

Az ellent mondás csupán annyi volt a bridge ( WET610N ) mint hálózati eszköz csak egy helyen ( 1 ) szerepelhet, a többi ( 2, 3 ) pozícióban nem!
--
üdv: virtualm