Configuration required to activate real network connectivity of a Cisco Packet Tracer lab

Cisco Packet Tracer asks for user permission before starting the web server and listening on port 8765.

Packet Tracer asking permission to start the real HTTP server

Open the "C:\Program Files\Cisco Packet Tracer 9.0.0\saves\04 IoT\Real WebSocket\real-websocket.html" test page provided in Packet Tracer sample labs folder to test the real websocket capability.

! connected to websocket @ ws://localhost:8765/ws
ping: hello: 10
... pong: hello: 10
ping: hello: 9
... pong: hello: 9
ping: hello: 8
... pong: hello: 8
ping: hello: 7
... pong: hello: 7
ping: hello: 6
... pong: hello: 6
ping: hello: 5
... pong: hello: 5
ping: hello: 4
... pong: hello: 4
ping: hello: 3
... pong: hello: 3
! disconnected from websocket

 

PTBridge - Connect a Packet Tracer lab network to a real network (deprecated)

Description

PTBridge allowed traffic bridging between virtual packet tracer networks and the real network connected to the PC running Cisco Packet Tracer. This java add-on was used to translate packets and keeps states for the protocol translation, as Packet Tracer packets and protocols were implemented with significant differences to real ones. This difference between real and simulated network protocols explained why PTBridge only handles a small subset of the networkprotocols implemented.

It was not possible to pass generic data through pt networks, like over udp or tcp.

Supported network protocols : 

  • Ethernet
  • IP
  • UDP
  • TCP
  • ARP
  • ICMP
  • DHCP (broken)
  • Telnet

 

PTBridge with Packet Tracer 7.0

Connection and packet flow from Packet Tracer 7.0 are working properly and have been validated with a fully functionnal ICMP test between Cisco Packet Tracer and a router located in the physical network.. However, practical work using telnet to configure a Packet Tracer switch reveals to be quite unstable with several connection and typo issues.

Received STP frames from Packet Tracer 7.0

EthernetIIHeader | IpHeader | IcmpMessage | VariableSizePdu | 100 | 8 | 0 | 0 | 2 | 2 | 4 | 5 | 0 | 128 | 2 | 0 | 0 | 255 | 1 | 0 | 192.168.1.210 | 192.168.1.254 | 0 | 0 | E8F1.XXXX.07DC | 0001.XXXX.7336 | 0 | 2048 | 

EthernetIIHeader | IpHeader | IcmpMessage | VariableSizePdu | 100 | 8 | 0 | 0 | 2 | 3 | 4 | 5 | 0 | 128 | 3 | 0 | 0 | 255 | 1 | 0 | 192.168.1.210 | 192.168.1.254 | 0 | 0 | E8F1.XXXX.07DC | 0001.XXXX.7336 | 0 | 2048 | 

EthernetIIHeader | IpHeader | IcmpMessage | VariableSizePdu | 100 | 8 | 0 | 0 | 2 | 4 | 4 | 5 | 0 | 128 | 4 | 0 | 0 | 255 | 1 | 0 | 192.168.1.210 | 192.168.1.254 | 0 | 0 | E8F1.XXXX.07DC | 0001.XXXX.7336 | 0 | 2048 | 

EthernetIIHeader | IpHeader | IcmpMessage | VariableSizePdu | 100 | 8 | 0 | 0 | 2 | 5 | 4 | 5 | 0 | 128 | 5 | 0 | 0 | 255 | 1 | 0 | 192.168.1.210 | 192.168.1.254 | 0 | 0 | E8F1.XXXX.07DC | 0001.XXXX.7336 | 0 | 2048 | 

Warning : PTBridge needs root privilege on linux to be able to configure the real network interface in promiscuous mode. Without root privilège, PTbridge is unable to decode the packets originating from the real network ethernet interface. The following java error is then returned for each received packet. As Windows 10 embeded Ubuntu doesn't feature any ethernet interface (error returned when calling ifconfig), and despite beeing succesfully loaded, PTBrige returns the sans error on Windows 10. Let's hope that the upcoming "Creators update" will make it possible.

java.lang.IllegalStateException: Unreachable section!
        at at.stefl.packetsocket.io.ExtendedDataInputStream.readShort(ExtendedDataInputStream.java:99)
        at at.stefl.packetsocket.pdu.formatter.Ethernet2FrameFormatter.parse(Ethernet2FrameFormatter.java:48)
        at at.stefl.packetsocket.pdu.formatter.Ethernet2FrameFormatter.parse(Ethernet2FrameFormatter.java:1)
        at at.stefl.packetsocket.pdu.formatter.GenericPDUFormatter.parse(GenericPDUFormatter.java:23)
        at at.stefl.ptbridge.traverser.EthernetTraverser$EthernetReceiver.run(EthernetTraverser.java:25)

 

PTBridge installation and usage

Packet Tracer needs then to be setup for multiuser connection in server mode. Try the connection with a second packet tracer instance to validate your Packet Tracer configuration before testing PTBridge

Connect PTBridge to Packer Tracer with the following syntax :

ptbridge [interface pt_ip:pt_port password] 

Download PTBridge from GitHUB