Yeah, It makes sense. But just to be on the safe side "I could not ping the interface (Destination unreachable) and packets stopped flowing through the interface from the host machine" wouldn't at least give it a try? Seems you have lost your routing tables to get Destination Unreachable over a static route! When you get the problem what does the arp command show?
BR Nikos On Fri, Aug 15, 2025 at 12:42 AM Brian Padalino <bpadal...@gmail.com> wrote: > Hey Nikos, > > Not particularly. I've got an application sending data to the CHDR port > (49153) > > The problem isn't so much the packets that are being sent, it's that the > interface stops responding to pings. > > On Thu, Aug 14, 2025 at 4:45 PM Nikos Balkanas <nbalka...@gmail.com> > wrote: > >> Hi Brian, >> >> Can you post a wireshark output with your problem? >> > > Not particularly. I am definitely running UHD in a not-fully-supported > mode, but I didn't necessarily expect things to go this sideways. I am > trying to get a simple version of remote TX streaming working. > > I've got an application running on a host that is sending baseband data to > the radio over sfp0 and sfp1 to CHDR port 49153. The radio RFNoC > infrastructure is not in any type of configured state - I just have UDP > packets being sent to that port. > > After around 30 seconds of this, the sfp port stops sending anything from > the host (as viewed by packet counters and ethernet monitors) and I can't > even ping the IP anymore (i.e. even the CPU path seems to get clogged up). > > If I reseat the sfp adapter, or bring the interface down/up again, things > come back. Note that if I send the data to the CPU (port 1024 for example), > this doesn't happen and things are OK. It seems like something is getting > gummed up on the CHDR side and not dropped or consumed in some way that I > would have expected. > > I really need those sfp ethernet interfaces to be as rock solid as > possible, even if garbage is being thrown at it. That's what started me > down this journey to begin with. > > Does this make sense to you? > > Thanks, > Brian >
_______________________________________________ USRP-users mailing list -- usrp-users@lists.ettus.com To unsubscribe send an email to usrp-users-le...@lists.ettus.com
