Sniffer trace of reach rs NOT tethering with iPhone

After upgrading to the new IOS 11.3 beta, I could not longer get RS to connect as a tethered device. Mind you, it’s never easy, always having to fiddle with switching the hotspot on an off…but after the upgrade, no joy at all. I’m going to post the following:

the reach’s simple report, the sniffer output of a working DHCP discovery packet (it’s from an iphone with the ipad acting as hotspot), and last the reach’s DHCP discovery packet. The reach appears to associate with the hotspot no problem, but its DHCP discovery packets are never answered…I think. I can’t sniff a unicast reply to the reach, so the ipad might be sending a response which the reach is ignoring. In any case, every few seconds the reach re-sends its DHCP discover packet, and it never gets an IP address.

I’m going to make a wild guess. Perhaps the reach not sending option 51 (requested lease time) causes the iphone hotspot dhcp server to fail. Just a guess.

Simple system report
app version: 2.10.3-dev-r0
'wifi_status, interface: wlan0':
- Client state
- IP address: 192.168.1.103
  mac address: fc:db:b3:7b:be:4a
  ssid: ssw-2.4
base mode:
  base coordinates:
    accumulation: '2'
    antenna offset:
      east: '0'
      north: '0'
      up: '0'
    coordinates:
    - '0'
    - '0'
    - '0'
    format: llh
    mode: single-and-hold
  output:
    enabled: false
    format: rtcm3
    path: tcpsvr://:9000#rtcm3
    type: tcpsvr
  rtcm3 messages:
    '1002':
      enabled: true
      frequency: '1'
    '1006':
      enabled: true
      frequency: '0.1'
    '1008':
      enabled: false
      frequency: '1'
    '1010':
      enabled: true
      frequency: '1'
    '1019':
      enabled: false
      frequency: '1'
    '1020':
      enabled: false
      frequency: '1'
    '1097':
      enabled: false
      frequency: '1'
    '1107':
      enabled: false
      frequency: '1'
    '1117':
      enabled: false
      frequency: '1'
    '1127':
      enabled: false
      frequency: '1'
bluetooth:
  discoverable: false
  enabled: false
  pin: '***'
correction input:
  input2:
    enabled: true
    format: rtcm3
    path: '***:***@108.59.49.226:10000/RTCM3_IMAX'
    send position to base: single
    type: ntripcli
  input3:
    enabled: false
    format: rtcm3
    path: :9028
    type: tcpsvr
logging:
  base:
    format: RTCM3
    started: true
    version: null
  correction:
    format: RTCM3
    started: true
    version: null
  interval: 24
  overwrite: true
  raw:
    format: UBX
    started: true
    version: null
  solution:
    format: LLH
    started: false
    version: null
lora:
  air rate: 2.6000000000000001
  frequency: 868000
  output power: 20
position output:
  output1:
    enabled: false
    format: nmea
    path: bluetooth
    type: bluetooth
  output2:
    enabled: false
    format: llh
    path: :2013
    type: tcpsvr
  output3:
    enabled: true
    format: llh
    path: :2014
    type: tcpsvr
  output4:
    enabled: true
    format: llh
    path: :2015
    type: tcpsvr
rtk settings:
  elevation mask angle: '15'
  glonass ar mode: 'off'
  gps ar mode: continuous
  max horizontal acceleration: '1'
  max vertical acceleration: '1'
  positioning mode: kinematic
  positioning systems:
    compass: false
    galileo: false
    glonass: true
    gps: true
    qzs: true
    qzss: true
    sbas: true
  snr mask: '35'
  update rate: '1'

working DHCP discover from iphone
Bootstrap Protocol (Discover)
Message type: Boot Request (1)
Hardware type: Ethernet (0x01)
Hardware address length: 6
Hops: 0
Transaction ID: 0x3db227a6
Seconds elapsed: 33
Bootp flags: 0x0000 (Unicast)
0… … … … = Broadcast flag: Unicast
.000 0000 0000 0000 = Reserved flags: 0x0000
Client IP address: 0.0.0.0
Your (client) IP address: 0.0.0.0
Next server IP address: 0.0.0.0
Relay agent IP address: 0.0.0.0
Client MAC address: Apple_f2:3b:2a (3c:2e:f9:f2:3b:2a)
Client hardware address padding: 00000000000000000000
Server host name not given
Boot file name not given
Magic cookie: DHCP
Option: (53) DHCP Message Type (Discover)
Length: 1
DHCP: Discover (1)
Option: (55) Parameter Request List
Length: 7
Parameter Request List Item: (1) Subnet Mask
Parameter Request List Item: (121) Classless Static Route
Parameter Request List Item: (3) Router
Parameter Request List Item: (6) Domain Name Server
Parameter Request List Item: (15) Domain Name
Parameter Request List Item: (119) Domain Search
Parameter Request List Item: (252) Private/Proxy autodiscovery
Option: (57) Maximum DHCP Message Size
Length: 2
Maximum DHCP Message Size: 1500
Option: (61) Client identifier
Length: 7
Hardware type: Ethernet (0x01)
Client MAC address: Apple_f2:3b:2a (3c:2e:f9:f2:3b:2a)
Option: (51) IP Address Lease Time
Length: 4
IP Address Lease Time: (7776000s) 90 days
Option: (12) Host Name
Length: 3
Host Name: ssw
Option: (255) End
Option End: 255
Padding: 0000000000000000000000000000000000000000000000

NOT working from reach

Bootstrap Protocol (Discover)
Message type: Boot Request (1)
Hardware type: Ethernet (0x01)
Hardware address length: 6
Hops: 0
Transaction ID: 0x9c43f566
Seconds elapsed: 475
Bootp flags: 0x0000 (Unicast)
0… … … … = Broadcast flag: Unicast
.000 0000 0000 0000 = Reserved flags: 0x0000
Client IP address: 0.0.0.0
Your (client) IP address: 0.0.0.0
Next server IP address: 0.0.0.0
Relay agent IP address: 0.0.0.0
Client MAC address: MurataMa_7b:be:4a (fc:db:b3:7b:be:4a)
Client hardware address padding: 00000000000000000000
Server host name not given
Boot file name not given
Magic cookie: DHCP
Option: (53) DHCP Message Type (Discover)
Length: 1
DHCP: Discover (1)
Option: (61) Client identifier
Length: 7
Hardware type: Ethernet (0x01)
Client MAC address: MurataMa_7b:be:4a (fc:db:b3:7b:be:4a)
Option: (57) Maximum DHCP Message Size
Length: 2
Maximum DHCP Message Size: 576
Option: (55) Parameter Request List
Length: 7
Parameter Request List Item: (1) Subnet Mask
Parameter Request List Item: (3) Router
Parameter Request List Item: (6) Domain Name Server
Parameter Request List Item: (12) Host Name
Parameter Request List Item: (15) Domain Name
Parameter Request List Item: (28) Broadcast Address
Parameter Request List Item: (42) Network Time Protocol Servers
Option: (60) Vendor class identifier
Length: 12
Vendor class identifier: udhcp 1.22.1
Option: (255) End
Option End: 255
Padding: 0000000000000000000000000000000000000000

A new data point. If I reboot the ipad, its hotspot work with the reach. This isn’t required for my macbook or iphone. I’m still suspicious that not requesting a specific lease time may cause a problem. I realize it shouldn’t, but that’s life. Any chance of trying adding that option in the DHCP request? Can’t hurt…at least shouldn’t hurt.

This topic was automatically closed 100 days after the last reply. New replies are no longer allowed.