[Tele2] Multimedia-decoder emulator

Alleen het IP adres, zal nu eens proberen ook met MAC.

Ha, nu ben ik een stuk verder, het MAC adres is heel belangerijk het IP adres maakt echter niks uit, zolang de setop box speelt kan ik vanaf elk IP adres op die 172.16.113.11. Echter als ik op TV druk krijg ik geen lijst te zien maar een zwarte pagina, ik heb eens in de source van de pagina gekeken en hier staat echter wel een heel groot java script alleen lijkt de browser het niet te weergeven hebben jullie dit ook ?

Vaporizer: Als je nog wat tijd over hebt, kun je dan eens dat telnet testje doen? En kun je met gecloonde MAC als de decoder uit is, direct van je PC op 172.16.113.11 ?

Vaporizer; klopt. De decoder stuurt op dat moment een IGMP packet (0x16) naar het juiste IP, tevinden in de javascript zooi die je ziet (2 arrays; namen en IP's + ports).

Zal vanmiddag even testen met telnet JW2001.

(sorry voor spelfouten, kom net van m'n werk)

Ja, dat pakketje is de reactie op de IGMP v2 Membership Query en is om precies te zijn een Membership Report (0x16) die aan het betreffende Multicast Address (bijv. 239.192.0.65) gestuurd wordt. Direct daarna begint het streamen. Ik meende dat VLC zelf op die Membership Queries reageert en dan zelf het streamen kan initieren, blijkbaar niet.

Exhar: welterusten en ben benieuwd naar de resultaten van verdere testjes.

Even een andere vraag betreffende Tele2 Router. Mijn neefje had het adress verandert van 192.168.1.1 in 192.168.13.1. Nu werkt bij hem DMZ en port -forwarding naar zijn PC niet meer. Is dat probleem bekend?

En is het zo dat de multimedia lan interface altijd 192.168.1.1 heeft onafhankelijk van de andere lan interface?

Update: dit probleem is opgelost, hij had 2 conflicterende rules in z'n portforwarding list. Maar er is helaas een ander maf probleem. Hij heeft 2 NICs in z'n PC. Z'n netwerk voor data/internet is ingesteld op 192.168.13.0 en NIC1 krijgt een IP van z'n Tele2 router. NIC2 is vast ingesteld op 192.168.1.3 en de MAC is gelijk aan die van de decoder. De bedoeling is dat ik remote per VNC op z'n PC ga en dan kan sniffen etc.

Helaas pindakaas, zodra hij de kabel van NIC2 met de multimedia LAN port verbindt kan ik hem niet meer op z'n WAN IP pingen en kom met VNC dan natuurlijk ook niet op z'n PC. Heeft iemand hier een oplossing voor?

JW2001 wijzigde dit bericht 11-07-2007 17:27 (50%)

mijn tele2 router is 192.168.1.2 ... werkt prima ....

Weer een beetje verder gekomen vandaag, het blijkt zolang de modem ook maar op standby staat dan kan je op de website komen van de decoder. Zodra hij uitstaat langer dan zoveel minuten dan word het weer geblokeerd. Tevens krijgt de decoder wel een IP toegewezen op de TV poorten maar bij een normale PC word het DHCP request genergeerd. Ik heb het pakketje van de decoder eens onder de loep genomen en het enige verschil wat mij opvalt is dat er wat extra optie mee worden gestuurd o.a. vendor ID. Ik ben aan het programeren gegaan om zo zelf een compleet DHCP packetje te versturen en dan hopen dat de multimediamodem daar wel op reageerd.

PS. als de modem in standby staat en ik wijz de pc zelf een IP toe waar van ik weet dat ie vrij is bijv. 168.192.1.10 en ik log in op de page, dan kan ik met een play list naar elk kanaal al kijken.

@Vaporizer: Prachtig!

- Als ik het goed begrijp doe je het volgende. Je zet de decoder aan en dan op standby. Dan kan je een paar minuten lang vanaf PC met VLC elk kanaal uit de playlist kijken?
- Heeft je PC dezelfde MAC als de decoder
- Kan het zijn dat "een paar minuten"gelijk is aan 200 sec ?
- Moet je in de periode dat je decoder aan staat ook een kanaal af spelen?

Het is bijna weekend, veel succes verder

Het was al laat gister, het gaat dus om ip 192.168.1.XXX . Zo lang de decoder op standby staat kan je alles doen; de decoder geeft om de zoveel tijd wat comunicatie af. Je hoeft niet direct een kanaal te kiezen of iets dergelijks. Als je via de site op TV druk en je opend dan VLC dan kan je elk kanaal kijken. Ik ga me een beetje verdiepen in het DHCP packetje hier heb ik nog niet echt kaas van gegeten.

quote:

The Vaporizer schreef op vrijdag 13 juli 2007 @ 16:48:
... Zo lang de decoder op standby staat kan je alles doen; de decoder geeft om de zoveel tijd wat comunicatie af. .

Zou je die communicatie eens kunnen sniffen ?

Die comunicatie sniffen is denk ik van later belang, ik heb in middels een stukje geprogrameerd om een DHCP packet te kunnen versturen. Ik loop echter vast het lijkt er op dat de modem een soort authentication gebruikt.

DHCP Discover (settop > modem) : Authentication option 90 lenght 27 byte. Bevat een null string.
code:

000000000000000000000000000000000000000000000000000000

DHCP offer (Modem > settop) : Authentication option 90 lenght 27 byte. Bevat lijkt een random hash ?
code:

00000046993d3f00023668945926afa40b56b76b92a6121857009d

DHCP request (Setop > Modem) : Authentication option 90 lenght 27 byte. Bevat een reply op die hash ?
code:

00000000000000000000002f4e59cf04344e783f4c1f7bfe8b1aec

DHCP ACK (Modem > settop) : Authentication option 90 lenght 27 byte. Bevat een reply op die hash ?
code:

00000046993d3f0002ab98949d08e3a2dfe6180c2d8ee9a5d52928

Hoop dat iemand enig idee heeft.

Tja dat is user authenticatie per DHCP. In dit IETF memo kun je er wat meer over lezen:
http://www.ietf.org/rfc/rfc3118.txt
Er is replay detectie ingebouwd, dus de decoder moet permanent aangesloten zijn. Als we zonder de decoder kijken willen dan moeten we hem openschroeven en de firmware uitlezen, reverse engineeren, de secret key vinden en het authenticatie algo uitvinden. Is natuurlijk wel spannend, maar niet dwingend nodig als het genoeg is als de decoder aangesloten is en op stand-by staat. Toch zou het leuk zijn als je dat DHCP protocol eens een paar keer met wireshark mee snift.

De modem verstuurd een key, deze key word met een logaritme terug gestuurd deze word daarna gecontroleerd bij het modem en als deze over 1 stemt geeft de modem een defualt WWW adres terug en gooit hij de poort open. Op de zelfde manier word de verbinding "Alive" gehouden de lease time is 2 minuten binnen deze tijd moet de modem weer een DHCP request hebben ontvangen van de settop box. Enig idee welke logaritmes vaak worden gebruikt ? of is dit te hoog gezocht?

Dit is best iets "nog niet uit te zoeken" want zodra je dat in orde krijgt: digitaal kijken zonder het hebben van een decoder ga je waarschijnlijk ook de jurisdische grens overschreiden tussen het uitbreiden van een verleende dienst, naar diefstal van die dienst.

Nu moet je een box hebben om de streams ook op een pc te kunnen bekijken, en gaat Tele2 weinig kunnen inbrengen.
Maar zodra je dit zou lukken om zonder een aanwezige decoder te kunnen kijken ga je wrs wat meer problemen krijgen.

(Het mag van mij gerust geprobeerd worden, maar concentreer eerst nog even op het kijken en kiezen van streams met de pc zonder dat de decoder doorgelust moet worden, maar nog wel steeds aanwezig moet zijn - al dan niet in standby. Mocht het toch gevonden worden mag de informatie wel gedeeld worden )

Het verder uitbreiden is achteraf meestal zo gedaan door algoritme-kenners

(en om ene algoritme te vinden moet je niet 1 zulke communicatie hebben, maar meerdere packets ter beschikking hebben. - als je zo een 2-tal dagen zou sniffen merk je waarschijnlijke verschillende pakketten terug - verschillende "vraag-en-antwoord"-gedeeltes - en adhv die gegevens kan er gezocht worden naar ev. algoritme.)

soulrider wijzigde dit bericht 15-07-2007 23:32 (19%)

quote:

The Vaporizer schreef op zondag 15 juli 2007 @ 17:59:
Enig idee welke logaritmes vaak worden gebruikt ? of is dit te hoog gezocht?

Ik weet niet waar jij uit opmaakt dat er logaritmes gebruikt worden.

Ik denk dat er een heel simpel algo gebruikt wordt waarbij de secret key geshared wordt tussen decoder en modem. Misschien zijn de keys aan beide kanten wel gelijk aan de wederzijdse mac adressen. Page 4 van http://www.ietf.org/rfc/rfc3118.txt laat zien dat, omdat het protocol byte gelijk 0x00 is, de "Authentication Information" een simpel token is wat aan beide kanten steeds vergeleken wordt. Ik denk niet dat Samsung hier erg ingewikkeld doet. Misschien een .xor. v/d 64-bits replay info. Het is nog leuk te zien dat alleen het modem replay info stuurt, waar je overigens van kan zien dat ie tijd afhankelijk is.

Ik heb de communicatie v/e splinternieuwe box geanalyseerd op het moment dat ie voor de eerste keer aangezet werd, er wordt gegarandeerd geen informatie uitgewisseld voordat de decoder voor de eerste keer een discovery uitstuurt.

Tja, het kan best zijn dat als je uitvindt hoe de DHCP authenticatie werkt, je dat beter heel discreet voor je zelf moet houden. Maar je mag me natuurlijk altijd een PM sturen

Okey om even het 1 en ander duidelijk te maken want ik wil niet dat er straks mensen denken dat we de boel aan het "hacken" zijn; mochten we uit vinden hoe we een IP en defualt WWW server verkrijgen door het vinden van het logaritme dan is dit niet gelijk zo dat iedereen opeens gratis TV kan kijken. Voordat je TV kunt kijken bij tele2 ben je sowieso al verplicht tot de koop van een decoder en een abonnement. Wat we er dus mee bereiken is dat de modem de kast in kan en we op de PC van ons abonnement kunnen genieten en dus meer opties hebben.

Zo lang de decoder op standby of aan staat geeft hij om de zoveel tijd een DHCP request, de lease time van de DHCP server is 2 minuten. Dus als je een decoder hebt aan staan en je zet er een hub tussen en verbind een poort deze met je pc; geeft de pc vervolgens een vast adres bijv. 192.168.1.7 met subnet 255.255.255.0 dan kun je al tv kijken op je pc. Het is natuurlijk mooier als we zonder decoder dit ook berijken.

Je bedoelt - denk ik - een algoritme i.p.v. een logaritme...

Yep sorry heb geen ICT gedaan.

Ik ben van nature erg nieuwsgierig en ga beslist de decoder openschroeven of misschien een firmware upgrade recorden. Ben ook van plan het algoritme hier te publiceren. Hiermee bereik ik dat m'n nieuwsgierigheid bevredigd wordt en dat de decoder de kast in kan zoals The Vaporizer ook schreef. Hier is helemaal niks mee zolang niet een service geklauwd wordt.

@The Vaporizer: Kan je direct vanaf een playlist met multicast adressen een kanaaltje selecteren? Of moet je eerst met je PC browser navigeren en het kanaaltje eerst selecteren?

Je kunt via de player direct een kanaal selecteren. Ik kreeg opeens het idee: als de decoder aan gaat geeft hij een DHCP discover af, welke de modem ontvangt en dan een key terug stuurd. Als we nu de decoder direct op de pc aan sluiten en vervolgens zelf op de discover packet reageren met een eigen key, dan kunnen we vrij snel aan het replay zien wat voor alogaritme word gebruikt en ook of het MAC gevoelig is en dergelijke.

quote:

The Vaporizer schreef op maandag 16 juli 2007 @ 17:45:
Als we nu de decoder direct op de pc aan sluiten en vervolgens zelf op de discover packet reageren met een eigen key, dan kunnen we vrij snel aan het replay zien wat voor alogaritme word gebruikt en ook of het MAC gevoelig is en dergelijke.

Goed idee! Je kunt bijv es een 0x00000000000000000000000000000000 sturen en een 0xFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF. Ook kun je kijken of het antwoord afhangt v/d 64-bit replay.

Nog een paar vraagjes:
- Heb je wel eens geprobeerd vanaf 2 PCs twee verschillende kanaaltjes gelijktijdig te kijken?
- Lopen die pagina's in een web browser? Het zou handig zijn de EPG info te kunnen zien van de verschillende kanaaltjes.

De paginas lopen bijna allemaal in de browser maar de browser herkent niet alle java scripts, dus je kan geen kanaal selecteren bijv. of een list zien.

Vandaag weer stukje verder: ik heb een eigen DHCP "server" geschreven en stuur nu een eigen authentication hash naar de decoder de decoder reageerd als volgt:
code:

Input: 00000000000000000000000000000000
Ouput:912c82aff94d63ea07bf2c87ac25d569 

input: 01010101010101010101010101010101
Ouput: a5d737800d35e143d7b7e2d596a6e229

Input: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
Output: 8d755b5f7e5f0ff8f0f35d5f6bcffecc

Input is een Hex stream die ik stuur naar de decoder, output is wat de decoder er vervolgens van maakt.

Verder uitgezocht:
Tijd gevoelig > Nee
Relatie met transactie ID > Nee

De decoder stuurt altijd een zelfde reeks getallen terug, ongeacht de tijd of transactie code.
Meschien een relatie met het MAC adres van de decoder? Het MAC van deze decoder is 0000f0f0327e

Klasse gedaan!
Kun je nog eens testen met de volgende inputs:
0x80000000000000000000000000000000
0x40000000000000000000000000000000
0x20000000000000000000000000000000
0x10000000000000000000000000000000
0x08000000000000000000000000000000
0x04000000000000000000000000000000
0x02000000000000000000000000000000
0x01000000000000000000000000000000

PS: waarmee programmeer je jouw DHCP proggie?

JW2001 wijzigde dit bericht 18-07-2007 15:49 (30%)

Ik heb een klein foutje gemaakt, de reeksen die ik op gave bestaan uit 2 delen, "RDM replay detection value" 8 byte groot en "authentication information" 16 byte groot. De RDM informatie is ongevoelig als je hier iets anders als een 0 heen stuurt vervanderd de output niet.


hierbij een reeks, opgesplitst.
code:

Input RDM replay detection value: 00 00 00 00 00 00 00 00 
Input authentication information: 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Return RDM replay detection value:: 00 00 00 00 00 00 00 00 
Return authentication information: 07 15 3B BE 14 41 35 71 D6 19 FC C9 02 EA 8F 24 

Input RDM replay detection value: 00 00 00 00 00 00 00 00 
Input authentication information: 02 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Return RDM replay detection value:: 00 00 00 00 00 00 00 00 
Return authentication information: 52 96 71 CB 38 F9 62 F6 F9 03 53 EA 56 C9 E8 E4 

Input RDM replay detection value: 00 00 00 00 00 00 00 00 
Input authentication information: 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Return RDM replay detection value:: 00 00 00 00 00 00 00 00 
Return authentication information: FD 00 DB AF A2 D3 84 AA 88 A7 1C BA 51 1D E9 45 

Input RDM replay detection value: 00 00 00 00 00 00 00 00 
Input authentication information: 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Return RDM replay detection value:: 00 00 00 00 00 00 00 00 
Return authentication information: 8D 26 01 BC 00 17 35 62 5E 07 51 C 4E FA 74 07 

Input RDM replay detection value: 00 00 00 00 00 00 00 00 
Input authentication information: 05 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Return RDM replay detection value:: 00 00 00 00 00 00 00 00 
Return authentication information: 97 D2 00 23 A A0 78 04 F 79 45 34 A1 00 22 30 

Input RDM replay detection value: 00 00 00 00 00 00 00 00 
Input authentication information: 06 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Return RDM replay detection value:: 00 00 00 00 00 00 00 00 
Return authentication information: 00 2C 45 46 E0 7C 88 93 F5 EA E7 6C BD D3 FB DC 

Input RDM replay detection value: 00 00 00 00 00 00 00 00 
Input authentication information: 07 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Return RDM replay detection value:: 00 00 00 00 00 00 00 00 
Return authentication information: AF 53 4C AA 94 12 EB 01 70 12 98 1D A5 63 77 49 

Input RDM replay detection value: 00 00 00 00 00 00 00 00 
Input authentication information: 08 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Return RDM replay detection value:: 00 00 00 00 00 00 00 00 
Return authentication information: EB 7B C4 3E 00 82 59 84 96 A5 87 9C F2 D 4B A 

Input RDM replay detection value: 00 00 00 00 00 00 00 00 
Input authentication information: 09 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Return RDM replay detection value:: 00 00 00 00 00 00 00 00 
Return authentication information: 48 D4 5E 58 08 DC 9E 9F 70 E 41 65 65 BA 6B F6 

Input RDM replay detection value: 00 00 00 00 00 00 00 00 
Input authentication information: 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Return RDM replay detection value:: 00 00 00 00 00 00 00 00 
Return authentication information: 26 E0 79 48 11 77 8B A4 02 AC 9B 9C 4D 3C C3 55 

Input RDM replay detection value: 00 00 00 00 00 00 00 00 
Input authentication information: 11 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Return RDM replay detection value:: 00 00 00 00 00 00 00 00 
Return authentication information: 50 DD DD 65 87 95 9F 00 53 7B A2 58 43 5D 91 55 

Input RDM replay detection value: 00 00 00 00 00 00 00 00 
Input authentication information: 12 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Return RDM replay detection value:: 00 00 00 00 00 00 00 00 
Return authentication information: 9B 46 C0 D AF 40 AC 96 FF 23 61 E2 05 35 81 1B 

Input RDM replay detection value: 00 00 00 00 00 00 00 00 
Input authentication information: 13 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Return RDM replay detection value:: 00 00 00 00 00 00 00 00 
Return authentication information: 40 81 4B 85 20 20 58 1E C3 CC D 00 34 33 94 00 

Input RDM replay detection value: 00 00 00 00 00 00 00 00 
Input authentication information: 14 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Return RDM replay detection value:: 00 00 00 00 00 00 00 00 
Return authentication information: 6F 5C 33 05 F4 8F B4 B3 00 2D C6 3F 5B 43 36 8D 

Input RDM replay detection value: 00 00 00 00 00 00 00 00 
Input authentication information: 15 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Return RDM replay detection value:: 00 00 00 00 00 00 00 00 
Return authentication information: 80 BB DF 08 E1 E6 83 C7 8D 21 8E 26 DC 00 6F 05 

Input RDM replay detection value: 00 00 00 00 00 00 00 00 
Input authentication information: 16 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Return RDM replay detection value:: 00 00 00 00 00 00 00 00 
Return authentication information: F6 CC A1 21 3F 02 D5 F0 D9 14 C3 42 5F 69 64 26 

Input RDM replay detection value: 00 00 00 00 00 00 00 00 
Input authentication information: 17 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Return RDM replay detection value:: 00 00 00 00 00 00 00 00 
Return authentication information: 58 52 F BF 75 ED 07 6E 77 69 20 7F 18 3E DE 7D 

Input RDM replay detection value: 00 00 00 00 00 00 00 00 
Input authentication information: 18 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Return RDM replay detection value:: 00 00 00 00 00 00 00 00 
Return authentication information: 4D 6E C8 50 E F6 AD 09 39 A0 E5 6E D0 99 55 D8 

Input RDM replay detection value: 00 00 00 00 00 00 00 00 
Input authentication information: 19 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Return RDM replay detection value:: 00 00 00 00 00 00 00 00 
Return authentication information: D1 75 00 BC 9E 00 81 5D 7B 44 E0 AF 39 68 70 09 

Input RDM replay detection value: 00 00 00 00 00 00 00 00 
Input authentication information: 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Return RDM replay detection value:: 00 00 00 00 00 00 00 00 
Return authentication information: B3 3D 20 37 77 BE 24 F3 8F 63 1E A2 9F 8B F1 E8 

Input RDM replay detection value: 00 00 00 00 00 00 00 00 
Input authentication information: 21 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Return RDM replay detection value:: 00 00 00 00 00 00 00 00 
Return authentication information: 29 F6 A1 1E 43 78 C4 01 5F 96 80 9C F5 F4 6D D4 

Input RDM replay detection value: 00 00 00 00 00 00 00 00 
Input authentication information: 22 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Return RDM replay detection value:: 00 00 00 00 00 00 00 00 
Return authentication information: 05 F2 42 62 E0 23 EE 00 9E D5 A6 FC A8 A4 69 65 

Input RDM replay detection value: 00 00 00 00 00 00 00 00 
Input authentication information: 23 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Return RDM replay detection value:: 00 00 00 00 00 00 00 00 
Return authentication information: B6 99 45 FD 83 47 F5 C4 61 F1 57 E1 E6 A0 3C A0 

Input RDM replay detection value: 00 00 00 00 00 00 00 00 
Input authentication information: 24 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Return RDM replay detection value:: 00 00 00 00 00 00 00 00 
Return authentication information: 13 80 5F 98 E9 C6 99 EB 45 39 40 AD 21 A0 31 55 

Input RDM replay detection value: 00 00 00 00 00 00 00 00 
Input authentication information: 25 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Return RDM replay detection value:: 00 00 00 00 00 00 00 00 
Return authentication information: 39 BA 51 06 EC 22 08 A CA 00 C1 73 12 22 EC 5D 

Input RDM replay detection value: 00 00 00 00 00 00 00 00 
Input authentication information: 26 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Return RDM replay detection value:: 00 00 00 00 00 00 00 00 
Return authentication information: BD 29 1D C7 8B D4 6C 93 8B EE 1C C4 35 56 62 83 

Input RDM replay detection value: 00 00 00 00 00 00 00 00 
Input authentication information: 27 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Return RDM replay detection value:: 00 00 00 00 00 00 00 00 
Return authentication information: CB 8E F3 15 68 E2 95 55 F1 66 D0 49 CD 61 AC 36 

Input RDM replay detection value: 00 00 00 00 00 00 00 00 
Input authentication information: 28 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Return RDM replay detection value:: 00 00 00 00 00 00 00 00 
Return authentication information: 5D 2F 75 2C 61 60 8D 76 80 26 B2 FC 2E 75 D8 EB 

Input RDM replay detection value: 00 00 00 00 00 00 00 00 
Input authentication information: 29 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Return RDM replay detection value:: 00 00 00 00 00 00 00 00 
Return authentication information: 9E 95 6B 79 87 62 95 34 65 05 40 69 97 8C D5 1F 

Input RDM replay detection value: 00 00 00 00 00 00 00 00 
Input authentication information: 30 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Return RDM replay detection value:: 00 00 00 00 00 00 00 00 
Return authentication information: EF 8D C3 2C 79 09 D 51 EA 59 BF 00 C6 EC BF F2 

Input RDM replay detection value: 00 00 00 00 00 00 00 00 
Input authentication information: 31 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
Return RDM replay detection value:: 00 00 00 00 00 00 00 00 
Return authentication information: AF 59 70 E5 60 49 82 88 00 77 19 8E 1F 04 3E 9B

PS. ik programeer in Visual Basic omdat ik hier heel bekend mee ben.

The Vaporizer wijzigde dit bericht 18-07-2007 20:02 (182%)