The term "Out" always means "Host to device" so it cannot mean "Device to host" also. The description of your bulk traffic is confusing.
#Handshaker connect usb driver#
To learn more about these commands, you would need to find the documentation of the USB class that your device implements and/or the driver that is sending these commands.
Since it is a smart card reader, I imagine your operating system has some driver that sends commands to it in order to see if any smart cards are connected, and those commands could very well be implemented with bulk transfers instead of control transfers. The initial handshake usually does not have any bulk transfers, but it is possible that your device uses a driver which wants to do some bulk transfers when it gets initialized. The initial handshake consists of controls transfers like "Get Device Descriptor", "Get Configuration Descriptor" and "Set Address", which are defined in Chapter 9 of the USB 2.0 specification. (The screenshots are ok, they look alike but they're not the same) IdVendor 0x0bda Realtek Semiconductor Corp.īcdCCID 1.10 (Warning: Only accurate for version 1.0) How can I reproduce this USB communications?īus 001 Device 002: ID 0bda:0165 Realtek Semiconductor Corp.Ĭouldn't open device, some information will be missingīDeviceClass 0 (Defined at Interface level) Is there an initial handshake in USB communications? My goal here is to reproduce the communication between the reader and the host by using only USB communications. These four packets are sent 2-3 times and then I can sniff the messages I send using PyScard. I have read here that there is an initial handshake between a USB device and the host and I wonder if that is what I see while sniffing. When I connect to the reader using PyScard, some packets are sent back and forth using bulk operations before I send any APDU just by establishing the connection. I'm capturing USB traffic using Wireshark on a smart card reader.
0 kommentar(er)
