一花的資訊廚房: 2月 2018

2018年2月14日星期三

C bad file descriptor: error on accept()

code example:

while(1) {
        ...
        newsockfd = accept(listenfd, (struct sockaddr *) &cli_addr, &clilen);
        
        if (newsockfd < 0) {
            perror("server: accept error");
            exit(1);
        }


        if ((pid = fork()) < 0) {
         perror("fork error:");
            exit(3);
        } else {
            if (pid == 0) {  
                cout<<"close listenfd in child\n";
                close(listenfd);
                handle_socket(newsockfd,cli_addr);
            } else { 
             cout<<"close newsockfd in parent\n";
                close(newsockfd);
            }
        }
}

If you don't kill child after accept function,
the program will keep forking another child process.
Then, another "children"(depends on how many times you fork) also want to accept connection in while loop.
This situation leads to accept error.

Solution:
add exit(0) to your child process

[筆記] M-CORD是什麼

大家好啊~~
繼OPNFV之後又有新的類似專案產生了
是由ONF組織所領導的M-CORD

全名是Mobile-Central Office Re-architected as a Datacenter
因為M-CORD是CORD的一個變形
要了解M-CORD
得先從CORD去理解

CORD是一個用來建資料中心的架構
它的特點是

利用現有的 hardware 和 open source software 是具有經濟效益的
相較於以前的硬體設備是vendor lock-in，現在用了CORD後因為不用特定的硬體，取得成本低，外加使用open source軟體不須付費，因此很有經濟效益
由於是CORD軟體平台，可以很快速地部建新的服務在上頭

M-CORD架構圖

M-CORD比CORD多了XOS上面，關於核心網路的模組，有Disaggregated/Virtualized RAN and EPC + Mobile Edge Services
根據了解，上述的核心網路模組並未完整開源(open source)，只有30%的code在外亮相(這算哪門子的開源啦= =)，有興趣的人可以查查看Radisys，雖然它號稱開源，但是有人說可能最後仍要收費

2018年2月8日星期四

[筆記] 2018/02/06 P4 workshop in NCTU

大家好啊~~
前幾天交大才舉辦P4的工作坊
趁記憶猶新
稍稍做個筆記以免忘記XD

這裡說明一下P4是什麼?
P4全名為Programming Protocol-independent Packet Processors
他是一個程式語言，用來決定每個switch的行為，包含封包的欄位與switch具有的flow table。
根據P4的作者在他發的paper中表示，他提出的P4相當於OpenFlow 2.0，有一種「SDN的救星」的感覺。

那為何P4可譽為是SDN的救星?
主要有兩個方面
1. 由於SDN在P4誕生之前，主要是照著OpenFlow協議去規範。
從OpenFlow 1.0演進到現在的OpenFlow 1.4，在封包中的header欄位一直在增加，這對於設計switch的人來說很不方便，因為都被這個protocol綁死了，無法根據自己網路需求來增加或減少header欄位。
P4讓設計人員可以在區域網路的switch上自訂封包欄位，不用受到protocol的牽制，即為protocol independent。
2. 從OpenFlow 1.1之後，多了Multiple Flow Table的設計。
由於在1.0的時候，每個switch都是只有一個大table，但是每個欄位之中的數值很少，大部分的值都是don't care，這會導致很大的空間浪費。
Multiple Flow Table這樣的設計會把大table拆解成很多小table，這可以讓switch的用更少的空間記住相等的資訊，但這導致了一個問題。因為每個SDN switch廠商的switch包含的table數量都不一樣，即使一樣但在pipeline的flow table比較順序都不一樣，進而導致不相容。
P4可以讓設計人員可以在區域網路的switch上，自訂每個switch的flow table樣式，以及pipeline的運作順序。

如果有什麼想問的問題
歡迎在留言提問喔

2018年2月5日星期一

[教學] 用KVM設置虛擬區域網路(等同於VMware的LAN Segment)

大家好啊~~
今天來教大家使用KVM設置虛擬區域網路
當初找這個功能找了很久
都不是我想要的
好不容易在學長的幫忙下成功了
趕緊寫下來分享給大家

首先要先安裝KVM
參考這裡的第一和第二步驟
把KVM和virt-manager安裝好

接著因為有些設定預設是被隱藏的
需要藉由gksu這個套件顯現出來
指令：
$ sudo apt-get install gksu

藉由gksu啟動virt-manager
讓virt-manager有更多控制選項
$ gksu virt-manager

接下來會跳出VM列表
在上方
Edit→Connection Details→Virtual Networks
按底下的加號新增虛擬區域網路

為你的LAN Segment命名

設定你的IP範圍，看你的需求設定

是否啟動IPv6協定，看你的需求

決定封包是否要到達實體網卡，選第一個

接下來
到VM的所有裝置列表
按底下的Add Hardware新增網卡

重覆這個部分把要加進來虛擬區域網路的VM都設定好

驗證：到VM中用ping的方式ping到其他VM
ping <your_vm_ip> (本例為192.168.2.189)

成功啦~~~

訂閱：文章 (Atom)

2018年2月14日 星期三