> The paging channel is not dedicated to one terminal, it serves > all terminals (there are thousands of terminals in a paging area). > Paging channels can be overloaded (naturally or maliciously). In > this case, an incoming session may be missed.
=> This is completely orthogonal to this mailing list and pretty much to IETF. This is a standard likn layer design issue that I don't think we need to solve here. I don't see the relationship to this thread. > > For paging, a different, special and stateful protocol is > used. It is not just a link. It has an architecture and > protocol. Failure is possible. > > How the dormant host detects these problems? => You should pose the question to a link layer designer. There is nothing we need to do here for this problem. > > Periodically generating an RA and delivering it to the dormant > host, looked like a good test to me. => You mean "wake up the host periodically" That's how you want to test the pagin channel. I don't agree with it, but I don't think it's a discussion for this list anyway. Hesham > > pars > > > > > > Hesham > > -------------------------------------------------------------------- IETF IPv6 working group mailing list [email protected] Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6 --------------------------------------------------------------------
