web-archive-net.com » NET » I » ITRANSFORMERS.NET

Total: 226

Choose link from "Titles, links and description words view":

Or switch to "Titles and links view".
  • Discovery Method Implementation Guide | iTransformers.net
    5 Transform raw data to a structured device xml To process them further the new data has to be accomodated in transformator xslt file for the specified device type The transformator xslt aims to build from the unstructured raw data a structured hierarchical object oriented xml database file for each of the discovered devices That means There is one device It has certain number of parameters It contains certain number of objects Each object also has some parameters And may contain other objects Figure 1 Device model generated from deviceXML through Altova XML Spy Each interface has ifIndex so it will be most appropriate to place the neighbors from ipCidrRouteTable as objects under the interface objects Step 6 Determine Neighbor objects and objects parameters object name HOSTNAME name objectType Discovered Neighbor objectType parameters parameter name Discovery Method name value c IPCIDRROUTEPROTO value parameter parameter name Neighbor IP Address name value X X X X value parameter parameter name Neighbor hostname name value HOSTNAME value parameter parameter name Neighbor Device Type name value DeviceType value parameter parameters object Step 7 Determine Neighbor objects and objects parameters Next task is to prepare xpath query to determine which cidr next hop is determined under which interface The best option is to open the raw data file and using something like Altova xml spy to try finding the correct xpath Figure 2 Xpathing Device XML xsl variable name ipCidrRouteTable select root iso org dod internet mgmt mib 2 ip ipForward ipCidrRouteTable ipCidrRouteEntry ipCidrRouteIfIndex ifIndex Since there might be many routes with different next hops pointing towards this interface will be usefull to get only the unique values of it xsl variable name next hop ips select distinct values ipCidrRouteTable ipCidrRouteEntry ipCidrRouteNextHop So this will extract us the ipCidrRouteEntry values for the interface with the current ifIndex Foreach nexthop we have to check if it is not 0 0 0 0 or a loopback xsl for each select next hop ips xsl variable name next hop ip select xsl if test next hop ip 0 0 0 0 and not contains next hop ip 127 0 0 And to determine its neighbor id e g try to get through snmp its sysName xsl variable name neighID xsl call template name return hostname xsl with param name hostname unformated select SnmpGetNameForXslt getName next hop ip comm xsl call template xsl variable If we are able to connect to the remote device and to get the sysName we will use it as an object Name xsl if test neighID sysName object xsl choose xsl when test neighID name xsl value of select neighID name xsl when xsl otherwise Else we will use the ip address name xsl value of select next hop ip name xsl otherwise xsl choose Object Type of Discovered Neighbors has always to be Discovered Neighbor objectType Discovered Neighbor objectType parameters Discovery Method c Protocol Names separated by a comma parameter name Discovery Method name value xsl for each select distinct values ipCidrRouteTable ipCidrRouteEntry

    Original URL path: http://itransformers.net/tags/discovery-method-implementation-guide (2016-04-25)
    Open archived version from archive


  • User login | iTransformers.net
    Documentation netTransformer UserGuide Pirin Release Discovery Methods Impl Guide Developer s Guide netTransformer on dynamips bgpPeeringMap Education Graduation projects Trainings Cloud Solutions Intro to OpenStack Networks Security DDOS RTBH Self Protection Forum Contact iTransformers net Empowering iTransformation Search form Search

    Original URL path: http://itransformers.net/user/login?destination=node/47%23comment-form (2016-04-25)
    Open archived version from archive

  • Developer's Guide
    device Then this request is used for obtaining the raw device data The Definition of the different discovery helper factories is done in the discoveryManager xml configuration file If there is a new DiscoveryHelperFactory it has to be added here discovery manager discovery helper class com discovery discoveryhelpers xml XmlDiscoveryHelperFactory parameters param name fileName discovery manager conf xml discoveryParameters xml param parameters discovery helper discovery manager DiscoveryListener Discovery listner is an event handling class that is registerd in DiscoveryManager main process and listens for newly discovered device events The design rational behid the evet mechanism is to achieve flexibility towards integrating iDiscover with various third party inventory systems public interface DiscoveryListener void handleDevice String deviceName RawDeviceData rawData DiscoveredDeviceType discoveredDeviceType Resource resource handeDevice is a method handler that is invoked by the discovery algorithm each time a new device is discovered Initially has been implemented the following handlers com discovery discoverylisteners DeviceFileLogger logs device data xml files into the filesystem com discovery discoverylisteners TopologyDeviceLogger java based logger that generates graphml files for visualization of this device into the network graph not used com discovery discoverylisteners XmlTopologyDeviceLogger xslt based logger that generates graphml giles for visualization of this device into t network graph DiscoveryListeners are registerd in iDiscover main process with the help of DiscoveryHelperFactory com discovery discoveryhelpers xml XmlDiscoveryHelperFactory The factory config is part of the discoveryManager xml The standard way of adding a new listener is to create a new class that implements discoveryListener interface and to add the class to the configuraiton file discovery manager discovery manager listeners discovery manager listener class com discovery discoverylisteners DeviceFileLogger param name path devices and models lab param discovery manager listener discovery manager listener class com discovery discoverylisteners XmlTopologyDeviceLogger param name xslt discovery manager conf xslt transformator undirected2 xslt param param name path devices and models lab undirected param discovery manager listener discovery manager listener class com discovery discoverylisteners XmlTopologyDeviceLogger param name xslt discovery manager conf xslt transformator directed xslt param param name path devices and models lab directed param discovery manager listener discovery manager listeners discovery manager iDiscover Resource Management iDiscover has an internal resource class that is used by the discoverer interface implementatation but also utilizes the ResourceManager module Initially iDiscover has been using only its internal class The algorithm works the following way During process initiation are passed as an input parameter the initial IP address and the discoveryManager xml file Into discoveryManager xml is declared discoveryResource xml config file From the intial IP address and the default currently SNMP management protocol parametersis formed a Discovery Resource that is used for the discovery of the initial device Then for any other discovered device the procedure is repeted the internal Resource is formed by the device IP address and a lookup in the resources defined in discoveryResource xml config file The design rational behind having both resources is the integration between the initial internal resource management and the common resource management used throught iTransformer ResourceManager ResourceManager store network resources protocol connection

    Original URL path: http://itransformers.net/print/54 (2016-04-25)
    Open archived version from archive

  • Developer's Guide | iTransformers.net
    process so knowing the deviceType we can determine the type of the request towards the device Then this request is used for obtaining the raw device data The Definition of the different discovery helper factories is done in the discoveryManager xml configuration file If there is a new DiscoveryHelperFactory it has to be added here discovery manager discovery helper class com discovery discoveryhelpers xml XmlDiscoveryHelperFactory parameters param name fileName discovery manager conf xml discoveryParameters xml param parameters discovery helper discovery manager DiscoveryListener Discovery listner is an event handling class that is registerd in DiscoveryManager main process and listens for newly discovered device events The design rational behid the evet mechanism is to achieve flexibility towards integrating iDiscover with various third party inventory systems public interface DiscoveryListener void handleDevice String deviceName RawDeviceData rawData DiscoveredDeviceType discoveredDeviceType Resource resource handeDevice is a method handler that is invoked by the discovery algorithm each time a new device is discovered Initially has been implemented the following handlers com discovery discoverylisteners DeviceFileLogger logs device data xml files into the filesystem com discovery discoverylisteners TopologyDeviceLogger java based logger that generates graphml files for visualization of this device into the network graph not used com discovery discoverylisteners XmlTopologyDeviceLogger xslt based logger that generates graphml giles for visualization of this device into t network graph DiscoveryListeners are registerd in iDiscover main process with the help of DiscoveryHelperFactory com discovery discoveryhelpers xml XmlDiscoveryHelperFactory The factory config is part of the discoveryManager xml The standard way of adding a new listener is to create a new class that implements discoveryListener interface and to add the class to the configuraiton file discovery manager discovery manager listeners discovery manager listener class com discovery discoverylisteners DeviceFileLogger param name path devices and models lab param discovery manager listener discovery manager listener class com discovery discoverylisteners XmlTopologyDeviceLogger param name xslt discovery manager conf xslt transformator undirected2 xslt param param name path devices and models lab undirected param discovery manager listener discovery manager listener class com discovery discoverylisteners XmlTopologyDeviceLogger param name xslt discovery manager conf xslt transformator directed xslt param param name path devices and models lab directed param discovery manager listener discovery manager listeners discovery manager iDiscover Resource Management iDiscover has an internal resource class that is used by the discoverer interface implementatation but also utilizes the ResourceManager module Initially iDiscover has been using only its internal class The algorithm works the following way During process initiation are passed as an input parameter the initial IP address and the discoveryManager xml file Into discoveryManager xml is declared discoveryResource xml config file From the intial IP address and the default currently SNMP management protocol parametersis formed a Discovery Resource that is used for the discovery of the initial device Then for any other discovered device the procedure is repeted the internal Resource is formed by the device IP address and a lookup in the resources defined in discoveryResource xml config file The design rational behind having both resources is the integration between the initial internal resource management

    Original URL path: http://itransformers.net/tags/developers-guide (2016-04-25)
    Open archived version from archive

  • User login | iTransformers.net
    Documentation netTransformer UserGuide Pirin Release Discovery Methods Impl Guide Developer s Guide netTransformer on dynamips bgpPeeringMap Education Graduation projects Trainings Cloud Solutions Intro to OpenStack Networks Security DDOS RTBH Self Protection Forum Contact iTransformers net Empowering iTransformation Search form Search

    Original URL path: http://itransformers.net/user/login?destination=node/54%23comment-form (2016-04-25)
    Open archived version from archive

  • netTransformer on dynamips
    cisco 3725 routers and you have to bridge and change the IP address 10 10 12 5 in the initial configuration of interface FastEthernet0 1 on R1 to your own network interface card of your PC Once you are done with this you will have to point the host on which netTransformer will be run on how to reach the routers part of our virtual lab For the purpose add

    Original URL path: http://itransformers.net/print/78 (2016-04-25)
    Open archived version from archive

  • netTransformer | iTransformers.net
    look also on the user guide Follow the Ready set and go section and tell us what do you think about it Soon we will be able to add a new demo on how to use it on our video channel in youtube http www youtube com channel UCVrXTSM9Hj6d3OFbIdF4Z2w Enjoy http iTransformers net Tags netTransformer Read more about netTransformer is now available Tweet Widget Facebook Like Google Plus One Linkedin Share Button Log in to post comments Comments netTransformer on dynamips Submitted by info on Thu 01 09 2014 07 06 Trying out netTransformer with a virtual network topology If you want just to try netTransformer and to do it not inside your own network you can try to do a dynamips network discovery Here is a topology that is suitable for the purpose It has been built in GNS3 with dynamios and dynagen as underlying technologies You can download it from here Tags netTransformer dynamips GNS3 Virtual lab Read more about netTransformer on dynamips Tweet Widget Facebook Like Google Plus One Linkedin Share Button Log in to post comments Comments netTransformer source code Submitted by info on Thu 01 09 2014 06 39 Getting started with iTransformer source code

    Original URL path: http://itransformers.net/taxonomy/term/58 (2016-04-25)
    Open archived version from archive

  • dynamips | iTransformers.net
    Security DDOS RTBH Self Protection Forum Contact iTransformers net Empowering iTransformation Search form Search dynamips netTransformer on dynamips Submitted by info on Thu 01 09 2014 07 06 Trying out netTransformer with a virtual network topology If you want just to try netTransformer and to do it not inside your own network you can try to do a dynamips network discovery Here is a topology that is suitable for the

    Original URL path: http://itransformers.net/taxonomy/term/66 (2016-04-25)
    Open archived version from archive



  •