**** BEGIN LOGGING AT Fri Jun 22 03:00:01 2018
Jun 22 06:20:30 <jkridner> vaishnav98_: I sent some replies on PR#174
Jun 22 09:03:15 <vaishnav98_> jkridner: couldn't reply earlier as I wasn't at home, I have made some changes according to the suggestions and replied to all the comments.
Jun 22 14:01:47 <ravikp7> jkridner: Hi! are you available for chat?
Jun 22 14:19:02 <jkridner> ravikp7: sorry for the delay
Jun 22 14:19:02 <jkridner> I'm here.
Jun 22 14:19:03 <jkridner> you still around?
Jun 22 14:20:02 <ravikp7> jkridner: yes
Jun 22 14:20:05 <jkridner> ravikp7: ping2
Jun 22 14:21:50 <ravikp7> jkridner: already here :)
Jun 22 14:22:44 <jkridner> ravikp7: doh. rejoined.
Jun 22 14:22:46 <jkridner> got a new router.
Jun 22 14:22:50 <jkridner> also in the middle of cooking BBQ and trying to get BlueDonkey to drive autonomously.
Jun 22 14:23:26 <ravikp7> cool
Jun 22 14:24:16 <ravikp7> why the board doesn't respond to the  arp or dhcp without dns? I guess we don't need to resolve names to communicate to the board here
Jun 22 14:25:04 <ravikp7> from the wireshark capture, when board communicates normally to host, I see response to arp or dhcp after a long series of mdns mesages
Jun 22 14:25:20 <jkridner> ravikp7: what state are you talking about? after Debian boot?
Jun 22 14:25:57 <ravikp7> I'm trying to mimic all those mdns messages to get arp or dhcp response.
Jun 22 14:25:58 <jkridner> ravikp7: we need to proxy DNS to the board.
Jun 22 14:26:01 <ravikp7> jkridner: yes
Jun 22 14:26:47 <jkridner> for Debian, the board is the DHCP host, yes?
Jun 22 14:27:27 <ravikp7> It's a very time consuming process, can't it be skipped in this case?
Jun 22 14:28:00 <jkridner> ravikp7: well, I guess you always know you'll be 192.168.7.1 and all the other DHCP parameters.
Jun 22 14:28:25 <jkridner> not sure if it needs the request to "know you are there", ie., update the routing table.
Jun 22 14:29:16 <ravikp7> jkridner: yes, that's why I'm asking can't we skip dns for this proxy server setup
Jun 22 14:30:21 <jkridner> what do the DNS requests look like?
Jun 22 14:31:43 <ravikp7> jkridner: let me send you the wireshark capture file
Jun 22 14:32:29 <ravikp7> jkrinder: questions with name server records, then only answers to the previous questions
Jun 22 14:33:39 <jkridner> the board should send a DNS request to port 53 and you can just pass the packets to your localhost, no? do you need to fetch your own host DNS entries and forward the request?
Jun 22 14:34:20 * ravikp7 posted a file: BB_usb_debian.pcapng (2131KB) < https://matrix.org/_matrix/media/v1/download/matrix.org/zhhfZZbUVTLbWKTjEMWGuFDa >
Jun 22 14:36:06 <ravikp7> jkridner: currently, I'm not passing or fetching those packets to and from local host. Is it really needed?
Jun 22 14:36:28 <jkridner> got it up in Wireshark now
Jun 22 14:36:47 <jkridner> ravikp7: either localhost or the DNS server.
Jun 22 14:36:50 <ravikp7> jkridner: use filter with that wireshark capture -> mdns || icmpv6 || arp || bootp || igmp || icmp
Jun 22 14:37:13 <jkridner> Not sure if we an count on a localhost server though... are you looking to just use host OS DNS info?
Jun 22 14:37:24 <jkridner> I guess that does make the most sense.
Jun 22 14:37:30 <abhishek_[m]> Hi jkridner and ravikp7
Jun 22 14:37:57 <jkridner> howdy abhishek_[m]!
Jun 22 14:38:09 <ravikp7> abhishek_: Hi!
Jun 22 14:38:51 <ravikp7> currently, I'm just using the host os dns info as can be seen from wireshark
Jun 22 14:40:58 <jkridner> ravikp7: note that you are logging what to emulate on 6.2, which is the CDC, not RNDIS, interface. I guess that's fine to capture, but don't forget that in the app you'll only be getting the 7.2 requests.
Jun 22 14:41:37 <ravikp7> my approach is to send all dns responses as sent by host os, to let the board know that names have been resolved, so that it can send further requests, which we actually need
Jun 22 14:42:13 <jkridner> ravikp7: I guess you are just trying to figure out what needs to be done right now and you haven't captured the interface?
Jun 22 14:42:47 <jkridner> ravikp7: that makes sense for all the non-IP traffic, but I think you want to be careful biting off too much on the IP traffic.
Jun 22 14:43:00 <ravikp7> jkridner: yes, have kept  that in mind while making responses
Jun 22 14:43:06 <jkridner> ravikp7: if it is IP, you can simply route it.... and you have to figure out how to do that anyway.
Jun 22 14:43:43 <ravikp7> jkridner: captured the interface
Jun 22 14:43:50 <ravikp7> requests currently go like this
Jun 22 14:43:55 <ravikp7> first igmp
Jun 22 14:44:00 <ravikp7> response done
Jun 22 14:44:21 <abhishek_[m]> The RNDIS captured interfaces do not look good in wireshark; they lack structure
Jun 22 14:44:24 <ravikp7> then mdns with 4 questions and 6  answers
Jun 22 14:45:27 <ravikp7> abhishek_: yes, wireshark isn't parsing rndis header, treating it as ether
Jun 22 14:45:31 <jkridner> abhishek_[m]: note that these are CDC, not RNDIS. this isn't BeagleBoot, but rather watching the way the board works with a Linux host by default to figure out what to implement. ravikp7: please correct if I am wrong.
Jun 22 14:45:52 <ravikp7> let me push all the local code progress...
Jun 22 14:47:45 <ravikp7> correct
Jun 22 14:49:22 <abhishek_[m]> Ok, so you(BeagleBoot) isn't claiming any interface - this is just normal USB traffic, right?
Jun 22 14:52:32 <ravikp7> abhishek_: I'm looking at the interaction of board with linux host without claiming and trying to repeat those steps after claiming the device on the other interface
Jun 22 14:53:10 <ravikp7> abhishek_, jkridner: https://github.com/ravikp7/node-beagle-boot/tree/tcpip try this
Jun 22 14:53:42 <ravikp7> and sorry, for a lot of changes in single commit..
Jun 22 14:56:53 <ravikp7> currently board sends only mdns, igmp, icmpv6 requests and the code sends responses to those requests like how the linux host did
Jun 22 15:00:39 <ravikp7> plus, sending dhcp requests, requesting Ip address 192.168.7.1
Jun 22 15:07:24 <jkridner> I'm trying to see if each of these is IP packets.
Jun 22 15:07:26 <jkridner> aren't they?
Jun 22 15:07:31 <jkridner> either IP or IPv6?
Jun 22 15:09:09 <jkridner> I guess if you put these directly on the network after replacing the IP source address, they might interfere with the networking on your host?
Jun 22 15:10:17 <ravikp7> jkridner: line 295 and 314, uncomment to see if the packet is ip or ipv6
Jun 22 15:13:34 <jkridner> so, will it only be TCP packets that get passed-through?
Jun 22 15:13:59 <ravikp7> jkridner: sorry, couldn't understand you
Jun 22 15:15:41 <ravikp7> jkridner: yes, plan to pass only tcp packets
Jun 22 15:15:46 <jkridner> I'm trying to figure out the justification for interpreting each of these packets rather than just swapping out the source IP address and putting them on the network.
Jun 22 15:16:35 <jkridner> it seems there could be a lot of packet types the board could send.
Jun 22 15:17:05 <jkridner> are each of these packets send to the same IP address, ie., the gateway?
Jun 22 15:17:24 <jkridner> I guess you can pass through any IP packets not targeting the gateway as well?
Jun 22 15:21:11 <ravikp7> packets are sent as multicast
Jun 22 15:30:14 <jkridner> so, is the fundamental issue with passing on multicast IP messages that it'll confuse the network regarding your host machine?
Jun 22 15:32:58 <jkridner> what happens if you don't provide any multicast routing for now?
Jun 22 15:33:45 <jkridner> can't you get the TCP and unicast IP other than the services we provide (UDP for NETCONSOLE, etc.) working without them?
Jun 22 15:35:46 <jkridner> when you said "why the board doesn't respond to the  arp or dhcp without dns?", what did you mean?
Jun 22 15:41:39 <ravikp7> jkridner: I'm sending dhcp request with ip destination multicast, requesting ip 192.168.7.1
Jun 22 15:45:13 <ravikp7> jkridner: I tried to send similar arp request as we use with beagleboot to the board, so response to it also
Jun 22 15:47:21 <ravikp7> if an app puts ip packet with mdns or icmpv6 on the host network, what should be expect from host?
Jun 22 15:47:58 <ravikp7> I guess an app can't put ether packets on the host network, no?
Jun 22 15:48:31 <ravikp7> *we expect
Jun 22 15:57:15 <jkridner> sorry about my network.
Jun 22 16:00:37 <jkridner> ravikp7: do those packets have any sort of response port? I need to look if that is part of IP itself.
Jun 22 16:00:48 <jkridner> grrr... don't know what is up with my network.
Jun 22 16:00:59 <jkridner> also, I need to hop off for a meeting. :-(
Jun 22 16:01:11 <ravikp7> Riot also keeps getting down..
Jun 22 16:02:05 <ravikp7> I don't think that they have a response port
Jun 22 16:04:33 * ravikp7 goes for dinner, will be back in an hour
Jun 22 17:28:02 * anirban1998[m] uploaded an image: 20180622_224854.jpg (5475KB) < https://matrix.org/_matrix/media/v1/download/matrix.org/sqCadQVTjsGNMQvkBZvFyCQY >
Jun 22 17:29:04 * anirban1998[m] uploaded an image: 20180622_224900.jpg (5415KB) < https://matrix.org/_matrix/media/v1/download/matrix.org/lSpUnFamWkRfhluUMKYpVSZU >
Jun 22 17:29:49 * anirban1998[m] uploaded an image: 20180622_224904.jpg (5539KB) < https://matrix.org/_matrix/media/v1/download/matrix.org/ipthgcYjFAaHudULQWIVMEwU >
Jun 22 17:30:37 * anirban1998[m] uploaded an image: 20180622_224928.jpg (4653KB) < https://matrix.org/_matrix/media/v1/download/matrix.org/fOXpRryyoekHeAYUWpPfPzlg >
Jun 22 17:31:28 * anirban1998[m] uploaded an image: 20180622_225000.jpg (4463KB) < https://matrix.org/_matrix/media/v1/download/matrix.org/navRMuRKHeziaWlevXcpMRra >
Jun 22 17:32:27 * anirban1998[m] uploaded an image: 20180622_225038.jpg (4221KB) < https://matrix.org/_matrix/media/v1/download/matrix.org/wTKJJfBSPadDKZwZKTHMTPrs >
Jun 22 17:33:18 * anirban1998[m] uploaded an image: 20180622_225046.jpg (4127KB) < https://matrix.org/_matrix/media/v1/download/matrix.org/goltieAAycxIdrpYaSilkIiN >
Jun 22 17:34:05 * anirban1998[m] uploaded an image: 20180622_225058.jpg (4303KB) < https://matrix.org/_matrix/media/v1/download/matrix.org/okebZsptSsYmnSEeQxAyYCae >
Jun 22 17:34:59 * anirban1998[m] uploaded an image: 20180622_225104.jpg (4845KB) < https://matrix.org/_matrix/media/v1/download/matrix.org/XcAvdbSkWQgmGHDuCahSbMYM >
Jun 22 17:35:01 <anirban1998[m]> ds2 Couldn't get any picture clearer than these
Jun 22 17:40:43 <ravikp7> anirban1998: the header doesn't seem to be soldered properly in the usb breakout board, have you checked that?
Jun 22 17:57:02 <anirban1998[m]> ravikp7: Have you noticed anything unusual with the header?
Jun 22 17:59:48 <ravikp7> anirban1998: the header pins for D+, D- and GND just doesn't seem to have proper soldering, as can be seen in the image. There isn't enough solder I guess...
Jun 22 18:00:34 <ravikp7> but only you can confirm that
Jun 22 18:02:10 <ravikp7> anirban1998: you have a multimeter to check short?
Jun 22 18:02:56 <ravikp7> try to check the short for usb pins to corresponding header wire
Jun 22 18:08:54 <anirban1998[m]> ravikp7: No I don't have one...will have to borrow one by this weekend
Jun 22 18:09:51 <ravikp7> you tested any other usb device, like usb light?
Jun 22 18:10:50 <anirban1998[m]> ravikp7: No, will do today and report...
Jun 22 18:15:26 * anirban1998[m] uploaded an image: 41oJJbT978L._AC_SY700_FMwebp_.jpg (16KB) < https://matrix.org/_matrix/media/v1/download/matrix.org/jVuGQbTOofMyiwzsaSAfjjpw >
Jun 22 18:17:23 * anirban1998[m] uploaded an image: 41oJJbT978L._AC_SY700_FMwebp_.jpg (16KB) < https://matrix.org/_matrix/media/v1/download/matrix.org/QkQwKOzeccLmQaUoTFBtqDMe >
Jun 22 18:21:52 <ds2> can you email me the links? cut and pastenot working
Jun 22 18:22:09 <ds2> i am on connect bot right now
Jun 22 18:22:27 <anirban1998[m]> ravikp7: Is the seemingly less soldering due to the shape?
Jun 22 18:22:28 <anirban1998[m]> https://www.amazon.in/Generic-Female-Breakout-2-54mm-Header/dp/B01MQE8B1D?tag=googinhydr18418-21&source=ps-sl-shoppingads-lpcontext&tag=googinkenshoo-21&ascsubtag=2637de21-2a2d-4155-9a4f-af83384263a3
Jun 22 18:29:38 <ravikp7> anirban1998: I can comment on just what I see in the image, may be the soldering is good enough, as I said only you can confirm that as only you have physical access to it :)
**** ENDING LOGGING AT Sat Jun 23 03:00:01 2018