Closed 1223421 closed 1 year ago
@robbat2, @stappersg: Please look here ^^
Please look here ^^
The third attempt is hopefully what this merge request should have been.
No hard feelings, just the need to move on.
you can't do it yourself? Why are you kidding me, English is not my native language and I'm not a developer at all, I just see a problem, can't you fix two numbers yourself? why so much "bureaucracy"? I'm not making global changes, I just want future routers (where radvd is almost always used) to be able to use android. I don't understand what you want from me. no offense, but I can't do anything here anymore.
$ python3
Python 3.9.12 (main, Mar 24 2022, 13:02:21)
[GCC 11.2.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> 65535/1800
36.40833333333333
>>> 65535/9000
7.281666666666666
>>>
Changing a value by factor seven without proper documentation on why will not get my approval.
Changing a value by factor thritysix without proper documentation on why will realy not get my approval.
So I'm looking forward to the next attempt.
Next attempt on a merge request, not a next attempt on wasting my time.
Regards The bastard that could have ignored you.
I don't want to waste your time, but I really don't understand what you want from me, I don't understand why there should be such coefficients, if there are just two bytes, and the rfc says 65535. @stappersg Please, ignore me.
I appeal to other developers who can make a normal PR that will suit you: just connect the android to wifi and do not reconnect for several days - it loses the route, it needs more than 9000, and it's better if it's the maximum.
This is proposed in rfc8319 for networks with higher packet loss probabilities or if higher reliability is desired.