NPP is consumed by certain parts of the system, and by drivers. The reboot unloaded whatever was consuming the memory, but as to why that "fixed" it we would have to have had data from before the reboot. So, in essence, the reboot "fixed" it insomuch as the problem went away, but we don't know why or if the issue will return, hence leave the system the way it is and crash it again if it gets into the problem state again in the future.
Since consumption that high at boot is not indicative of a leak but more of a bad allocation scheme, it's almost always driver-related. It's not likely that the problem will return during the current boot unless the driver that caused it unloads and reloads, which is highly unlikely for something on the network stack. It might return after a few reboots, but given we don't really know anything about the problem other than the symptoms and what they generally indicate, it's hard to say with certainty how. I only know what I (believe to) know about what's happening based on my knowledge of how the system itself (Windows, the kernel, and kernel-mode drivers) works.