A-to-B
A是表示socket
B是表示association
one-to-one就是一個socket控制一個association
one-to-many就是一個socket控制多個association
在SCTP有兩個連線型態，一種是one-to-one也稱作TCP-stype
另一種是one-to-many也稱作UDP-stype
[不同點]
one-to-one：每一個socket只能有一個association→one-to-many：每一個socket可以有多個association
[相同點]
每一個association的endpoint均有multi-homing的特性
每一個association均有multi-stream的特性
在IHU的程式碼中, 在建立UDP時, 看到了以下的部分int on=1;
setsockopt(sockfd, SOL_SOCKET, SO_REUSEADDR, (char *) &on, sizeof(on));
這樣的設定是可以讓不同的應用程式在同時間(應該是關掉之後馬上開的情況, 請參考下面解說)使用相同的port並且執行成功…
其使用方式，
只需要在建立一個Socket之後，
使用setsockopt function就可以達到，
短時間內連續bind同一個port的功能了!
另外一提的是，如果udp, 與tcp使用相同的port，是不需要使用這一個功能的，因為tcp, udp的協定本來就不同，所以不會產生衝突哩
1、當有一個有相同本地地址和port的socket1處於TIME_WAIT狀態時，而你啟動的程序的socket2要佔用該地址和端口，你的程序就要用到該選項。
2、SO_REUSEADDR允許同一port上啟動同一服務器的多個實例(多個進程)。但每個實例綁定的IP地址是不能相同的。在有多塊網卡或用IP Alias技術的機器可以測試這種情況。
3、SO_REUSEADDR允許單個進程綁定相同的端口到多個socket上，但每個socket綁定的ip地址不同。這和2很相似，區別請看UNPv1。
4、SO_REUSEADDR允許完全相同的地址和端口的重複綁定。但這只用於UDP的多播，不用於TCP(應該也包含SCTP)。
參考資料：
解決Socket連續Bind同一個Port的問題
socket編程：SO_REUSEADDR例解
在ubuntu在一般不能使用root權限登入視窗介面，只能用一般使用者的權限登入。
因此，像我要使用wireshark去監控網路的封包，就一定要用root的權限去執行，那麼就只有二個辦法，第一個是用sudo去執行，第二個辦法是在終端機直接切換成root的權限去執行，但是，這兩個都有一個缺點，就是那一個終端機必需要一直開在那裡。
那就使用捷徑吧，可是在捷徑中好像不能用[sudo 指令]
查了一下，原來是要用gksu啊，在捷徑的圖示中就使用$ gksu -u root /usr/bin/wireshark
如下圖所示
若要呼叫有root權限的檔案瀏覽器
請建立以下結徑，其中用到的指令是$ sudo nautilus
請參考以下圖示
參考資料：
Ubuntu - 建立 [具有 root 權限的檔案瀏覽器] 捷徑
在ubuntu 7.10下所安裝的sctp可以穿透ip分享器...
但是, ubuntu 8.04之後的就沒有辦穿透ip分享器...
這裡所謂的穿透是server架在實體ip上面, 而client端是在ip分享器裡面...由client連到server端建立連線...
然後，基本上這個時候clinet端跟server端均可以互送訊息...
但是，確沒有辦法, 若不行的話，也就算了，我可以不要用ip分享器, 但是, 這個時候就又發現, wireshark不能偵測到sctp的封包, 這個時候我就受不了啦~看能不能把之前的sctp安裝起來吧~
先到lksctp 2.6.16-1.0.6
下載回來編譯...
解壓縮$ tar -zxvf lksctp-tools-1.0.6.tar.gz
進入資料夾$ cd lksctp-tools-1.0.6/
建立configure檔$ ./bootstrap
若找不到libtoolize，請安裝libtool$ sudo apt-get install libtool
檢查環境, 並建立Makefile$ ./configure
編譯$ make
安裝$ sudo make install
若要移除的話$ sudo make uninstall
編譯sctp測式程式之後，要執行檔案時，系統會說找不到libsctp.so.1
那是因為新增的sctp lib沒有放在預設的search路徑
libsctp.so.1是放在/usr/local/lib
這個時候要參考ldconfig
加入新的search lib的目錄
在/etc/ld.so.conf中, 它include
/etc/ld.so.conf.d/*.conf
所以，我們只要在/etc/ld.so.sonf.d/下新增一個sctp.conf
內容為
sctp.conf# SCTP support
/usr/local/lib
然後再以ldconfig重新建立/etc/ld.so.cache 即可！$ sudo ldconfig
* hdparm：觀察硬碟的種種資訊；
* lspci：檢查整個系統 PCI 介面的各項裝置！很有用的指令；
* dmesg：觀察核心運作過程當中所顯示的各項訊息記錄；
* iostat：檢查整個 CPU 與周邊設備的 Input/Output 狀態。
詳情請參考鳥哥的私房菜
int getpeername(int socket, struct sockaddr *restrict address,socklen_t *restrict address_len);
socket代表在本地端代表對方的socket file descriptor
restrict是用來儲存對方的sockaddr結構的資料
address_len表示sockaddr的長度#include <arpa/inet.h>
int inet_aton(const char *cp, struct in_addr *addr);
把字串形式的ip轉換成網路network addressstruct hostent *gethostbyname(const char *name);
struct hostent {
char FAR* h_name;
char FAR* FAR* h_aliases;
short h_addrtype;
short h_length;
char FAR* FAR* h_addr_list;
};ssize_t recvfrom(int socket, void *restrict buffer, size_t length, int flags, struct sockaddr *restrict address, socklen_t *restrict address_len);#include <sys/socket.h>
int getsockname(int socket, struct sockaddr *address, socklen_t *address_len);在寫Unix程式時，需要透過Makefile使得在改寫程式碼時，要重新編譯會比較容易。
但是，好的Makefile確是非常難寫。
是的，Qt提供了qmake可以產生Makefile，而基本上，我們只要學會如何寫*.pro檔就可以很容易產生Makefile啦~
一個項目文件是用來告訴qmake關於為這個應用程序建立makefile所需要的細節。例如，一個*.cpp和*.h的列表、任何應用程序特定配置、例如一個必需要連接的函式庫、或者一個額外的包含路徑，都應該放到項目文件中。
「#」註釋
你可以為項目文件添加註釋。註釋由「#」符號開始，一直到這一行的結束。
「TEMPLATE」模板
模板變數告訴qmake為這個應用程序生成哪種makefile。下面是可供使用的選擇：
app - 建立一個應用程序的makefile。這是預設值，所以如果TEMPLATE沒有被指定，這個將被使用。
lib - 建立一個函式庫的makefile。
vcapp - 建立一個應用程序的Visual Studio項目文件。
vclib - 建立一個函式庫的Visual Studio項目文件。
subdirs - 這是一個特殊的模板，它可以建立一個能夠進入特定目錄並且為一個項目文件生成makefile並且為它調用make的makefile。
「app」模板
「app」模板告訴qmake為建立一個應用程序生成一個makefile。當使用這個模板時，下面這些qmake系統變量是被承認的。你應該在你的.pro文件中使用它們來為你的應用程序指定特定信息。
HEADERS - 應用程序中的所有*.h的列表。
SOURCES - 應用程序中的所有*.cpp的列表。
FORMS - 應用程序中的所有.ui文件（由Qt設計器生成）的列表。
LEXSOURCES - 應用程序中的所有lex源文件的列表。
YACCSOURCES - 應用程序中的所有yacc源文件的列表。
TARGET - 可執行應用程序的名稱。默認值為項目文件的名稱。（如果需要擴展名，會被自動加上。）
DESTDIR - 放置可執行程序目標的目錄。
DEFINES - 應用程序所需的額外的預處理程序定義的列表。(就好像gcc中的 -D)
INCLUDEPATH - 應用程序所需的額外的包含路徑的列表。
DEPENDPATH - 應用程序所依賴的搜索路徑。
VPATH - 尋找補充文件的搜索路徑。
DEF_FILE - 只有Windows需要：應用程序所要連接的.def文件。
RC_FILE - 只有Windows需要：應用程序的資源文件。
RES_FILE - 只有Windows需要：應用程序所要連接的資源文件。
你只需要使用那些你已經有值的系統變量，例如，如果你不需要任何額外的INCLUDEPATH，那麼你就不需要指定它，qmake會為所需的提供默認值。例如，一個實例項目文件也許就像這樣：
TEMPLATE = app
DESTDIR = c:\helloapp
HEADERS += hello.h
SOURCES += hello.cpp
SOURCES += main.cpp
DEFINES += QT_DLL
CONFIG += qt warn_on release
如果條目是單值的，比如template或者目的目錄，我們是用「=」，但如果是多值條目，我們使用「+=」來為這個類型添加現有的條目。使用「=」會用新值替換原有的值，例如，如果我們寫了DEFINES=QT_DLL，其它所有的定義都將被刪除。
「lib」模板
「lib」模板告訴qmake為建立一個庫而生成makefile。當使用這個模板時，除了「app」模板中提到系統變量，還有一個VERSION是被支持的。你需要在為庫指定特定信息的.pro文件中使用它們。
VERSION - 目標庫的版本號，比如，2.3.1。
「subdirs」模板
「subdirs」模板告訴qmake生成一個makefile，它可以進入到特定子目錄並為這個目錄中的項目文件生成makefile並且為它調用make。
在這個模板中只有一個系統變量SUBDIRS可以被識別。這個變量中包含了所要處理的含有項目文件的子目錄的列表。這個項目文件的名稱是和子目錄同名的，這樣qmake就可以發現它。例如，如果子目裡是「myapp」，那麼在這個目錄中的項目文件應該被叫做myapp.pro。
CONFIG變量
配置變量指定了編譯器所要使用的選項和所需要被連接的函式庫。配置變量中可以添加任何東西，但只有下面這些選項可以被qmake識別。
下面這些選項控制著使用哪些編譯器標誌：
release - 應用程序將以release模式連編。如果「debug」被指定，它將被忽略。
debug - 應用程序將以debug模式連編。
warn_on - 編譯器會輸出儘可能多的警告信息。如果「warn_off」被指定，它將被忽略。
warn_off - 編譯器會輸出儘可能少的警告信息。
下面這些選項定義了所要連編的庫/應用程序的類型：
qt - 應用程序是一個Qt應用程序，並且Qt庫將會被連接。
thread - 應用程序是一個多線程應用程序。
x11 - 應用程序是一個X11應用程序或庫。
windows - 只用於「app」模板：應用程序是一個Windows下的窗口應用程序。
console - 只用於「app」模板：應用程序是一個Windows下的控制台應用程序。
dll - 只用於「lib」模板：庫是一個共享庫（dll）。
staticlib - 只用於「lib」模板：庫是一個靜態庫。
plugin - 只用於「lib」模板：庫是一個插件，這將會使dll選項生效。
例如，如果你的應用程序使用Qt庫，並且你想把它連編為一個可調試的多線程的應用程序，你的項目文件應該會有下面這行：
CONFIG += qt thread debug
注意，你必須使用「+=」，不要使用「=」，否則qmake就不能正確使用連編Qt的設置了，比如沒法獲得所編譯的Qt庫的類型了。
如果要使用Qt的網路以及多線程函式庫，可以指定
QT += network
在非 Qt 程序中使用 qmake
事實上，qmake非常好用，我們甚至想在非Qt程序中使用它。這也很容易。只要加入
CONFIG -= qt
那麼qmake就不會添加任何和Qt函式庫相關的header file以及lib之類的進來了。
參考資料：
qmake概念
qmake Command Reference
