handle bad numbers in carbon handler

Bad numbers in both time and metric fields results in a NumberFormatException, which crashes the channel and seems to cause some performance issues with high load. 

This patch tries to parse the numbers and sets a default "nan" value if its not a valid number, which results in it being skipped