Userbase

woutervh schreef:via één van die eerste multicast adressen wordt interactiviteit geregeld

Lang geleden heb ik eens een trace gedaan... en ik dacht niet dat het via multicast ging... maar het is al zolang geleden.

woutervh schreef:Ik heb nu wel mijn wireshark loggings niet meer staan om te staven.

Spijtig

Ik heb even wireshark gedraaid bij het koud opstarten van de digicorder en daarna de IPs opgevraagd in de interface en wat gezapt.

Setup:
HP 1810G switch met daaraan de digicorder op VLAN 1 en die poort gemirrored op diezelfde switch naar een PC met Wireshark.
Aan de HP 1810G hangt ook een Cisco switch die de VLAN1 linkt naar de HGW. Mijn routerboard op 192.168.1.254 werd uitgetrokken om elke andere communicatie er uit te halen.
VLAN-tagged frames anders dan die waarop de poort zit worden denk ik niet via mijn port mirror doorgegeven, maar gezien mijn setup draait in een VLAN en naar ik onderstel elk ander VLAN pakket uit HGW of Digicorder gedropt wordt, kunnen we de denkpiste met VLANs denk ik al uitsluiten.

Ter info:
192.168.1.1 is de HGW
192.168.1.74 is het inhome adres dat de digicorder verkregen heeft

Volgende filter staat aan op wat je te zien krijgt in de screenshots:
!cdp && !ieee802a && !nbns && !stp && !lldp
Kwestie van onnodige info niet weer te geven (zijnde packets van de wireshark pc en switches).

Als er vragen zijn kijk ik graag eens in meer detail (graag packetnumber geven). Merk op dat ik geen netwerkspecialist ben, ik 'probeer' maar
Mijn gedacht over hoe het interne IP gekozen wordt (op basis van mijn kennis en de wireshark data):

• Dit gebeurt niet via DHCP, DHCP gebruikt de digicorder om zijn 'externe' ip te krijgen (packets 17, 18, 19 en 21). Blijkbaar weet de HGW dat hij een request van het MAC-adres van de digicorder anders moet behandelen (extern en niet intern).
• We zien iets later in packet 32 een HTTP request naar http://195.130.128.104/dhcp/DHCPoption.txt
  Deze file komt binnen in packets 34, 35, 38, 39 en 40 en bevat gewoon een lijst met alle mogelijke 192.168.xxx.1 adressen. Deze begint bij 192.168.0.1 en gaat tot en met 192.168.254.1 . M.a.w. elk IP-adres dat je de HGW kan geven via de Mijn Telenet interface.
• Om een intern IP-adres te kiezen moet de digicorder eerst weten in welk netwerk-ID hij zit (bv. 192.168.1.x, 192.168.123.x , ...).
  Ik vermoed dat hij hiervoor de lijst heeft ontvangen en een ARP doet met elk IP uit de range tot hij antwoord krijgt (Who has 192.168.xxx.1? Tell 0.0.0.0). Raar genoeg begon hij niet bij 192.168.0.1, aangezien dat eerst in de txt staat, maar bij 192.168.1.1 (wat direct ook juist is in mijn netwerk). Mogelijk is dit omdat hij onthouden heeft op welk IP hij laatst succes had. Hij krijgt dus antwoord na een ARP naar 192.168.1.1 en gaat er vervolgens van uit dat hij dus op dat interne netwerk-ID zit.
• Hierna kiest de digicorder volgens mij gewoon (random) een IP, doet twee maal een ARP met een seconde tussen (pakket 47 en 52 in eerste screenshot) met de vraag of iemand dat IP heeft, geen antwoord... hij neemt dat IP.

Wat er gebeurd als iemand anders nu plots dat IP krijgt of gaat innemen... geen idee.
Hoe ze dit toepassen in een modem only omgeving... geen idee (maar het kan volgens mijn theorie werken als je router of een ander toestel op 192.168.xxx.1 zit en de ARP beantwoordt).
Hier gaat hij nog wel even mee door.. (zijn upnp en media player gerelateerde packets)

Interessant, nu zien we eens hoe dit "magisch algoritme" juist in zijn werk gaat .
Wel goed gevonden om de netwerkkaart 2 adressen te geven, beetje omslachtig, en niet heel "netjes"...

NuKeM schreef:Deze file komt binnen in packets 34, 35, 38, 39 en 40 en bevat gewoon een lijst met alle mogelijke 192.168.xxx.1 adressen. Deze begint bij 192.168.0.1 en gaat tot en met 192.168.254.1 . M.a.w. elk IP-adres dat je de HGW kan geven via de Mijn Telenet interface.

Dat verklaart waarom hij de vorige keer jouw router niet vond (op 192.168.x.254)

