ほとんどのアプリケーションは送信開始時刻が
.statファイルに出力されます。
FTPなら、FTP Client,First Packet Sent at (s)
CBRなら、CBR Client,First Packet Sent at (s)
です。

でも、送信開始時刻は.appファイルに設定する時間に依存しますよね。
FTPの場合は、開始時間になってからサーバとクライアント側で
TCPコネクションの確立処理が開始されて確立してから、
初めてデータ転送が始まりますが、
CBRの場合は、開始時間になるとUDPパケットを即座に送信します。
つまり、CBRの場合はルーティングが確立しなくても勝手に送っちゃいます。

また、仮にルーティングの確立が時刻10秒で完了している場合に、
FTPを時刻20秒で開始するとパケットの送信は時刻20秒以後になります。

計測したいのは、
『ルートが確立する時刻』ですか、
それとも『パケットを送信する時刻』
あるいは『パケットを受信した時刻』

時刻を計測する状態をきちんと整理した方が良いと思います。

例えば全く同じNode構成のシナリオで、
以下の2種類の.app指定でシナリオを実行してみます。

CASE1 FTPをゼロ秒から
FTP 1 2 100 0S
結果を.statから抜粋すると、
1,,[1],Application,FTP Client,First Packet Sent at (s) = 5.687660373
2,,[2],Application,FTP Server,First Packet Sent at (s) = 5.714571731
約5.6秒でTCPコネクションが張られて送信開始。

CASE2 CBRをゼロ秒から
CBR 1 2 100 512 1S 0S 0S PRECEDENCE 0
結果を.statから抜粋すると、
1,,[1024],Application,CBR Client,First Packet Sent at (s) = 0.000000000
2,,[1024],Application,CBR Server,First Packet Received at (s) = 11.132263707
時刻ゼロ秒で送信開始しているけど、
最初に届いたのは約11.1秒です。

流すアプリケーションでこれだけ挙動が変化します。
単にアプリケーションで判断するのは、個人的にはお勧めしにくいです。