1 / 54

1.1 – Modellering framework

1.1 – Modellering framework. Basisfunctionaliteit Tele Atlas Rondrijders verzenden afgewerkte update reports (UR) naar de server Voor het binnenrijden van een nieuw gebied, ontvangen de werknemers een UR van het gebied Rondrijders krijgen concrete opdrachten toegestuurd

konala
Télécharger la présentation

1.1 – Modellering framework

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. 1.1 – Modellering framework Basisfunctionaliteit Tele Atlas • Rondrijders verzenden afgewerkte update reports (UR) naar de server • Voor het binnenrijden van een nieuw gebied, ontvangen de werknemers een UR van het gebied • Rondrijders krijgen concrete opdrachten toegestuurd • Communicatie van en naar de server moet worden gecontroleerd

  2. 1.1 – Modellering framework Functionaliteiten IDEWE • Medici verzenden afgewerkte dossiers naar de server • Medici kunnen evt. ook allerlei updates toegestuurd krijgen • Communicatie van en naar de server moet worden gecontroleerd

  3. 1.1 – Modellering framework Framework • Tot stand gekomen na gesprekken met TeleAtlas/IDEWE • Gebaseerd op de Retsina architectuur: verschillende categorieën: interface-, taak- en informatie-agenten • Op vraag van IDEWE verloopt de synchronisatie niet op de DB-server

  4. Server (ev. DB server) Server (ev. synchro server) Mobiel toestel INTERFACE AG. Belastingsmeteragent Belastingsmeteragent RECEIVING SLAVE AGENT RECEIVING SLAVE AGENT RECEIVING SLAVE AGENT DOWN-LOAD CLIENT AGENT TASK AGENTS SENDING SLAVE AGENT SENDING SLAVE AGENT SENDING SLAVE AGENT POLICY AGENT UPLOAD CLIENT AGENT POLICY AGENT POLICY AGENT SYNCHRO AGENT ToestelID|TransactieID|prio|richting|aanvrager|DBactie ---------+------------+----+--------+---------+------- 002 | 927 |form| -> |dca002@… | get… 002 | 928 |form| <- |uca002@… |hereis… 003 | 929 |form| -> | pol9@… |hereis… 003 | 930 |form| <- | pol5@… | get… # actieve transacties prioriteitsdrempel SERVER DB AGENT CLIENT DB AGENT DB DB INFORMATION AGENTS

  5. Server (ev. DB server) Server (ev. synchro server) Mobiel toestel Houdt lijst met gegevens en prioriteit bij van aangevraagde transacties. Abstracte klasse waarvan enkel prioriteitsformule dient geïmplementeerd te worden. Indien de prioriteit een drempel overschrijdt, wordt de transactie uitgevoerd. INTERFACE AG. (optioneel) Doel: synchro agent van de serverbelasting op de hoogte houden. (optioneel) Doel: synchro agent van de toestelbelasting op de hoogte houden. Belastingsmeteragent Belastingsmeteragent RECEIVING SLAVE AGENT RECEIVING SLAVE AGENT DCA en UCA zijn continu op toestel aanwezig. Kunnen elk slechts 1 transactie tegelijk aan. RECEIVING SLAVE AGENT DOWN-LOAD CLIENT AGENT TASK AGENTS RSA’s en SSA’s worden pas gecreëerd wanneer een transactie plaatsvindt. (1 per transactie) SENDING SLAVE AGENT SENDING SLAVE AGENT SENDING SLAVE AGENT POLICY AGENT UPLOAD CLIENT AGENT POLICY AGENT POLICY AGENT onClose(): interactie over pending transactions SYNCHRO AGENT ToestelID|TransactieID|prio|richting|aanvrager|DBactie ---------+------------+----+--------+---------+------- 002 | 927 |form| -> |dca002@… | get… 002 | 928 |form| <- |uca002@… |hereis… 003 | 929 |form| -> | pol9@… |hereis… 003 | 930 |form| <- | pol5@… | get… # actieve transacties prioriteitsdrempel Policy agents volledig zelf te implementeren. Policies worden hier vertaald naar aanvragen bij synchro server. Voorbeelden: specifieke gegevens up-to-date houden, toestellen regelmatig verplichten te zenden, interface om commando’s van de buitenwereld uit te voeren, …. SERVER DB AGENT CLIENT DB AGENT DB Abstracte klasse moet worden overgeërfd Abstracte klasse moet worden overgeërfd DB INFORMATION AGENTS De prioriteiten worden continu berekend op basis van factoren naar keuze: wachttijd, prioriteit opgegeven door aanvrager, toestelbelasting, serverbelasting, # actieve transacties, toestelID, richting, …

  6. Server (ev. DB server) Server (ev. synchro server) Mobiel toestel INTERFACE AG. 4bis: optioneel wordt een estimate voor wachttijd teruggezonden ‘op exponentiële tijdstippen’ Belastingsmeteragent Belastingsmeteragent 5 RECEIVING SLAVE AGENT RECEIVING SLAVE AGENT RECEIVING SLAVE AGENT DOWN-LOAD CLIENT AGENT 4 TASK AGENTS 8 SENDING SLAVE AGENT SENDING SLAVE AGENT 3 SENDING SLAVE AGENT POLICY AGENT UPLOAD CLIENT AGENT POLICY AGENT POLICY AGENT 9 6 SYNCHRO AGENT ToestelID|TransactieID|prio|richting|aanvrager|DBactie ---------+------------+----+--------+---------+------- 002 | 927 |form| -> |dca002@… | get… 002 | 928 |form| <- |uca002@… |hereis… 003 | 929 |form| -> | pol9@… |hereis… 003 | 930 |form| <- | pol5@… | get… 7 TOESTEL WIL ZENDEN 1 – CDA ziet bv. dat aantal dossiers boven een bepaalde drempel uitstijgt 2 – CDA meldt dit aan UCA 3 – UCA zendt aanvraag met nodige gegevens (prio, interactieID, …) naar SyA 4 – SyA plaatst aanvraag in de lijst 5 – Eenmaal dat prio > drempel, creëert SyA een RSA 6 – RSA contacteert UCA 7 – UCA vraagt file aan CDA (van DB) 8–UCA zendt file naar RSA 9 – RSA zendt file-referentie naar SDA (+ update DB) en vernietigt zichzelf (+ bericht naar SyA om te schrappen) 2 SERVER DB AGENT CLIENT DB AGENT 9 7 DB DB INFORMATION AGENTS 1

  7. Server (ev. DB server) Server (ev. synchro server) Mobiel toestel INTERFACE AG. 4bis: optioneel wordt een estimate voor wachttijd teruggezonden ‘op exponentiële tijdstippen’ Belastingsmeteragent Belastingsmeteragent 3 RECEIVING SLAVE AGENT 2 RECEIVING SLAVE AGENT RECEIVING SLAVE AGENT DOWN-LOAD CLIENT AGENT TASK AGENTS 6 4 SENDING SLAVE AGENT SENDING SLAVE AGENT SENDING SLAVE AGENT POLICY AGENT UPLOAD CLIENT AGENT POLICY AGENT POLICY AGENT 7 SYNCHRO AGENT ToestelID|TransactieID|prio|richting|aanvrager|DBactie ---------+------------+----+--------+---------+------- 002 | 927 |form| -> |dca002@… | get… 002 | 928 |form| <- |uca002@… |hereis… 003 | 929 |form| -> | pol9@… |hereis… 003 | 930 |form| <- | pol5@… | get… 1 8 TOESTEL WIL ONTVANGEN 1 – CDA ziet noodzaak aan bep. dossiers (DB is ruim begrip) en meldt dit aan DCA 2 – DCA zendt aanvraag met nodige gegevens (prio, interactieID, …) naar SyA 3 – SyA plaatst aanvraag in de lijst 4 – Eenmaal dat prio > drempel, creëert SyA een SSA 5 – SSA vraagt file aan SDA (van DB) 6 – SSA contacteert DCA en zendt file na goedkeuring 7 – SSA vernietigt zichzelf 8 – DCA zendt file-referentie naar CDA (+ update DB) (+ bericht naar SyA om te schrappen) 5 SERVER DB AGENT CLIENT DB AGENT 5 8 DB DB INFORMATION AGENTS 1

  8. Server (ev. DB server) Server (ev. synchro server) Mobiel toestel INTERFACE AG. Belastingsmeteragent Belastingsmeteragent RECEIVING SLAVE AGENT RECEIVING SLAVE AGENT RECEIVING SLAVE AGENT 4 DOWN-LOAD CLIENT AGENT 5 TASK AGENTS 8 1 SENDING SLAVE AGENT SENDING SLAVE AGENT SENDING SLAVE AGENT POLICY AGENT UPLOAD CLIENT AGENT POLICY AGENT POLICY AGENT 9 6 SYNCHRO AGENT ToestelID|TransactieID|prio|richting|aanvrager|DBactie ---------+------------+----+--------+---------+------- 002 | 927 |form| -> |dca002@… | get… 002 | 928 |form| <- |uca002@… |hereis… 003 | 929 |form| -> | pol9@… |hereis… 003 | 930 |form| <- | pol5@… | get… 7 SERVER WIL ONTVANGEN 1 – PolA ziet noodzaak aan bep. dossiers en zendt aanvraag aan SyA Analoog met toestel wil zenden 4 – SyA plaatst aanvraag in de lijst 5 – Eenmaal dat prio > drempel, creëert SyA een RSA* 6 – RSA contacteert UCA 7 – UCA vraagt file aan CDA (van DB) 8 – UCA zendt file naar RSA 9 – RSA zendt file-referentie naar SDA (+ update DB) en vernietigt zichzelf (+ bericht naar SyA om te schrappen) SERVER DB AGENT CLIENT DB AGENT 9 7 DB DB INFORMATION AGENTS

  9. Server (ev. DB server) Server (ev. synchro server) Mobiel toestel INTERFACE AG. Belastingsmeteragent SYNCHRO AGENT ToestelID|TransactieID|prio|richting|aanvrager|DBactie ---------+------------+----+--------+---------+------- 002 | 927 |form| -> |dca002@… | get… 002 | 928 |form| <- |uca002@… |hereis… 003 | 929 |form| -> | pol9@… |hereis… 003 | 930 |form| <- | pol5@… | get… Belastingsmeteragent 2 RECEIVING SLAVE AGENT RECEIVING SLAVE AGENT RECEIVING SLAVE AGENT DOWN-LOAD CLIENT AGENT TASK AGENTS 5 1 3 SENDING SLAVE AGENT SENDING SLAVE AGENT SENDING SLAVE AGENT POLICY AGENT 7 UPLOAD CLIENT AGENT POLICY AGENT POLICY AGENT 6 SERVER WIL ZENDEN 1 – PolA ziet noodzaak om bepaalde dossiers door te zenden en zendt aanvraag naar SyA Analoog met toestel wil ontvangen 2 – SyA plaatst aanvraag in de lijst 3 – Eenmaal dat prio > drempel, creëert SyA een SSA 4 – SSA vraagt file aan SDA (van DB) 5 – SSA contacteert DCA en zendt file na goedkeuring 6 – SSA vernietigt zichzelf 7 – DCA zendt file-referentie naar CDA (+update DB) (+ bericht naar SyA om te schrappen) 4 SERVER DB AGENT CLIENT DB AGENT 4 DB DB INFORMATION AGENTS 7

  10. Server (ev. DB server) Server (ev. synchro server) Mobiel toestel INTERFACE AG. Belastingsmeteragent Belastingsmeteragent RECEIVING SLAVE AGENT RECEIVING SLAVE AGENT RECEIVING SLAVE AGENT DOWN-LOAD CLIENT AGENT TASK AGENTS SENDING SLAVE AGENT SENDING SLAVE AGENT SENDING SLAVE AGENT POLICY AGENT UPLOAD CLIENT AGENT POLICY AGENT POLICY AGENT SYNCHRO AGENT ToestelID|TransactieID|prio|richting|aanvrager|DBactie ---------+------------+----+--------+---------+------- 002 | 927 |form| -> |dca002@… | get… 002 | 928 |form| <- |uca002@… |hereis… 003 | 929 |form| -> | pol9@… |hereis… 003 | 930 |form| <- | pol5@… | get… # actieve transacties prioriteitsdrempel SERVER DB AGENT CLIENT DB AGENT DB DB INFORMATION AGENTS Case-specifiek

  11. Abstract methods int GetLocalULPriority() CLIENT DB AGENT String ProduceFileAndReturnPath () int GetLocalDLPriority() Vector DLRequestedStatements() boolean addFileToDB(String FilePath) String ProduceFileAndReturnPath (String Request)

  12. Server (ev. DB server) Server (ev. synchro server) Mobiel toestel INTERFACE AG. Belastingsmeteragent Belastingsmeteragent RECEIVING SLAVE AGENT RECEIVING SLAVE AGENT RECEIVING SLAVE AGENT DOWN-LOAD CLIENT AGENT TASK AGENTS SENDING SLAVE AGENT SENDING SLAVE AGENT SENDING SLAVE AGENT POLICY AGENT UPLOAD CLIENT AGENT POLICY AGENT POLICY AGENT SYNCHRO AGENT ToestelID|TransactieID|prio|richting|aanvrager|DBactie ---------+------------+----+--------+---------+------- 002 | 927 |form| -> |dca002@… | get… 002 | 928 |form| <- |uca002@… |hereis… 003 | 929 |form| -> | pol9@… |hereis… 003 | 930 |form| <- | pol5@… | get… # actieve transacties prioriteitsdrempel SERVER DB AGENT CLIENT DB AGENT DB DB INFORMATION AGENTS Case-specifiek

  13. Abstract methods boolean addFileToDB(String FilePath) SERVER DB AGENT String ProduceFileAndReturnPath (String Request)

  14. Server (ev. DB server) Server (ev. synchro server) Mobiel toestel INTERFACE AG. Case-specifiek Belastingsmeteragent Belastingsmeteragent RECEIVING SLAVE AGENT RECEIVING SLAVE AGENT RECEIVING SLAVE AGENT DOWN-LOAD CLIENT AGENT TASK AGENTS SENDING SLAVE AGENT SENDING SLAVE AGENT SENDING SLAVE AGENT POLICY AGENT UPLOAD CLIENT AGENT POLICY AGENT POLICY AGENT SYNCHRO AGENT ToestelID|TransactieID|prio|richting|aanvrager|DBactie ---------+------------+----+--------+---------+------- 002 | 927 |form| -> |dca002@… | get… 002 | 928 |form| <- |uca002@… |hereis… 003 | 929 |form| -> | pol9@… |hereis… 003 | 930 |form| <- | pol5@… | get… # actieve transacties prioriteitsdrempel SERVER DB AGENT CLIENT DB AGENT DB DB INFORMATION AGENTS

  15. Abstract methods SYNCHRO AGENT ToestelID|TransactieID|prio|richting|aanvrager|DBactie ---------+------------+----+--------+---------+------- 002 | 927 |form| -> |dca002@… | get… 002 | 928 |form| <- |uca002@… |hereis… 003 | 929 |form| -> | pol9@… |hereis… 003 | 930 |form| <- | pol5@… | get… # actieve transacties prioriteitsdrempel int CalculateServerPriority()

  16. 1.1 – Modellering framework Bemerkingen bij het framework • AMobe implementeert ook de case-specifieke gedeelten voor Tele Atlas en IDEWE • Voorlopig wordt de te zenden data als 1 geheel beschouwd indien het toestel wil zenden. • Huidige principe van data opvragen: • Request via String, return via File • Later eventueel: • Request via Object, return via Object

  17. 1.1 – Modellering framework Bemerkingen bij het framework • Probleem: minimale trafiek over de GPRS link gewenst (zie verder) • Bepaalde beslissingen in het software-ontwerp kunnen later genomen worden voor agent-georiënteerde toepassingen dan voor klassieke object-georiënteerde toepassingen

  18. 1.2 - Modellering T&I Functionaliteiten T&I • Op de PC van de begeleider en op de mobiele toestellen (persoon met NAH en begeleider) worden dagschema’s en opvraagbare items gecreëerd en aangepast • De persoon met NAH interageert met ontvangen memo’s; de begeleider krijgt informatie over deze interactie • Analyserapporten

  19. 1.2 - Modellering T&I • meerdere mobiele toestellen aanwezig • uitwisseling dagschema’s en opvraagbare items zijn terug te brengen tot één van de vier scenario’s (toestel wil zenden/ontvangen, server wil zenden/ontvangen) De modellering toont veel gelijkenissen met het framework voor Tele Atlas/IDEWE:

  20. Server (ev. DB server) Begeleider op PC Server (ev. synchro server) Mobiel toestel Mobiele persoon NAH Mobiele begeleider Interface om dagschema en opvraagbare items te bewerken INTERFACE AG. Interface om dagschema en opvraagbare items te bewerken Belastingsmeteragent SYNCHRO AGENT ToestelID|TransactieID|prio|richting|aanvrager|DBactie ---------+------------+----+--------+---------+------- 002 | 927 |form| -> |dca002@… | get… 002 | 928 |form| <- |uca002@… |hereis… 003 | 929 |form| -> | pol9@… |hereis… 003 | 930 |form| <- | pol5@… | get… # actieve transacties prioriteitsdrempel Belastingsmeteragent RECEIVING SLAVE AGENT RECEIVING SLAVE AGENT RECEIVING SLAVE AGENT DOWN-LOAD CLIENT AGENT TASK AGENTS SENDING SLAVE AGENT SENDING SLAVE AGENT SENDING SLAVE AGENT POLICY AGENT UPLOAD CLIENT AGENT POLICY AGENT POLICY AGENT SERVER DB AGENT CLIENT DB AGENT DB DB INFORMATION AGENTS

  21. 1.2 - Modellering T&I Creatie memo-agent • Een memo-agent kan door de Client DB agent gecreëerd worden om met de persoon met NAH te interageren. • De memo-agent kan de reactie van de persoon met NAH op een memo registreren via de Client DB agent en die kan op zijn beurt de reactie doorsturen naar de server. Via een gelijkaardig mechanisme kan de reactie worden doorgestuurd naar het toestel van de begeleider. (creatie memo-agent)

  22. Server (ev. DB server) Server (ev. synchro server) Mobiel toestel MEMO AGENT INTERFACE AG. Belastingsmeteragent SYNCHRO AGENT ToestelID|TransactieID|prio|richting|aanvrager|DBactie ---------+------------+----+--------+---------+------- 002 | 927 |form| -> |dca002@… | get… 002 | 928 |form| <- |uca002@… |hereis… 003 | 929 |form| -> | pol9@… |hereis… 003 | 930 |form| <- | pol5@… | get… # actieve transacties prioriteitsdrempel Belastingsmeteragent RECEIVING SLAVE AGENT RECEIVING SLAVE AGENT RECEIVING SLAVE AGENT DOWN-LOAD CLIENT AGENT TASK AGENTS SENDING SLAVE AGENT SENDING SLAVE AGENT SENDING SLAVE AGENT POLICY AGENT UPLOAD CLIENT AGENT POLICY AGENT POLICY AGENT SERVER DB AGENT CLIENT DB AGENT DB DB INFORMATION AGENTS

  23. 2 - Agents over GPRS Aankoop:Sierra Wireless AirCard 750 (PCMCIA cf. PenPCs Tele Atlas) + Mobistar abonnement voor GPRS Eerste test: JADE agent op laptop (met GPRS - link) laten communiceren met JADE agent op server binnen KaHoSL-LAN (beide Windows XP)

  24. 2.1 – Eigenschappen Aircard Sierra Wireless AirCard 750: multislotklasse 12

  25. 2.1 – Eigenschappen Aircard Mogelijke scenario’s multislotklasse12 (4u,4d,5a): 1 slot = 13.4 kbps CS2 = theoretisch optimum • 1 Up, 4 Down (8-12 kbps Send, 32-48 kbps Receive) • 2 Up, 3 Down (16-24 kbps Send, 24-36 kbps Receive) • 3 Up, 2 Down (24-36 kbps Send, 16-24 kbps Receive) • 4 Up, 1 Down (32-48 kbps Send, 8-12 kbps Receive)

  26. 2.1 – Eigenschappen Aircard GPRS klasse B: • Mobiele toestellen kunnen zowel gebruik maken van GPRS als van GSM diensten, maar niet tegelijkertijd. • Tijdens een inkomend gesprek bv. zal de GPRS service tijdelijk worden stopgezet en daarna automatisch weer actief worden.

  27. 2.2 – JADE architectuur (herh.) Mogelijke opstellingen: • Split Container, Remote Container, Remote Platform

  28. 2.2 – JADE architectuur (herh.) Split Container DF en AMS zijn aanwezig op de main-container

  29. 2.2 – JADE architectuur (herh.) Remote Container DF en AMS zijn aanwezig op de main-container

  30. 2.2 – JADE architectuur (herh.) Remote Platform Op beide platformen is er een DF en AMS aanwezig. MTP naar keuze of zelf te implementeren.

  31. 2.3 - Aanspreken poort binnen KaHoSL LAN • Agentserver in KaHoSL LAN en agentclient in Mobistar netwerk • Probleem: firewall laat slechts communicatie van buitenaf toe via een beperkt aantal standaardpoorten (8080, 22, …) • Oplossing 1: via een SSH tunnel, maken we van buitenaf connectie met een host, die zowel een lokaal als een extern IP-adres (IP-forw.) heeft • Oplossing 2: we plaatsen een agentserver in de DMZ-zone

  32. Opstelling 1 Fire-wall Scampi 193.190.130.2 10.0.0.20 10.1.3.219 MobistarNet AllServ Mondriaan KaHoNet Internet SSH

  33. Opstelling 1 - Tunneling Fire-wall 22 Scampi PuTTY Internet MobistarNet Port forwarding: L 1090 mondriaan:1099 Als we lokaal op Scampi poort 1090 aanspreken, is het alsof we poort 1099 aanspreken op Mondriaan

  34. Opstelling 1 – KaHoSL LAN Fire-wall AllServ KaHoNet 22 Mondriaan

  35. Scampi Opstelling 2 Fire-wall MobistarNet deus Internet KaHoNet Mondriaan router DMZ

  36. Scampi Opstelling 2 Fire-wall remote monitoring MobistarNet deus Internet KaHoNet Mondriaan router niet secure Merk op: enkel op voorhand gekende poorten zijn aanspreekbaar

  37. 2.3 - Aanspreken poort binnen KaHoSL LAN Vergelijking: • SSH tunnelling geeft extra overhead, maar de communicatie is beveiligd. Flexibelere server-toewijzing. Agentenserver heeft enkel lokaal IP-adres. • De “DMZ-oplossing” geeft minder overhead, maar de communicatie is niet beveiligd (maar kan ingebouwd worden). Remote monitoring. Agentenserver heeft extern IP-adres.

  38. 2.3 - Aanspreken poort binnen KaHoSL LAN Random poorten probleem: • Bij de “Remote Container” en vaak bij de “Remote Platform” opstelling worden er aan de server-zijde (random) poorten open gezet voor communicatie • Bij “Split Container” gebeurt alle communicatie via één poort op de server

  39. 2.3 - Aanspreken poort binnen KaHoSL LAN Remote Container 1099 2614 2615

  40. 2.3 - Aanspreken poort binnen KaHoSL LAN Remote Platform over HTTP 7778 2260 2661

  41. 2.3 - Aanspreken poort binnen KaHoSL LAN Besluit random poorten probleem: • Beide opstellingen (tunneling, DMZ) vereisen dat op voorhand geweten is welke poorten gebruikt worden aan de serverzijde. • De “remote container” mode maakt per definitie meerdere willekeurige poorten aan op de server. Deze mode is dus onbruikbaar. • Voor de reeds bestaande MTP’s in de “remote platform” mode geldt hetzelfde. Een eigen implementatie zou kunnen helpen.

  42. 2.4 – Minimale trafiek GPRS wordt betaald per data-eenheid. Wat is de gemiddelde trafiek wanneer 2 agents communiceren of wanneer een remote agent bereikbaar wordt voor de server? Zijn er verschillen tussen “split container”, “remote container” en “remote platform”? Hoe kunnen we zelf overhead reduceren? Praktische metingen: gemeten over LAN, monitoring m.b.v. Ethereal en WinPcap, om algemeen beeld te krijgen

  43. 2.4 – Minimale trafiek Split Container (cijfers steeds up+down, message steeds INFORM hallo)

  44. 2.4 – Minimale trafiek Remote Container

  45. 2.4 – Minimale trafiek Remote Platform

  46. 2.4 – Minimale trafiek • Split container is de beste keuze (ook wat betreft poorten) (of remote platform met een eigen MTP??) • Resultaten bericht zenden (essentieel aspect): 585 bytes (RMI) + 174 bytes (TCP) = 759 bytes (totaal) • Vanwaar is de overhead net afkomstig? Kunnen we nog verder reduceren? • Gelaagd model voor agentencommunicatie in Supporting Nomadic Agent-based Applications in the FIPA Agent Architecture (Heikki Helin)

  47. 2.4 – Minimale trafiek commun. Act + ontologies syntax (ACLcodec) + semantiek

  48. 2.4 – Minimale trafiek • Heikki Helin:reduceer de overhead in elke laag • Helin’s uitgangspunten: minimale trafiek, interoperability, encoderen in de lagen kan ACL performance tegenwerken • Opmerking: dit model vertegenwoordigt enkel de agent-to-agent communicatie en houdt geen rekening met trafiek veroorzaakt door de architectuur van het platform!

  49. 2.4 – Minimale trafiek AC - Split container vrij vrij FIPA-ACL Not implem. RMI TCP

  50. 2.4 – Minimale trafiek • Split container: 1. architecturale ingreep opdat er geen nodeloze container-platform communicatie plaatsvindt 2. onderste lagen niet vrij te kiezen DUS moeilijk verder te reduceren • Remote container biedt geen enkel wireless voordeel t.o.v. split container • Remote platform: eigen MTP specificeren, ACL laag biedt nog steeds overhead

More Related