[USRP-users] Problems getting started with N310 (Could not find MAC address for IP address 192.168.20.1)

Marcus D. Leech patchvonbraun at gmail.com
Fri Mar 15 07:57:32 EDT 2019


On 03/15/2019 06:49 AM, Janos Buttgereit via USRP-users wrote:
> Hi Ettus Users,
>
> I wanted to friendly bump up this topic again. It’s really blocking me 
> from working with the N310 if this error persists. I’m a bit lost with 
> finding out why the MAC address of the network interfaces cannot be 
> looked up, looked through the implementation of commit_xport, hover 
> having zero python knowledge and not much in-depth networking 
> knowledge I can’t really figure out what could be the source of the 
> error. So, any pointers are greatly appreciated!
>
> Thanks again
> Janos
>
What happens if you just:

uhd_usrp_probe

or

uhd_usrp_probe --args "addr=192.167.1.100"

or

uhd_usrp_probe --args "addr=192.168.10.2"


>> Am 01.03.2019 um 13:15 schrieb Janos Buttgereit via USRP-users 
>> <usrp-users at lists.ettus.com <mailto:usrp-users at lists.ettus.com>>:
>>
>> Hi,
>>
>> I’m about to port an application that was working with a setup of two 
>> X300 devices to a new N310 device.
>>
>> For a first step the N310 should simply be used to stream four RF 
>> channels to a host. However before using it for streaming I wanted to 
>> perform some simple operations like getting the device tree through 
>> the uhd_usrp_probe command, which fails at the moment. I installed a 
>> current version of the SD card image a few days ago and my host is 
>> running an UHD version compiled from the tip of the UHD repo a few 
>> days ago. I suspect this is a network config error, however I’m not 
>> sure and sadly I’m no networking expert.
>>
>> A brief overview of my setup:
>> A host PC, running Ubuntu equipped with a 2x10Gbit Ethernet card and 
>> two usual Gbit Ethernernet cards. One 1Gbit ethernet port is used for 
>> internet connection, the other one is connected to a Wifi Router, 
>> running a DHCP server in the address space 192.167.1.x. The N310 is 
>> connected to this router, the DHCP server assigns the address 
>> 192.167.1.100 to the N310. Pinging the device works as well as 
>> establishing an SSH connection to it. The two SFP ports are connected 
>> to the 10Gbit card of the host, on the host side those ports have the 
>> IP address 192.168.10.1 and 192.168.20.1. I loaded an XG FPGA image 
>> to use both SFP ports at 10Gbit speed and they respond to pings. To 
>> summarize, this is the current network config as reported by the system:
>>
>> sdr at NTLabDSP:~$ ip addr
>> 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN 
>> group default qlen 1000
>> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
>>     inet 127.0.0.1/8 scope host lo
>>  valid_lft forever preferred_lft forever
>>     inet6 ::1/128 scope host
>>  valid_lft forever preferred_lft forever
>> 2: enp4s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state 
>> UP group default qlen 1000
>> link/ether 00:0a:f7:81:d5:26 brd ff:ff:ff:ff:ff:ff
>>     inet 192.167.1.102/24 brd 192.167.1.255 scope global dynamic enp4s0
>>  valid_lft 4745sec preferred_lft 4745sec
>>     inet6 fe80::2ddf:29cd:ab15:aa68/64 scope link
>>  valid_lft forever preferred_lft forever
>> 3: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast 
>> state UP group default qlen 1000
>> link/ether 98:90:96:c6:92:3c brd ff:ff:ff:ff:ff:ff
>>     inet 10.211.21.102/23 brd 10.211.21.255 scope global dynamic eno1
>>  valid_lft 3812sec preferred_lft 3812sec
>>     inet6 2a02:c6a0:3071:53fc:f1:1e14:9cf0:3521/128 scope global dynamic
>>  valid_lft 904sec preferred_lft 604sec
>>     inet6 fe80::58d:8415:1a20:604e/64 scope link
>>  valid_lft forever preferred_lft forever
>> 4: enp5s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 8000 qdisc mq 
>> state UP group default qlen 1000
>> link/ether 00:1b:21:bc:19:96 brd ff:ff:ff:ff:ff:ff
>>     inet 192.168.10.1/24 scope global enp5s0f0
>>  valid_lft forever preferred_lft forever
>>     inet6 fe80::21b:21ff:febc:1996/64 scope link
>>  valid_lft forever preferred_lft forever
>> 5: enp5s0f1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 8000 qdisc mq 
>> state UP group default qlen 1000
>> link/ether 00:1b:21:bc:19:97 brd ff:ff:ff:ff:ff:ff
>>     inet 192.168.20.1/24 scope global enp5s0f1
>>  valid_lft forever preferred_lft forever
>>     inet6 fe80::21b:21ff:febc:1997/64 scope link
>>  valid_lft forever preferred_lft forever
>>
>> This host setup used to work flawlessly with the two X300 units.
>>
>> Now when trying to run uhd_usrp_probe I think I got that I need to 
>> specify all three addresses, the primary and secondary address of the 
>> SFP ports that handle streaming as well as the management port 
>> address. So I pass those three parameters as args to uhd_usrp_probe. 
>> However when doing so, I get the error "Could not find MAC address 
>> for IP address 192.168.20.1“ which seems a bit weird to me, as to my 
>> knowledge a MAC address is a hardware property of the network 
>> interface and therefore cannot be misconfigured. So is this a network 
>> configuration error or am I doing something different wrong? For the 
>> sake of completeness, here is the complete output of uhd_usrp_probe:
>>
>> sdr at NTLabDSP:~$ uhd_usrp_probe 
>> --args="addr=192.168.10.2,second_addr=192.168.20.2,mgmt_addr=192.167.1.100"
>> [INFO] [UHD] linux; GNU C++ version 5.4.0 20160609; Boost_105800; 
>> UHD_3.15.0.git-13-g52138314
>> [INFO] [MPMD] Initializing 1 device(s) in parallel with args: 
>> mgmt_addr=192.167.1.100,type=n3xx,product=n310,serial=316CD18,claimed=False,addr=192.168.10.2,second_addr=192.168.20.2
>> [INFO] [MPM.PeriphManager] init() called with device args 
>> `product=n310,mgmt_addr=192.167.1.100,second_addr=192.168.20.2,clock_source=internal,time_source=internal'.
>> [ERROR] [RPC] Could not find MAC address for IP address 192.168.20.1
>> [ERROR] [MPMD] Failure during block enumeration: RuntimeError: Error 
>> during RPC call to `commit_xport'. Error message: Could not find MAC 
>> address for IP address 192.168.20.1
>> [ERROR] [MPM.RPCServer] Uncaught exception in method commit_xport 
>> :Could not find MAC address for IP address 192.168.20.1
>>  Traceback (most recent call last):
>>   File "/usr/lib/python3.5/site-packages/usrp_mpm/rpc_server.py", 
>> line 182, in new_claimed_function
>>     return function(*args)
>>   File 
>> "/usr/lib/python3.5/site-packages/usrp_mpm/periph_manager/n3xx.py", 
>> line 546, in commit_xport
>>     return self._xport_mgrs['udp'].commit_xport(sid, xport_info)
>>   File 
>> "/usr/lib/python3.5/site-packages/usrp_mpm/xports/xportmgr_udp.py", 
>> line 321, in commit_xport
>> sender_addr))
>> RuntimeError: Could not find MAC address for IP address 192.168.20.1
>> Error: RuntimeError: Failed to run enumerate_rfnoc_blocks()
>>
>> Thank you in advance for your help!
>> Janos
>> _______________________________________________
>> USRP-users mailing list
>> USRP-users at lists.ettus.com <mailto:USRP-users at lists.ettus.com>
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
>
> _______________________________________________
> USRP-users mailing list
> USRP-users at lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20190315/dab3d289/attachment.html>


More information about the USRP-users mailing list