急徵在網通廠服務的站友....
 

鵝因為公司的產品要搞IPv6Ready的Logo,被逼著一定要做完那堆測試,目前的狀況是鵝用認證單位指定的環境/工具去測就是有一部份測不過,而且更誇張的是測試工具出的報告有自相矛盾的地方....

1:ICMPv6部份,報告說第9/10項是fail的:ase....


2:但是點進標示fail的項目,為何judgemenet又說是pass的:confused:....




另外有些部份是單獨指定測試範圍時是pass的,但是讓它run完整個流程(i.e.數百個細項)又是fail的,又不可能每次都讓它整個run完(因為要7-8hr:stupefy: ),有能人異士可以幫鵝指點一下迷津嗎:ase:ase....

不能請教認証單位的人嗎??
或是找其他機種來測看看該項目是否也是fail的
至於judgemenet所寫的pass
該不會是指你的產品必須符合那些條件才算pass
也就是說，judgemenet其實指的是criteria
(或是你故意不接線，讓環境fail，看judgemenet的地方是否還是秀pass字樣)

小弟不算是網通業界，但有點相關，
類似這種跑程式的(ex:示波器測ethernet)，有部分fail，
我都是找fae來幫忙分析原因，有部分可能是板子sw不支援
該測試程式所需要下的指令，造成該測項fail~~~

一點小意見，有錯請勿見怪~^^

謝了,judgement的地方應該是實際測試的狀況(其它fail的地方很明顯會指出fail的原因:ase),pass的地方也是這麼標而已,不過說到認證單位鵝就一肚子OOXX,鵝打電話過去很客氣的請他給鵝建議,沒想到只得到一句他們沒有在輔導受測單位的,原來認證單位只要負責收報告就好啊:stupefy::stupefy:....

會不會是認証單位認可的fail...所以整個報告產出時，判定為PASS?
比方像HCK有errata也有filter...

這種事請測試單位回答比較快..
回答的合理就請他提出哪個機種OK..
也許根本沒有機種 OK..

如果回答的也有矛盾就凸他..
凸到測試單位讓你過為止..

鵝發現問題出在哪了,因為認證單位指定的測試工具(TN)是在FreeBSD上裝user space的AP負責產生test pattern給被測物(NUT),再用sniffer(libpcap)的方式抓回user space分析,而不是一般由OS的TCP/IP stack負責相關工作(所以那個TN很難搞:stupefy: ),像那個ICMPv6的第9/10項是由TN產生UDP port 9000的packet給NUT,因為NUT並沒有listen UDP port 9000,所以應該會回ICMP port unreachable,可是鵝把packet dump下來看到TN產生的packet並不像document所描述的,難怪NUT沒有回應,那測了半天到底是在測TN還是在測NUT啊:stupefy::stupefy:....

這種軟體都有某些限制或是"玫角"吧...

(小弟這一兩年是做RF量測的，有些軟體確實要一些設定過才能使用... )