FujiApple

Perhaps we should filter out loopback from the list of interfaces?

Trippy no longer uses the `pnet` crate and so many of the above are now invalid. A retest with the latest codebase is required.

Also occurs with the existing `0.5.0` release and so not a new regression. @0323pin do you recall if you ever saw this issue?

Thank you @0323pin! Given it isn't a regression bug I'll proceed with the `0.6.0` release and investigate this with a view to fixing in `0.7.0`.

@Marwanmhks are you able to try this out on your fork? It’s tricky to iterate on it in this repo as it’ll only work from master and will create spurious...

@Marwanmhks I think you almost had it, nice work. I had a try on a fork (see [here](https://github.com/zoie-bg/trippy/releases/tag/1.0.7)) and was able to get it working with the following: ``` -...

Merged, thank you for your contribution @Marwanmhks !

@cyqsimon if it helps I ended up writing [this](https://github.com/fujiapple852/trippy/blob/master/src/tracing/net/platform/windows.rs#L722). Could be easily apated to include the [OperStatus](https://learn.microsoft.com/en-us/windows/win32/api/iptypes/ns-iptypes-ip_adapter_addresses_lh) i'm sure.

What is the best (manual?) workaround to be able to (temporarily?) build from a branch/tag for a given channel?

Thanks for the suggestion and links @ytti. I agree that Trippy should target supporting a larger set of ICMP extension objects and not focus solely on `MPLS`. I must confess...