dropped packets on ibone.comcast.net nodes

... experiencing 30% dropped packets ...

The trace continues past the timeouts and apparent packet loss at the intermediate hops and reaches the destination, so the timeouts are probably not significant. Please see https://www.dslreports.com/faq/14068.

What do the results look like when you try say 100 packets, instead of just 7?

Please be aware that there are 2 kinds of responses in this Forum: Replies and Comments. When you Comment on a post by scrolling down to "Comment on this post here...", I am notified of your response. But if you select Reply, I am NOT notified and may not be aware of your response.

>results look like when you try say 100 packets, instead of just 7?

I have let it run for over a thousand and results pretty much what the one posted with 7.  Adding  image of run with 421 passes; both images show a run is triggered every 10 seconds. I have also run the test every 60 seconds and the result is the same. Moreover, when google meet acts up it seems to match when there is higher level of packet drops.

I am using mtr to run this and the exact command was: mtr -i 10 meet.google.com

What do your local signal stats look like? Please post your Internet plan speed and the following information from your modem or gateway (from http://192.168.100.1 or http://10.0.0.1):

• model number
• downstream power levels, SNR, and error counts
• upstream power levels
• event log, if available (Be sure to remove or blot out any MAC addresses. Forum security processing considers them "personal information" and may prevent the event log from posting if these are present.)

Please be aware that there are 2 kinds of responses in this Forum: Replies and Comments. When you Comment on a post by scrolling down to "Comment on this post here...", I am notified of your response. But if you select Reply, I am NOT notified and may not be aware of your response.

+ Internet plan speed
300 Mbps down / 10 Mbps up

+ modem or gateway model number
 Model: TG1682G
Vendor: ARRIS Group, Inc.
Hardware Revision: 12.0 

+ downstream power levels 
Power Level -3.10 dBmV -2.20 dBmV -2.30 dBmV -2.20 dBmV -2.30 dBmV

+ SNR
SNR  37.36 dB 37.64 dB 35.60 dB 36.39 dB 37.64 dB

+ error counts
Did not see anything that seemed like errors

+ upstream power levels
Power Level 46.75 dBmV 45.25 dBmV 46.75 dBmV 46.25 dBmV

Was not able to get logs. Tried today / last week.. it always came back empty

... Power Level -3.10 dBmV -2.20 dBmV -2.30 dBmV -2.20 dBmV -2.30 dBmV ...

The TG1682G XB3 gateway has 24 downstream channels. The 5 you posted are OK, but it might be helpful to know what the other 19 channels look like.

The second trace you posted shows all packets sent were received and replied to by the target site. When that's the case the apparent loss at the intermediate hops doesn't matter.

Please be aware that there are 2 kinds of responses in this Forum: Replies and Comments. When you Comment on a post by scrolling down to "Comment on this post here...", I am notified of your response. But if you select Reply, I am NOT notified and may not be aware of your response.

>the apparent loss at the intermediate hops doesn't matter.

Won't those packet drops affect conferencing? Even if packets eventually make it through won't that cause lag? Just yesterday had 2 calls that my side froze and people thought my connection had died. In one of the instances I had to drop call and re-join to fix the issue.

Any recommended next steps? Have had Comcast at this location since 2013  and never had constant issues like have been having for the last week. I have been remote since that time, so basically have 9 or so years of remote calls  and it had never been as bad as this last week.