請推薦一款頻寬管理器



贊助商連結


頁 : 1 2 3 [4]

門神
2009-04-09, 04:21 PM
要學的來公司找我

我教你

讓你眼見為憑 !!

不是空穴來風

經的起考驗的 ^^

贊助商連結


FYI
2009-04-09, 06:23 PM
那個我有買一台2110啦,udp session_timeout絕對有號稱快速回收機制.
30,60,120,180秒....高興的話找一台可以設定此值(當然設備要有提供).

話說2wan以上遇到voip,當1線pppoe斷線時又復線時ip改了,上網沒問題.
但從此voip都不通了.遇到此問題的設備要如何解決呢?
頻寬管理器要看看程式寫法才知可否解決此問題.
麻煩needmaster 兄以 "portmap" 指令檢查一下

VoIP 設備遇上WAN IP 變更, 例如PPPoE 非固定制每72hrs 強迫更換IP, 則只能靠縮短註冊時間解決, 小弟通常設定不超過5 分鐘, 所以最多只會斷線5 分鐘, 然而如果問題是網路重置, 則VoIP 設備 "理論上" 會自動偵測硬體訊號中斷並自動重新連線, 此處指的是直接連接的設備中斷, 如果是間接, 則必須等到下次註冊才會發現, 如非還有其他機制, 例如 "NAT Keep Alive", 否則兩次註冊之間沒有封包進出, 也就不會得知網路是否異常

cheerx
2009-04-09, 10:20 PM
小弟也是建議needmaster兄縮短sip設備的註冊時間,應該可以減少困擾的發生.

另外回答fyi兄很前面的問題,那個550GE小弟又從特殊管道取得一些數量了.

needmaster
2009-04-09, 10:35 PM
FYI您真是看文字內容非常仔細的人,也提供非常好的資訊給大眾.

就是NAT Keep Alive.
為什麼會在session說明中順帶討論的這一點呢?
因為有的voip每分鐘(夠短了吧)會一直發出連線至server,所以就會發生我講的問題.
1.要解決通常是重開QoS設備,或是voip設備關掉幾分鐘再開是常有的事.
這種問題常見於多wan的設備中.
2.當然有的乾脆設計成軟體重新開機模式,產生多wan全部瞬間斷線
目的就是讓voip重新連線.
3.練練空明拳

再來談
許多號稱有『號稱快速回收機制』的設備均是把時間縮短,已經非正式標準了.
1.所以再串接設備時常會發生不穩定及常斷線的情形.大家才來辯一辯誰的設備有問題.
2.常發生的有明明網站登入後session存活約20分鐘,但是防火牆提前把您踢掉了.
查半天網站程式及伺服器的問題, 到最後是.........到底是誰的問題.

誰是始作俑者呢?標準是給誰用的......

FYI
2009-04-10, 03:21 AM
另外回答fyi兄很前面的問題,那個550GE小弟又從特殊管道取得一些數量了.
韌體都改成Tomato 了嗎? 總覺得oleg 版略遜一籌

小弟拋給門神兄的問題似乎都掉入無底深淵, 能否請小峰兄代打一下?

許多號稱有『號稱快速回收機制』的設備均是把時間縮短,已經非正式標準了.
小弟並不認為Vigor 有何 "快速回收機制", 門神兄也從未如此強調, 因為說穿了就只是TCP 和UDP Session 預設存活時間, 這也是小弟求教於門神兄而不可得的問題, 這在DD-WRT 裡定義得非常清楚, 如果Session 不夠用, 那就把時間縮短, 才能更快把超時未結束的Session 釋放, 所以客戶端的程式必須有能力處理這種情形, VoIP 只用到UDP Session, 而UDP Session Timeout 通常都很短, 所以才需要NAT Keep Alive, 如果沒設定NAT Keep Alive, 那就必須設定Port Forwarding, 否則一旦Session 被NAT Server 強制結束, 那麼SIP Proxy Server 送出Invite 就會被擋掉, 如此就會造成問題, 所以小弟認為瞭解Session 存活時間很重要, 因為這是決定到底什麼情形下Session 會被丟棄? 如果Session 已滿, 到底是要丟棄新的Session 還是舊的Session?

當然, 或許聰明的NAT Server 不會只有一個死的標準, 如果Session 緩衝區還很充裕, 那麼也可以不Timeout, 然而對於客戶端來說, 還是得事先考慮到Timeout 的問題, 所以即便NAT Server 有智慧, 在小弟認為並不重要, 有一個明確的遊戲規則反而一切都好辦

話說TCP & UDP Session Timeout 有標準嗎?

needmaster
2009-04-10, 10:36 AM
單就session就有很多的參數值可以設定,

每台設備都沒標準那就自己玩自己的.所以設備可以變變變.也可以不管client or server端的程式.

設備時間越短,寫程式的人就要多判斷一些,與其這樣1分鐘送一次與5分鐘送一次訊息,那就寫1分鐘吧.
看很多的設備都不會顯示每個連線的live time,這對寫程式的人也是一項判斷依據.

但很重要一件事沒標準但總是要個通則(linux default),否則...無法預估會產生什麼後果.

FYI
2009-04-10, 05:34 PM
設備時間越短,寫程式的人就要多判斷一些,與其這樣1分鐘送一次與5分鐘送一次訊息,那就寫1分鐘吧.
小弟買過被鎖住的SPA2000 網路電話閘道器, ITSP 設定每30 秒註冊一次, 就是怕遇上NAT 的問題, 因為上鎖而用戶無法自行調整, 所以乾脆設短一點, 相信類似的情形也會發生在其他家被鎖住的設備上

needmaster
2009-04-13, 10:46 AM
voip ----->NAT設備----->SIP SERVER

voip設短一點遇到NAT且pppoe的設備,尤其是2wan以上.遇問題可能會都不會通.
NAT設備有無針對VOIP特別設計者,尤其是斷線再復線時關係特別重要.

FYI
2009-04-13, 11:40 AM
needmaster 兄若有興趣深入探討, 不妨另開主題, 咱們可別搶了樓主的版面

needmaster
2009-04-13, 11:48 AM
是阿是阿
插到題外話了,真是的....
還給樓主了