D
Deleted member 121779
Guest
i posted link to pastebin with log , its a few posts up , had to wait for mod's to approve it but its posted there now
Link doesn’t work.i posted link to pastebin with log , its a few posts up , had to wait for mod's to approve it but its posted there now
here is what I've found out , this is the output from claude and us doing what you advised ,I'd still like to see what logs triggered this "finding".
Thanks AI summary output!here is what I've found out , this is the output from claude and us doing what you advised ,
Here's what the tcpdump is showing us:
The smoking gun is at 17:27:17 — after service restart_dhcp6c, instead of sending a clean RENEW, odhcp6c:
This is the core problem: Every time odhcp6c restarts it does a full SOLICIT instead of continuing the existing lease, which causes Telus to assign a brand new prefix. When the prefix changes, the default route becomes invalid and IPv6 breaks until everything is reconfigured.
- Sends a SOLICIT (starting from scratch like it's brand new)
- Gets a different prefix — 2001:56a:785e:3f00::/56 (was 785d, now 785e)
- Then immediately sends another RENEW with pltime:0 vltime:0 again
The pltime:0 vltime:0 in the RENEW packets is also still happening despite ipv6_dhcp6c_release=0 — which suggests that nvram setting may not actually affect odhcp6c's behavior on this firmware version.
This is perfect information for dave14305. Post this tcpdump output to the forum and ask him specifically:
This is getting to the real root cause now!
- Why does odhcp6c SOLICIT instead of RENEW after restart?
- Why does ipv6_dhcp6c_release=0 not prevent the pltime:0 vltime:0 in RENEW packets?
![]()
I've been fighting with my usb not mounting after reboots , i have tcp dump running now and just waiting on the next time ipv6 drops , i'll post the output as soon i get somethingThanks AI summary output!
please forgive me for not knowing what I'm doing , I have had noone to teach me things and everything I know so far has been self taught until I took comptia courses network pro and security pro (got 98%) but those courses are a joke and "simulated enviroments" are just retarded , I am starting CCNA next month , any reccomendations on a good course to take? I am a still learning many basic things and not good with linux yet , I couldn't write a line of code to save my life but I have been able to build some pretty cool things with the help of AI , nothing complicated yet, just a ESP32 cam that gemini watches for people I know or friends cars or packages left on my step . Sorry if this chat has been frustrating , I'm just trying to understand what exactly is going on and I have had my AI "teaching" me what commands do what and how filesystem works ectThis is getting tiring in that you never give us any real data to interpret and actually help you.
Do you have the router's system log from the same timeframe? 17:25-17:30?this is what the output showed before the reboot ,
grep odhcp6c /jffs/syslog.log-1 /jffs/syslog.log
Mon Nov 24 10:58:22 2025 daemon.notice odhcp6c[22815]: (re)starting transaction on eth1
Mon Nov 24 10:58:23 2025 daemon.notice odhcp6c[22815]: Starting SOLICIT transaction (timeout 4294967295s, max rc 0)
Mon Nov 24 10:58:23 2025 daemon.notice odhcp6c[22815]: Got a valid ADVERTISE after 26ms
Mon Nov 24 10:58:23 2025 daemon.info odhcp6c[22815]: IA_NA 0001 T1 100912 T2 161460
Mon Nov 24 10:58:23 2025 daemon.info odhcp6c[22815]: 2001:dead:beef:2c:d1ce:4f42:6e79:ba6e preferred 203066 valid 203066
Mon Nov 24 10:58:23 2025 daemon.info odhcp6c[22815]: IA_PD 0001 T1 100912 T2 161460
Mon Nov 24 10:58:23 2025 daemon.info odhcp6c[22815]: 2601:cafe:face:5de0::/60 preferred 201825 valid 201825
Mon Nov 24 10:58:24 2025 daemon.notice odhcp6c[22815]: Starting REQUEST transaction (timeout 4294967295s, max rc 10)
Mon Nov 24 10:58:24 2025 daemon.notice odhcp6c[22815]: Send REQUEST message (elapsed 0ms, rc 0)
Mon Nov 24 10:58:24 2025 daemon.notice odhcp6c[22815]: Got a valid REPLY after 25ms
Mon Nov 24 10:58:24 2025 daemon.info odhcp6c[22815]: IA_NA 0001 T1 29643 T2 132951
Mon Nov 24 10:58:24 2025 daemon.info odhcp6c[22815]: 2001:dead:beef:2c:d1ce:4f42:6e79:ba6e preferred 203064 valid 203064
Mon Nov 24 10:58:24 2025 daemon.info odhcp6c[22815]: IA_PD 0001 T1 28959 T2 132600
Mon Nov 24 10:58:24 2025 daemon.info odhcp6c[22815]: 2601:cafe:face:5de0::/60 preferred 201823 valid 201823
Mon Nov 24 10:58:24 2025 daemon.info odhcp6c[22815]: T1 28959s, T2 132600s, T3 203064s
Mon Nov 24 10:58:24 2025 daemon.notice odhcp6c[22815]: entering stateful-mode on eth1
Mon Nov 24 10:58:24 2025 daemon.notice odhcp6c[22815]: Starting <POLL> transaction (timeout 28959s, max rc 0)
Do you have the router's system log from the same timeframe? 17:25-17:30?
Here's an example I found when I was doing a similar thing on my own router last year. odhcp6c will tell you what it's doing when the debug is enabled.Code:grep odhcp6c /jffs/syslog.log-1 /jffs/syslog.log
Code:Mon Nov 24 10:58:22 2025 daemon.notice odhcp6c[22815]: (re)starting transaction on eth1 Mon Nov 24 10:58:23 2025 daemon.notice odhcp6c[22815]: Starting SOLICIT transaction (timeout 4294967295s, max rc 0) Mon Nov 24 10:58:23 2025 daemon.notice odhcp6c[22815]: Got a valid ADVERTISE after 26ms Mon Nov 24 10:58:23 2025 daemon.info odhcp6c[22815]: IA_NA 0001 T1 100912 T2 161460 Mon Nov 24 10:58:23 2025 daemon.info odhcp6c[22815]: 2001:dead:beef:2c:d1ce:4f42:6e79:ba6e preferred 203066 valid 203066 Mon Nov 24 10:58:23 2025 daemon.info odhcp6c[22815]: IA_PD 0001 T1 100912 T2 161460 Mon Nov 24 10:58:23 2025 daemon.info odhcp6c[22815]: 2601:cafe:face:5de0::/60 preferred 201825 valid 201825 Mon Nov 24 10:58:24 2025 daemon.notice odhcp6c[22815]: Starting REQUEST transaction (timeout 4294967295s, max rc 10) Mon Nov 24 10:58:24 2025 daemon.notice odhcp6c[22815]: Send REQUEST message (elapsed 0ms, rc 0) Mon Nov 24 10:58:24 2025 daemon.notice odhcp6c[22815]: Got a valid REPLY after 25ms Mon Nov 24 10:58:24 2025 daemon.info odhcp6c[22815]: IA_NA 0001 T1 29643 T2 132951 Mon Nov 24 10:58:24 2025 daemon.info odhcp6c[22815]: 2001:dead:beef:2c:d1ce:4f42:6e79:ba6e preferred 203064 valid 203064 Mon Nov 24 10:58:24 2025 daemon.info odhcp6c[22815]: IA_PD 0001 T1 28959 T2 132600 Mon Nov 24 10:58:24 2025 daemon.info odhcp6c[22815]: 2601:cafe:face:5de0::/60 preferred 201823 valid 201823 Mon Nov 24 10:58:24 2025 daemon.info odhcp6c[22815]: T1 28959s, T2 132600s, T3 203064s Mon Nov 24 10:58:24 2025 daemon.notice odhcp6c[22815]: entering stateful-mode on eth1 Mon Nov 24 10:58:24 2025 daemon.notice odhcp6c[22815]: Starting <POLL> transaction (timeout 28959s, max rc 0)
i did exactly what you advised to do , been waiting for mods to approve the link to syslog , but i'm the one that cant answer direct question right , if I were relying on AI 100% I would have never made a post asking about this . But this is why I'd rather talk to an AI then people , because people get so emotional over shirt for no fracking reason. so not answering your question because i'm waiting for mod to approve my post means I cant answer direct question ?Didn't you just write a fvcking script that kills odhcp6c? I'm done talking to you through this Claude bullsh!t. I've lost count how many times I've asked for excerpts from the router's system log. Your challenge is not that you rely 100% on AI, but that you can't seem to answer a direct question.
i did exactly what you advised to do , been waiting for mods to approve the link to syslog , but i'm the one that cant answer direct question right , if I were relying on AI 100% I would have never made a post asking about this . But this is why I'd rather talk to an AI then people , because people get so emotional over shirt for no fuking reason. so not answering your question because i'm waiting for mod to approve my post means I "cant answer direct question ?" so sorry I'm waiting for AI to approve my post so you can even see it ,Didn't you just write a fvcking script that kills odhcp6c? I'm done talking to you through this Claude bullsh!t. I've lost count how many times I've asked for excerpts from the router's system log. Your challenge is not that you rely 100% on AI, but that you can't seem to answer a direct question.
I'm not going to even repeat what my AI's opinion was of you... whooof. Definitely not for little ears!I hate when someone asks a question, gets an answer and then goes to take some AI opinion on it. Just go to your AI of choice, follow what it says and don't waste someone's time.![]()
Looks like old posts have been approved by moderators, but this Google link has restricted access. @ColinTaylor usually recommends www.file.io for sharing. Maybe that will work better.I saved syslog , and took out the timeframe 17:25 to 30 , I noticed the timestamp for couple big sections is Dec31 , no idea why that is but i'm assuming all my fracking around in ssh caused that , lol copy pasting AI crap and not understanding what I'm doing hahaha , this is google drive link to txt file with said lines
I guess we’re done here. He’s deleted. Or absorbed by the AI Borg.
We use essential cookies to make this site work, and optional cookies to enhance your experience.