NuKeM schreef:Wat er gebeurd als iemand anders nu plots dat IP krijgt of gaat innemen... geen idee.

Dat is inderdaad niet netjes, en kan conflicten geven (tenzij de DHCP server van de HGW daar rekening mee houdt?)
Vaste IP's moeten dus liefst in de range [100-254].
Bij eventueel conflict: gewoon digicorder opnieuw opstarten, en hij zoekt zich een ander "vrij" adres?

NuKeM schreef:Hoe ze dit toepassen in een modem only omgeving... geen idee

In een modem-only omgeving (digicorder achter de modem + switch) werkt dit natuurlijk niet.
Met de digicorder achter een eigen router moet je er dus voor zorgen dat de digicorder een extern IP krijgt (via de router OS?).

NuKeM schreef:Blijkbaar weet de HGW dat hij een request van het MAC-adres van de digicorder anders moet behandelen (extern en niet intern).

Ja, dat is de reden waarom de technieker jouw digicorder(s) moet inbrengen in de Mac passtrough lijst van de HGW. Anders krijgt die geen extern IP.

NuKeM schreef:[*]We zien iets later in packet 32 een HTTP request naar http://195.130.128.104/dhcp/DHCPoption.txt

IP-adres verwijst naar idtvrevprx01.telenet-ops.be en is te pingen vanop je normale verbinding, maar antwoord niet op het HTTP request.

Ik zou eens een gelijkaardig capture moeten doen met de modem-only... om te kijken wat hij dan terug geeft.

Raar trouwens dat er alle IP-adressen in het antwoord staan... via de HGW weet hij namelijk perfect wat je eigen range is (net zoals jij die kan opvragen via Mijn Telenet).

Ze hebben me in ieder geval een "bizar" systeem uitgevonden... kon men dit nu niet wat deftiger oplossen

Ik weet niet of er ondertussen eigenlijk al echte oplossingen gepost zijn om DLNA werkende te krijgen op een modem-only installatie. Vermits ik het zelf wou gebruiken/uitproberen heb ik eindelijk eens de moeite gedaan om een werkende oplossing iets uitgebreider uit te leggen in een blog-post.

Voor geinteresseerden:
http://tbruylan.blogspot.be/2014/06/tel ... na-op.html

Het zou ook super zijn, indien er feedback volgt. Ik heb een vermoeden dat een eenvoudigere oplossing misschien wel bestaat?

Veel plezier alvast.

Maar hoe weet Telenet je intern ip-adres-range als je een modem-only hebt?

Met een fritzbox 7490 OS 5.51+ zou dat blijkbaar ook moeten kunnen.

Ik had de fritzbox verkeerd geconfigureerd en had de digibox en andere apparatuur aangesloten op dezelfde, en bleek dat de digibox toch interactief was, en mijn netwerk ook, toen ik dit ontdekt had, kon ik een ftp kabel laten vervallen.

opstelling
` ----- digibox 10.x.x.x op switsh 1
modem ----- switch 1 ----- fritzbox in eigen internet connectie ------ switch2 ------ apparatuur 192.168.x.x

foute opstelling die werkte


modem ------- fritzbox op secundaire internet connectie -------- switch ------------ digibox 10.x.x.x.x en andere apparatuur 192.168.x.x via dezelfde switch zoals dat in een HWG ook gebeurt.

Ik heb yelo niet specifiek uitgetest, daar ik zou verhuizen naar gebied waar geen telenet mogelijk is. Intussen ben ik verhuist (naar stralend mooi weer, hel blauwe lucht) en kan het dus helaas niet verder uittesten.

de switch moet wel VLAN ondersteunen.

tbruylan schreef:Ik weet niet of er ondertussen eigenlijk al echte oplossingen gepost zijn om DLNA werkende te krijgen op een modem-only installatie. Vermits ik het zelf wou gebruiken/uitproberen heb ik eindelijk eens de moeite gedaan om een werkende oplossing iets uitgebreider uit te leggen in een blog-post.

Voor geinteresseerden:
http://tbruylan.blogspot.be/2014/06/tel ... na-op.html

Het zou ook super zijn, indien er feedback volgt. Ik heb een vermoeden dat een eenvoudigere oplossing misschien wel bestaat?

Veel plezier alvast.

Ik heb je blog gelezen maar mijn netwerkkennis zit redelijk ver.

Als ik het goed begrijp, steek je alles op dezelfde VLAN, zowel je digicorders als je eigen DHCP-server, maar stel je dan filters in zodat bepaalde request doorgaan en andere niet? Bvb dat je eigen DHCP-server geen ip adressen uitdeelt aan de digicorders.

Klopt dit al?