🥇 ns-3 नेटवर्क सिम्युलेटरमा ट्यूटोरियल। अध्याय ३

अध्याय 1,2
अध्याय 3
अध्याय 4

5 सेटिङहरू
5.1 लगिङ मोड्युल प्रयोग गर्दै
5.1.1 लगिङ अवलोकन
5.1.2 लगिङ सक्षम गर्नुहोस्
5.1.3 तपाईंको कोडमा लगिङ थप्दै
5.2 आदेश रेखा तर्कहरू प्रयोग गर्दै
5.2.1 पूर्वनिर्धारित विशेषता मानहरू ओभरराइड गर्दै
5.2.2 तपाईंको आफ्नै आदेशहरू क्याप्चर गर्दै
5.3 ट्रेसिङ प्रणाली प्रयोग गर्दै
5.3.1 ASCII ट्रेसिङ
ASCII ट्रेसहरू पार्स गर्दै
5.3.2 PCAP ट्रेस

अध्याय 5

समायोजन

5.1 लगिङ मोड्युल प्रयोग गर्दै

हामीले पहिले नै स्क्रिप्ट हेरेर ns-3 लगिङ मोड्युललाई संक्षिप्त रूपमा हेरेका छौं first.cc। यस अध्यायमा, हामी लगिङ उपप्रणालीका लागि सम्भावित प्रयोगहरूलाई नजिकबाट हेर्नेछौं।

5.1.1 लगिङ अवलोकन

धेरै ठूला प्रणालीहरूले कुनै प्रकारको सन्देश लगिङ सुविधालाई समर्थन गर्दछ, र ns-3 कुनै अपवाद छैन। कतिपय अवस्थामा, त्रुटि सन्देशहरू मात्र "अपरेटर कन्सोल" मा लेखिन्छन् (जुन सामान्यतया युनिक्स-आधारित प्रणालीहरूमा stderr हुन्छ)। अन्य प्रणालीहरूमा, चेतावनी सन्देशहरू साथै थप विस्तृत जानकारीहरू प्रदर्शन गर्न सकिन्छ। केही अवस्थामा, लगिङ उपकरणहरू डिबग सन्देशहरू आउटपुट गर्न प्रयोग गरिन्छ जसले आउटपुटलाई छिटो ब्लर गर्न सक्छ।

ns-3 मा प्रयोग गरिएको subHRD ले जानकारी सामग्रीका यी सबै स्तरहरू उपयोगी छन् भनी मान्दछ, र हामी सन्देश लगिङको लागि चयनात्मक, स्तरित दृष्टिकोण प्रदान गर्दछौं। लगिङ पूर्ण रूपमा असक्षम गर्न सकिन्छ, प्रति-कम्पोनेन्ट आधारमा वा विश्वव्यापी रूपमा सक्षम गर्न सकिन्छ। यस उद्देश्यका लागि, जानकारी सामग्रीको समायोज्य स्तरहरू प्रयोग गरिन्छ। ns-3 लगिङ मोड्युलले तपाइँको सिमुलेशनबाट उपयोगी जानकारी प्राप्त गर्न अपेक्षाकृत सरल तरिका प्रदान गर्दछ।

तपाईंले बुझ्नुपर्छ कि हामीले तपाईंको मोडेलहरूबाट डाटा निकाल्नको लागि एक सामान्य उद्देश्य संयन्त्र - ट्रेसिङ - प्रदान गर्दछौं, जुन सिमुलेशनका लागि रुचाइएको आउटपुट हुनुपर्छ (हाम्रो ट्रेसिङ प्रणालीमा थप जानकारीको लागि, ट्यूटोरियल खण्ड 5.3 हेर्नुहोस्)। लगिङ डिबगिङ जानकारी, चेतावनी, त्रुटि सन्देशहरू, वा कुनै पनि समयमा तपाईंको स्क्रिप्ट वा मोडेलहरूबाट सन्देशहरू छिटो आउटपुट गर्नको लागि रुचाइएको विधि हुनुपर्छ।

हाल, प्रणालीले सूचना सामग्रीको बढ्दो क्रममा लग सन्देशहरूको सात स्तर (प्रकार) परिभाषित गर्दछ।

LOG_ERROR - लगिङ त्रुटि सन्देशहरू (सम्बन्धित म्याक्रो: NS_LOG_ERROR);
LOG_WARN - लग चेतावनी सन्देशहरू (सम्बन्धित म्याक्रो: NS_LOG_WARN);
LOG_DEBUG - अपेक्षाकृत दुर्लभ विशेष डिबग सन्देशहरू लग गर्नुहोस् (सम्बन्धित म्याक्रो: NS_LOG_DEBUG);
LOG_INFO - कार्यक्रमको प्रगतिको बारेमा जानकारी सन्देशहरूको दर्ता (सम्बन्धित म्याक्रो: NS_LOG_INFO);
LOG_FUNCTION - लग सन्देशहरू प्रत्येक प्रकार्यको वर्णन गर्ने भनिन्छ (दुई सम्बन्धित म्याक्रोहरू: NS_LOG_FUNCTION, सदस्य प्रकार्यहरूको लागि प्रयोग गरिन्छ, र NS_LOG_FUNCTION_NOARGS, स्थिर प्रकार्यहरूको लागि प्रयोग गरिन्छ);
LOG_LOGIC - लगिङ सन्देशहरू एक प्रकार्य भित्र तार्किक प्रवाह वर्णन (सम्बन्धित म्याक्रो: NS_LOG_LOGIC);
LOG_ALL - माथि उल्लेखित सबै कुरा लग गर्दछ (कुनै सम्बन्धित म्याक्रो)।
प्रत्येक प्रकार (LOG_TYPE) को लागि त्यहाँ LOG_LEVEL_TYPE पनि छ, यदि प्रयोग गरियो भने, यसको आफ्नै स्तरको अतिरिक्त लग इन गर्न माथिका सबै स्तरहरूलाई अनुमति दिन्छ। (परिणामको रूपमा, LOG_ERROR र LOG_LEVEL_ERROR, र LOG_ALL र LOG_LEVEL_ALL कार्यात्मक रूपमा बराबर छन्।) उदाहरणका लागि, LOG_INFO सक्षम गर्नाले NS_LOG_INFO म्याक्रोद्वारा प्रदान गरिएका सन्देशहरूलाई मात्र अनुमति दिनेछ, जबकि सक्षम गर्दा LOG_LEVEL_S द्वारा प्रदान गरिएको म्याक्रो, LOG_LEVEL_S मा सन्देशहरू पनि समावेश हुनेछ। LOG_WARN र NS_LOG_ERROR।

हामी बिना शर्त लगिङ म्याक्रो पनि प्रदान गर्छौं जुन सधैँ प्रदर्शित हुन्छ, लगिङ स्तर वा चयन कम्पोनेन्टको पर्वाह नगरी।

NS_LOG_UNCOND - सम्बन्धित सन्देशको बिना शर्त लगिङ (कुनै सम्बन्धित लगिङ स्तर छैन)।

प्रत्येक स्तर व्यक्तिगत वा संचयी रूपमा सोध्न सकिन्छ। लगिङ sh वातावरण चर NS_LOG प्रयोग गरेर वा प्रणाली प्रकार्य कल लग इन गरेर कन्फिगर गर्न सकिन्छ। पहिले देखाइए अनुसार, लगिङ प्रणालीमा Doxygen कागजातहरू छन् र यदि तपाईंसँग पहिले नै छैन भने यसलाई समीक्षा गर्ने राम्रो समय हो।

अब तपाईंले कागजातलाई विस्तृत रूपमा पढ्नुभएको छ, उदाहरण लिपिबाट केही रोचक जानकारी प्राप्त गर्न त्यो ज्ञान प्रयोग गरौं। scratch/myfirst.ccजुन तपाईंले पहिले नै कम्पाइल गर्नुभएको छ।

5.1.2 लगिङ सक्षम गर्नुहोस्

केही थप लगहरू चलाउनको लागि NS_LOG वातावरण चर प्रयोग गरौं, तर पहिले, केवल आफ्नो बियरिङहरू प्राप्त गर्न, तपाईंले पहिले जस्तै अन्तिम स्क्रिप्ट चलाउनुहोस्,

$ ./waf --run scratch/myfirst

तपाईंले पहिलो ns-3 उदाहरण कार्यक्रमबाट परिचित आउटपुट हेर्नु पर्छ

$ Waf: Entering directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
Waf: Leaving directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build' 'build'
finished successfully (0.413s)
Sent 1024 bytes to 10.1.1.2
Received 1024 bytes from 10.1.1.1
Received 1024 bytes from 10.1.1.2

तपाईंले माथि देख्नुभएका "पठाइएको" र "प्राप्त" सन्देशहरू वास्तवमा बाट लग गरिएका सन्देशहरू हुन् भन्ने कुरा पत्ता लाग्यो। UdpEchoClientApplication и UdpEchoServerApplication। उदाहरणका लागि, हामी ग्राहक अनुप्रयोगलाई NS_LOG वातावरण चर मार्फत लगिङ स्तर सेट गरेर थप जानकारी प्रिन्ट गर्न सोध्न सक्छौं।

अब देखि, म तपाईं "variable=value" सिन्ट्याक्स प्रयोग गर्ने sh-like शेल प्रयोग गर्दै हुनुहुन्छ भन्ने मान्न जाँदैछु। यदि तपाइँ csh-जस्तो शेल प्रयोग गर्दै हुनुहुन्छ भने, तपाइँले मेरो उदाहरणहरूलाई ती शेलहरू द्वारा आवश्यक "setenv चर मान" सिन्ट्याक्समा रूपान्तरण गर्नुपर्नेछ।

हाल, UDP इको क्लाइन्ट अनुप्रयोगले कोडको निम्न लाइनमा प्रतिक्रिया दिन्छ scratch/myfirst.cc,

LogComponentEnable("UdpEchoClientApplication", LOG_LEVEL_INFO);

यसले लगिङ स्तर LOG_LEVEL_INFO सक्षम गर्दछ। जब हामी लगिङ स्तर झण्डा पास गर्छौं, हामी वास्तवमा त्यो स्तर र सबै तल्लो स्तर सक्षम गर्दछौं। यस अवस्थामा, हामीले NS_LOG_INFO, NS_LOG_DEBUG, NS_LOG_WARN र NS_LOG_ERROR सक्षम गरेका छौं। निम्नानुसार NS_LOG वातावरण चर सेट गरेर हामी लगिङ स्तर बढाउन र स्क्रिप्ट परिवर्तन र पुन: संकलन बिना थप जानकारी प्राप्त गर्न सक्छौं:

$ export NS_LOG=UdpEchoClientApplication=level_all

त्यसैले हामीले sh shell चर NS_LOG लाई निम्न मानमा सेट गर्छौं,

UdpEchoClientApplication=level_all

असाइनमेन्टको बायाँ छेउ हामीले कन्फिगर गर्न चाहेको लग गरिएको कम्पोनेन्टको नाम हो, र दायाँ छेउ हामी यसको लागि आवेदन दिन चाहने झण्डा हो। यस अवस्थामा, हामी अनुप्रयोगमा डिबगिङका सबै स्तरहरू सक्षम गर्न जाँदैछौं। यदि तपाईंले NS_LOG यसरी सेट गरेर स्क्रिप्ट चलाउनुभयो भने, ns-3 लगिङ प्रणालीले परिवर्तनहरू स्वीकार गर्नेछ र तपाईंले निम्न आउटपुट देख्नुपर्छ:

Waf: Entering directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
Waf: Leaving directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
'build' finished successfully (0.404s)
UdpEchoClientApplication:UdpEchoClient()
UdpEchoClientApplication:SetDataSize(1024)
UdpEchoClientApplication:StartApplication()
UdpEchoClientApplication:ScheduleTransmit()
UdpEchoClientApplication:Send()
Sent 1024 bytes to 10.1.1.2
Received 1024 bytes from 10.1.1.1
UdpEchoClientApplication:HandleRead(0x6241e0, 0x624a20)
Received 1024 bytes from 10.1.1.2
UdpEchoClientApplication:StopApplication()
UdpEchoClientApplication:DoDispose()
UdpEchoClientApplication:~UdpEchoClient()

एप्लिकेसनद्वारा प्रदान गरिएको अतिरिक्त डिबगिङ जानकारी अब NS_LOG_FUNCTION स्तरमा छ। यसले स्क्रिप्ट कार्यान्वयनको क्रममा प्रकार्य कलको प्रत्येक उदाहरण देखाउँछ। सामान्य नियमको रूपमा, विधि प्रकार्यहरूमा यो प्रयोग गर्न राम्रो छ (कम्तीमा)NS_LOG_FUNCTION (this)... प्रयोग गर्नुहोस् NS_LOG_FUNCTION_NOARGS ()
केवल स्थिर प्रकार्यहरूमा। यद्यपि, नोट गर्नुहोस् कि ns-3 प्रणाली कुनै पनि लगिङ कार्यक्षमता समर्थन गर्न आवश्यक छैन। कति जानकारी रेकर्ड गर्ने भन्ने निर्णय व्यक्तिगत मोडेल विकासकर्तामा छोडिन्छ। इको अनुप्रयोगहरूको अवस्थामा, लगिङ आउटपुटको ठूलो मात्रा उपलब्ध छ।

तपाईंले अब अनुप्रयोगद्वारा गरिएका प्रकार्य कलहरूको लग हेर्न सक्नुहुन्छ। यदि तपाईंले नजिकबाट हेर्नुभयो भने, तपाईंले रेखाको बीचमा कोलोन देख्नुहुनेछ UdpEchoClientApplication र विधिको नाम, जहाँ तपाईंले C++ स्कोप अपरेटर (: :) हेर्ने अपेक्षा गर्न सक्नुहुन्छ। यो जानाजानी हो।

यो वास्तवमा कक्षाको नाम होइन, तर लगिङ कम्पोनेन्टको नाम हो। जब स्रोत फाइल र क्लासको बीचमा मिल्दोजुल्दो हुन्छ, यो सामान्यतया क्लासको नाम हो, तर तपाईंले यो वास्तवमा क्लासको नाम होइन, र त्यहाँ डबल कोलोनको सट्टा एकल कोलोन हो भनेर बुझ्नुपर्छ। यो तपाईंलाई अपेक्षाकृत सूक्ष्म तरिकामा वर्ग नामबाट लगिङ बीन नामलाई अवधारणात्मक रूपमा अलग गर्न मद्दत गर्ने तरिका हो।

यद्यपि, कतिपय अवस्थामा कुन विधिले लग सन्देश उत्पन्न गर्दैछ भनेर निर्धारण गर्न गाह्रो हुन सक्छ। यदि तपाइँ माथिको पाठ हेर्नुभयो भने, तपाइँ सोचिरहनु भएको हुन सक्छ कि लाइन "Received 1024 bytes from 10.1.1.2" तपाईं स्तर सेट गरेर यो समस्या समाधान गर्न सक्नुहुन्छ prefix_func NS_LOG वातावरण चरमा। निम्न प्रयास गर्नुहोस्:

$ export 'NS_LOG=UdpEchoClientApplication=level_all|prefix_func'

नोट गर्नुहोस् कि उद्धरण चिन्हहरू आवश्यक छन् किनभने हामीले OR अपरेशनलाई प्रतिनिधित्व गर्न प्रयोग गर्ने ठाडो पट्टी पनि एक युनिक्स पाइप कनेक्टर हो। अब यदि तपाइँ स्क्रिप्ट चलाउनुहुन्छ भने, तपाइँले देख्नुहुनेछ कि लगिङ प्रणालीले सुनिश्चित गर्दछ कि दिइएको लगमा प्रत्येक सन्देश घटक नामको साथ उपसर्गमा छ।

Waf: Entering directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
Waf: Leaving directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
'build' finished successfully (0.417s)
UdpEchoClientApplication:UdpEchoClient()
UdpEchoClientApplication:SetDataSize(1024)
UdpEchoClientApplication:StartApplication()
UdpEchoClientApplication:ScheduleTransmit()
UdpEchoClientApplication:Send()
UdpEchoClientApplication:Send(): Sent 1024 bytes to 10.1.1.2
Received 1024 bytes from 10.1.1.1
UdpEchoClientApplication:HandleRead(0x6241e0, 0x624a20)
UdpEchoClientApplication:HandleRead(): Received 1024 bytes from 10.1.1.2
UdpEchoClientApplication:StopApplication()
UdpEchoClientApplication:DoDispose()
UdpEchoClientApplication:~UdpEchoClient()

अब तपाईले देख्न सक्नुहुन्छ कि UDP इको क्लाइन्ट एप्लिकेसनबाट आउने सबै सन्देशहरू त्यस्तै रूपमा पहिचान गरिएको छ। सन्देश"Received 1024 bytes from 10.1.1.2" अब इको क्लाइन्ट अनुप्रयोगबाट आउँदै गरेको रूपमा स्पष्ट रूपमा पहिचान गरिएको छ। बाँकी सन्देश UDP इको सर्भर अनुप्रयोगबाट आउनै पर्छ। हामी NS_LOG वातावरण चरमा कम्पोनेन्टहरूको कोलोन-पृथक सूची प्रविष्ट गरेर यो घटक सक्षम गर्न सक्छौं।

$ export 'NS_LOG=UdpEchoClientApplication=level_all|prefix_func:
               UdpEchoServerApplication=level_all|prefix_func'

चेतावनी: माथिको उदाहरणको पाठमा, तपाईंले कोलन (:) पछि नयाँ लाइन क्यारेक्टर हटाउन आवश्यक छ, यो कागजात ढाँचा गर्न प्रयोग गरिन्छ। अब यदि तपाइँ स्क्रिप्ट चलाउनुहुन्छ भने, तपाइँ क्लाइन्ट र सर्भर इको अनुप्रयोगहरूबाट सबै लग सन्देशहरू देख्नुहुनेछ। तपाईले देख्न सक्नुहुन्छ कि यो डिबग गर्दा धेरै उपयोगी हुन सक्छ।

Waf: Entering directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
Waf: Leaving directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
'build' finished successfully (0.406s)
UdpEchoServerApplication:UdpEchoServer()
UdpEchoClientApplication:UdpEchoClient()
UdpEchoClientApplication:SetDataSize(1024)
UdpEchoServerApplication:StartApplication()
UdpEchoClientApplication:StartApplication()
UdpEchoClientApplication:ScheduleTransmit()
UdpEchoClientApplication:Send()
UdpEchoClientApplication:Send(): Sent 1024 bytes to 10.1.1.2
UdpEchoServerApplication:HandleRead(): Received 1024 bytes from 10.1.1.1
UdpEchoServerApplication:HandleRead(): Echoing packet
UdpEchoClientApplication:HandleRead(0x624920, 0x625160)
UdpEchoClientApplication:HandleRead(): Received 1024 bytes from 10.1.1.2
UdpEchoServerApplication:StopApplication()
UdpEchoClientApplication:StopApplication()
UdpEchoClientApplication:DoDispose()
UdpEchoServerApplication:DoDispose()
UdpEchoClientApplication:~UdpEchoClient()
UdpEchoServerApplication:~UdpEchoServer()

यो कहिलेकाहीँ लग सन्देश उत्पन्न भएको सिमुलेशन समय हेर्न सक्षम हुन पनि उपयोगी छ। तपाईं OR बिट थपेर यो गर्न सक्नुहुन्छ उपसर्ग_समय:

$ export 'NS_LOG=UdpEchoClientApplication=level_all|prefix_func|prefix_time: UdpEchoServerApplication=level_all|prefix_func|prefix_time'

फेरि, तपाईंले माथिको नयाँ लाइन क्यारेक्टर हटाउनु पर्छ। यदि तपाईंले अब स्क्रिप्ट चलाउनु भयो भने तपाईंले निम्न आउटपुट देख्नुपर्छ:

Waf: Entering directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
Waf: Leaving directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
'build' finished successfully (0.418s)
0s UdpEchoServerApplication:UdpEchoServer()
0s UdpEchoClientApplication:UdpEchoClient()
0s UdpEchoClientApplication:SetDataSize(1024)
1s UdpEchoServerApplication:StartApplication()
2s UdpEchoClientApplication:StartApplication()
2s UdpEchoClientApplication:ScheduleTransmit()
2s UdpEchoClientApplication:Send()
2s UdpEchoClientApplication:Send(): Sent 1024 bytes to 10.1.1.2
2.00369s UdpEchoServerApplication:HandleRead(): Received 1024 bytes from 10.1.1.1
2.00369s UdpEchoServerApplication:HandleRead(): Echoing packet
2.00737s UdpEchoClientApplication:HandleRead(0x624290, 0x624ad0)
2.00737s UdpEchoClientApplication:HandleRead(): Received 1024 bytes from 10.1.1.2
10s UdpEchoServerApplication:StopApplication()
10s UdpEchoClientApplication:StopApplication()
UdpEchoClientApplication:DoDispose()
UdpEchoServerApplication:DoDispose()
UdpEchoClientApplication:~UdpEchoClient()
UdpEchoServerApplication:~UdpEchoServer()

कृपया ध्यान दिनुहोस् कि कन्स्ट्रक्टरको लागि UdpEchoServer सिमुलेशन ० सेकेन्डमा बोलाइएको थियो। यो वास्तवमा सिमुलेशन सुरु हुनु अघि हुन्छ, तर समय शून्य सेकेन्डको रूपमा देखाइएको छ। कन्स्ट्रक्टर सन्देशको लागि पनि त्यस्तै हो UdpEchoClient.

Waf: Entering directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
Waf: Leaving directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
'build' finished successfully (0.418s)
0s UdpEchoServerApplication:UdpEchoServer()
0s UdpEchoClientApplication:UdpEchoClient()
0s UdpEchoClientApplication:SetDataSize(1024)
1s UdpEchoServerApplication:StartApplication()
2s UdpEchoClientApplication:StartApplication()
2s UdpEchoClientApplication:ScheduleTransmit()
2s UdpEchoClientApplication:Send()
2s UdpEchoClientApplication:Send(): Sent 1024 bytes to 10.1.1.2
2.00369s UdpEchoServerApplication:HandleRead(): Received 1024 bytes from 10.1.1.1
2.00369s UdpEchoServerApplication:HandleRead(): Echoing packet
2.00737s UdpEchoClientApplication:HandleRead(0x624290, 0x624ad0)
2.00737s UdpEchoClientApplication:HandleRead(): Received 1024 bytes from 10.1.1.2
10s UdpEchoServerApplication:StopApplication()
10s UdpEchoClientApplication:StopApplication()
UdpEchoClientApplication:DoDispose()
UdpEchoServerApplication:DoDispose()
UdpEchoClientApplication:~UdpEchoClient()
UdpEchoServerApplication:~UdpEchoServer()

त्यो स्क्रिप्ट सम्झनुहोस् scratch/first.cc सिमुलेशन सुरु हुनु भन्दा एक सेकेन्ड अघि इको सर्भर अनुप्रयोग सुरु भयो। अब तपाईले त्यो विधि देख्न सक्नुहुन्छ अनुप्रयोग सुरु गर्नुहोस् सर्भर वास्तवमा पहिलो सेकेन्डमा बोलाइन्छ। तपाईंले यो पनि याद गर्न सक्नुहुन्छ कि इको क्लाइन्ट सिमुलेशनको दोस्रो सेकेन्डमा सुरु हुन्छ, जस्तै हामीले स्क्रिप्टमा सोधेका छौं।

तपाईं अब कलमा सिमुलेशन प्रगति पछ्याउन सक्नुहुन्छ अनुसूची ट्रान्समिट क्लाइन्टमा जसले ह्यान्डलरीड कलब्याकलाई इको सर्भर अनुप्रयोगमा पठाउनुहोस्। नोट गर्नुहोस् कि बिन्दु-देखि-पोइन्ट लिङ्कमा प्याकेट पठाउन बितेको समय 3,69 मिलिसेकेन्ड हो। तपाईले देख्न सक्नुहुन्छ कि इको सर्भरले सन्देश लग गर्दछ जुन यसले प्याकेटमा प्रतिक्रिया दिएको छ, र त्यसपछि, च्यानल ढिलाइ पछि, तपाईले देख्नुहुन्छ कि इको क्लाइन्टले यसको ह्यान्डलरीड विधिमा इको प्याकेट प्राप्त गर्दछ।

यस सिमुलेशनमा, तपाईले ध्यान नदिई धेरै हुन्छ। तर तपाइँ प्रणालीमा सबै लगिङ कम्पोनेन्टहरू सक्षम गरेर सम्पूर्ण प्रक्रियालाई सजिलैसँग ट्र्याक गर्न सक्नुहुन्छ। निम्न मानमा NS_LOG चर सेट गर्ने प्रयास गर्नुहोस्,

$ export 'NS_LOG=*=level_all|prefix_func|prefix_time'

माथिको तारा चिन्ह लगिङ कम्पोनेन्टको लागि वाइल्डकार्ड क्यारेक्टर हो। यसले सिमुलेशनमा प्रयोग गरिएका सबै घटकहरूमा सबै प्रविष्टिहरू समावेश गर्दछ। म यहाँ आउटपुट पुन: उत्पादन गर्दिन (लेख्ने समयमा यसले एकल इको प्याकेटको लागि आउटपुटको 1265 लाइनहरू उत्पादन गर्दछ), तर तपाईंले यो जानकारी फाइलमा रिडिरेक्ट गर्न सक्नुहुन्छ र यसलाई आफ्नो मनपर्ने सम्पादकमा हेर्न सक्नुहुन्छ।

$ ./waf --run scratch/myfirst > log.out 2>&1

म व्यक्तिगत रूपमा लगिङको यो अत्यन्त verbose संस्करण प्रयोग गर्छु जब मलाई समस्या छ र मलाई थाहा छैन जहाँ चीजहरू गलत भयो। मैले ब्रेकपोइन्टहरू सेट नगरी र डिबगरमा कोड मार्फत कदम नगरी सजिलैसँग कोड कार्यान्वयनलाई पछ्याउन सक्छु। म केवल मेरो मनपर्ने सम्पादकमा आउटपुट सम्पादन गर्न सक्छु र मैले अपेक्षा गरेको कुरा खोज्न सक्छु र मैले आशा नगरेको कुरा देख्न सक्छु। एकचोटि मलाई के गलत भइरहेको छ भन्ने सामान्य विचार छ, म समस्यामा ड्रिल गर्न डिबगरमा हाम फाल्नेछु। यस प्रकारको आउटपुट विशेष गरी उपयोगी हुन सक्छ जब तपाईंको स्क्रिप्टले पूर्ण रूपमा अप्रत्याशित काम गर्छ। यदि तपाईंले डिबगर मात्र प्रयोग गर्नुभयो भने, तपाईंले पूर्ण रूपमा ट्विस्ट गुमाउन सक्नुहुन्छ। दर्ताले त्यस्ता मोडहरूलाई ध्यान दिने बनाउँछ।

5.1.3 तपाईंको कोडमा लगिङ थप्दै

तपाईले धेरै म्याक्रोबाट लग कम्पोनेन्टमा कल गरेर आफ्नो सिमुलेशनमा नयाँ प्रविष्टिहरू थप्न सक्नुहुन्छ। यसलाई स्क्रिप्टमा गरौं myfirst.cc, जुन हामीसँग "सफा" डाइरेक्टरीमा छ। याद गर्नुहोस् कि हामीले यस परिदृश्यमा लगिङ कम्पोनेन्ट परिभाषित गर्यौं:

NS_LOG_COMPONENT_DEFINE ("FirstScriptExample");

तपाइँ सचेत हुनुहुन्छ कि तपाइँ विभिन्न स्तरहरूमा NS_LOG वातावरण चर सेट गरेर यस घटकबाट सबै सन्देशहरूको लगिङ सक्षम गर्न सक्नुहुन्छ। अगाडि बढौं र स्क्रिप्टमा केही प्रविष्टिहरू थपौं। लगमा जानकारी स्तर सन्देशहरू थप्न प्रयोग गरिएको म्याक्रो NS_LOG_INFO हो। एउटा सन्देश थपौं (हामीले नोडहरू सिर्जना गर्नु अघि) जसले तपाईंलाई स्क्रिप्ट "टोपोलोजी सिर्जना गर्ने" चरणमा छ भनी बताउँछ। यो निम्न कोड स्निपेट मा गरिन्छ,
खोल्नुहोस् scratch/myfirst.cc आफ्नो मनपर्ने सम्पादकमा र लाइन थप्नुहोस्,
NS_LOG_INFO ("Creating Topology");
रेखा भन्दा ठीक अगाडि,

NodeContainer nodes;
nodes.Create (2);

अब प्रयोग गरेर स्क्रिप्ट कम्पाइल गर्नुहोस् waf, र हामीले पहिले सक्षम गरेको लगिङ स्ट्रिम असक्षम गर्न NS_LOG चर खाली गर्नुहोस्:

$ ./waf
$ export NS_LOG=
Теперь, если вы запустите скрипт,
$ ./waf --run scratch/myfirst

तपाईंले नयाँ सन्देश देख्नुहुने छैन किनभने सम्बन्धित लगिङ कम्पोनेन्ट (FirstScriptExample) सक्षम गरिएको छैन। आफ्नो सन्देश हेर्नको लागि तपाईंले लगिङ कम्पोनेन्ट सक्षम गर्न आवश्यक छ FirstScriptExample NS_LOG_INFO भन्दा कम नभएको स्तरको साथ। यदि तपाइँ केवल यो विशिष्ट लगिङ स्तर हेर्न चाहनुहुन्छ भने, तपाइँ यसलाई यो जस्तै सक्षम गर्न सक्नुहुन्छ,

$ export NS_LOG=FirstScriptExample=info

यदि तपाइँ अहिले स्क्रिप्ट चलाउनुहुन्छ भने, तपाइँ "टोपोलोजी सिर्जना गर्दै" नयाँ सन्देश देख्नुहुनेछ,

Waf: Entering directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
Waf: Leaving directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
'build' finished successfully (0.404s)
Creating Topology
Sent 1024 bytes to 10.1.1.2
Received 1024 bytes from 10.1.1.1
Received 1024 bytes from 10.1.1.2

5.2 आदेश रेखा तर्कहरू प्रयोग गर्दै

5.2.1 पूर्वनिर्धारित विशेषता मानहरू ओभरराइड गर्दै

सम्पादन वा निर्माण बिना ns-3 स्क्रिप्टहरूको व्यवहार परिवर्तन गर्ने अर्को तरिका आदेश रेखा तर्कहरू प्रयोग गर्नु हो। हामी कमाण्ड लाइन आर्गुमेन्टहरू पार्स गर्ने मेकानिजम प्रदान गर्छौं र परिणामहरूमा आधारित स्थानीय र विश्वव्यापी चरहरू स्वचालित रूपमा सेट गर्छौं।

कमाण्ड लाइन आर्गुमेन्ट प्रणाली प्रयोग गर्ने पहिलो चरण भनेको कमाण्ड लाइन पार्सर घोषणा गर्नु हो। यो गर्न धेरै सजिलो छ (तपाईंको मुख्य कार्यक्रममा), निम्न कोडमा जस्तै,

int
main (int argc, char *argv[])
{
...
CommandLine cmd;
cmd.Parse (argc, argv);
...
}

यो साधारण दुई-लाइन स्निपेट वास्तवमा आफ्नै अधिकारमा धेरै उपयोगी छ। यसले ns-3 ग्लोबल चर र विशेषता प्रणालीको ढोका खोल्छ। मुख्य स्क्रिप्ट प्रकार्यको सुरुमा कोडका दुई लाइनहरू थपौं scratch/myfirst.cc। अगाडि बढ्दै, हामी स्क्रिप्ट कम्पाइल गर्छौं र यसलाई चलाउँछौं, चल्दा हामी निम्नानुसार मद्दत अनुरोध गर्छौं,

$ ./waf --run "scratch/myfirst --PrintHelp"

यो आदेश सोध्नेछ Waf लिपि चलाउनुहोस् स्क्र्याच / मेरो पहिलो र यसलाई आदेश लाइन तर्क पास गर्नुहोस् -प्रिन्ट हेल्प। तर्क कुन कार्यक्रमको लागि हो भनेर संकेत गर्न उद्धरण चिन्हहरू आवश्यक छन्। आदेश रेखा पार्सरले तर्क पत्ता लगाउनेछ -प्रिन्ट हेल्प र जवाफ प्रदर्शन गर्नेछ,

Waf: Entering directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
Waf: Leaving directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
'build' finished successfully (0.413s)
TcpL4Protocol:TcpStateMachine()
CommandLine:HandleArgument(): Handle arg name=PrintHelp value=
--PrintHelp: Print this help message.
--PrintGroups: Print the list of groups.
--PrintTypeIds: Print all TypeIds.
--PrintGroup=[group]: Print all TypeIds of group.
--PrintAttributes=[typeid]: Print all attributes of typeid.
--PrintGlobals: Print the list of globals.

अब विकल्प हेरौं -प्रिन्ट विशेषताहरू। हामीले first.cc स्क्रिप्ट अध्ययन गर्दा ns-3 विशेषता प्रणाली उल्लेख गरिसकेका छौं। हामीले कोडको निम्न लाइनहरू देख्यौं,

PointToPointHelper pointToPoint;
pointToPoint.SetDeviceAttribute ("DataRate", StringValue ("5Mbps"));
pointToPoint.SetChannelAttribute ("Delay", StringValue ("2ms"));

र तिनीहरूले भने डाटा दर वास्तवमा एक विशेषता हो PointToPointNetDevice। विशेषताहरू हेर्न आदेश लाइन तर्क पार्सर प्रयोग गरौं PointToPointNetDevice। मद्दत सूचीले हामीले उपलब्ध गराउनु पर्ने कुरा बताउँछ टाइपआईडी। यो वर्गको नाम हो जसमा रुचिका विशेषताहरू छन्। हाम्रो मामला मा यो हुनेछ ns3::PointToPointNetDevice। अगाडि बढौं, प्रवेश गरौं,

$ ./waf --run "scratch/myfirst --PrintAttributes=ns3::PointToPointNetDevice"

प्रणालीले यस नेटवर्क उपकरण प्रकारका सबै विशेषताहरू प्रिन्ट गर्नेछ। तपाईले देख्नुहुनेछ कि सूचीमा रहेका विशेषताहरू मध्ये,

--ns3::PointToPointNetDevice::DataRate=[32768bps]:
The default data rate for point to point links

यो वस्तु सिर्जना गर्दा प्रणाली द्वारा प्रयोग गरिने पूर्वनिर्धारित मान हो PointToPointNetDevice। हामी प्यारामिटर प्रयोग गरेर यो पूर्वनिर्धारित मान ओभरराइड गर्नेछौं विशेषताहरु в PointToPointHelper उच्च। पोइन्ट-टु-पोइन्ट यन्त्रहरू र च्यानलहरूको लागि पूर्वनिर्धारित मानहरू प्रयोग गरौं। यो गर्नको लागि, हामी कलहरू मेटाउनेछौं सेट यन्त्र विशेषता и ChannelAttribute सेट गर्नुहोस् बाट myfirst.cc, जुन हामीसँग सफा डाइरेक्टरीमा छ।

तपाईंको स्क्रिप्टले अब मात्र घोषणा गर्नुपर्छ PointToPointHelper र तलको उदाहरणमा देखाइए अनुसार कुनै पनि स्थापना कार्यहरू नगर्नुहोस्,

...
NodeContainer nodes;
nodes.Create (2);
PointToPointHelper pointToPoint;
NetDeviceContainer devices;
devices = pointToPoint.Install (nodes);
...

अगाडि बढ्नुहोस् र एउटा नयाँ स्क्रिप्ट सिर्जना गर्नुहोस् Waf (./waff) र फिर्ता जाऔं र UDP इको सर्भर अनुप्रयोगबाट केही प्रविष्टि समावेश गरौं र समय उपसर्ग समावेश गरौं।

$ export 'NS_LOG=UdpEchoServerApplication=level_all|prefix_time'

यदि तपाइँ स्क्रिप्ट चलाउनुहुन्छ भने तपाइँ निम्न आउटपुट देख्नुपर्छ:

Waf: Entering directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
Waf: Leaving directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
'build' finished successfully (0.405s)
0s UdpEchoServerApplication:UdpEchoServer()
1s UdpEchoServerApplication:StartApplication()
Sent 1024 bytes to 10.1.1.2
2.25732s Received 1024 bytes from 10.1.1.1
2.25732s Echoing packet
Received 1024 bytes from 10.1.1.2
10s UdpEchoServerApplication:StopApplication()
UdpEchoServerApplication:DoDispose()
UdpEchoServerApplication:~UdpEchoServer()

याद गर्नुहोस् कि अन्तिम पटक हामीले सिमुलेशन समय हेरेका थियौं, इको सर्भरले प्याकेट प्राप्त गरेको क्षण, यो 2,00369 सेकेन्ड थियो।

2.00369s UdpEchoServerApplication:HandleRead(): Received 1024 bytes from 10.1.1.1

अब उसले 2.25732 सेकेन्डमा प्याकेट प्राप्त गर्दछ। यो किनभने हामीले PointToPointNetDevice डाटा दरलाई पाँच मेगाबिट प्रति सेकेन्डबाट पूर्वनिर्धारित मानमा रिसेट गर्छौं, जुन 32768 बिट प्रति सेकेन्ड हो। यदि हामीले कमाण्ड लाइन प्रयोग गरेर नयाँ डाटारेट प्रतिस्थापन गर्ने हो भने, हामीले हाम्रो सिमुलेशनलाई फेरि गति दिन सक्छौं। मद्दत तत्व द्वारा निहित सूत्र अनुसार हामी यसलाई निम्नानुसार गर्नेछौं:

$ ./waf --run "scratch/myfirst --ns3::PointToPointNetDevice::DataRate=5Mbps"

यसले DataRate विशेषतालाई प्रति सेकेन्ड पाँच मेगाबिटको पूर्वनिर्धारित मानमा फर्काउनेछ। के तपाई नतिजा देखेर छक्क हुनुहुन्छ? यो बाहिर जान्छ कि स्क्रिप्ट को मूल व्यवहार फिर्ता गर्न को लागी, हामीले प्रकाश को गति मिलाउन च्यानल ढिलाइ पनि सेट गर्न आवश्यक छ। हामी कमाण्ड लाइन प्रणालीलाई च्यानल विशेषताहरू प्रिन्ट गर्न सोध्न सक्छौं, जस्तै हामीले नेटवर्क उपकरणको लागि गर्यौं:

$ ./waf --run "scratch/myfirst --PrintAttributes=ns3::PointToPointChannel"

हामीले फेला पार्नेछौं कि च्यानल ढिलाइ विशेषता निम्न रूपमा सेट गरिएको छ:

--ns3::PointToPointChannel::Delay=[0ns]:
Transmission delay through the channel

हामी त्यसपछि, कमाण्ड लाइन प्रणाली मार्फत, यी दुवै पूर्वनिर्धारित मानहरू सेट गर्न सक्छौं।

$ ./waf --run "scratch/myfirst
--ns3::PointToPointNetDevice::DataRate=5Mbps
--ns3::PointToPointChannel::Delay=2ms"

यस अवस्थामा हामीले स्क्रिप्टमा स्पष्ट रूपमा डेटा दर र ढिलाइ सेट गर्दा हामीसँग भएको समय पुनर्स्थापना गर्छौं:

Waf: Entering directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
Waf: Leaving directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
'build' finished successfully (0.417s)
0s UdpEchoServerApplication:UdpEchoServer()
1s UdpEchoServerApplication:StartApplication()
Sent 1024 bytes to 10.1.1.2
2.00369s Received 1024 bytes from 10.1.1.1
2.00369s Echoing packet
Received 1024 bytes from 10.1.1.2
10s UdpEchoServerApplication:StopApplication()
UdpEchoServerApplication:DoDispose()
UdpEchoServerApplication:~UdpEchoServer()

ध्यान दिनुहोस् कि प्याकेट सर्भर द्वारा 2,00369 सेकेन्ड पछि पुन: प्राप्त हुन्छ। हामी वास्तवमा लिपिमा प्रयोग गरिएका कुनै पनि विशेषताहरू यस तरिकाले सेट गर्न सक्छौं। विशेष गरी, हामीले MaxPackets विशेषताहरूलाई गैर-एक मानहरूमा सेट गर्न सक्छौं UdpEchoClient.

तपाईं यसलाई कसरी प्रयोग गर्नुहुन्छ? एक पटक कोशिस गर्नुहोला। हामीले पूर्वनिर्धारित एट्रिब्यूट मान ओभरराइड गर्ने र स्पष्ट रूपमा सेट गरेको ठाउँमा तपाईंले टिप्पणी गर्नुपर्छ भन्ने कुरा याद गर्नुहोस्। MaxPackets लिपिमा। त्यसपछि तपाईंले स्क्रिप्ट पुन: निर्माण गर्नुपर्छ। तपाईंले नयाँ पूर्वनिर्धारित विशेषता मान सेट गर्नका लागि सिन्ट्याक्स मद्दत प्राप्त गर्न आदेश रेखा पनि प्रयोग गर्न सक्नुहुन्छ। एकचोटि तपाईंले यो बुझ्नुभयो भने, तपाईंले आदेश लाइनमा प्रदर्शित प्याकेजहरूको संख्या नियन्त्रण गर्न सक्नुहुन्छ। हामी अध्ययनशील मानिस भएकाले, हाम्रो कमाण्ड लाइन यस्तो देखिन्छ:

$ ./waf --run "scratch/myfirst
--ns3::PointToPointNetDevice::DataRate=5Mbps
--ns3::PointToPointChannel::Delay=2ms
--ns3::UdpEchoClient::MaxPackets=2"

यस बिन्दुमा उठ्ने स्वाभाविक प्रश्न यो हो कि यी सबै गुणहरूको अस्तित्वको बारेमा कसरी जान्न सकिन्छ। फेरि, कमाण्ड लाइन प्रणालीसँग यस मामलाको लागि मद्दत प्रकार्य छ। यदि हामीले मद्दतको लागि कमाण्ड लाइन सोध्नुभयो भने, हामीले हेर्नुपर्छ:

$ ./waf --run "scratch/myfirst --PrintHelp"
myfirst [Program Arguments] [General Arguments]
General Arguments:
--PrintGlobals: Print the list of globals.
--PrintGroups: Print the list of groups.
--PrintGroup=[group]: Print all TypeIds of group.
--PrintTypeIds: Print all TypeIds.
--PrintAttributes=[typeid]: Print all attributes of typeid.
--PrintHelp: Print this help message.

यदि तपाईंले "प्रिन्टसमूहहरू" तर्क चयन गर्नुभयो भने तपाईंले सबै दर्ता गरिएका समूहहरूको सूची देख्नुपर्छ टाइपआईडी। समूहका नामहरू स्रोत डाइरेक्टरीमा रहेका मोड्युलहरूको नामसँग मिल्दोजुल्दो छन् (बस पूँजीकृत भए पनि)। सबै जानकारी एकैचोटि प्रिन्ट गर्दा धेरै ठूलो हुनेछ, त्यसैले समूहद्वारा जानकारी छाप्नको लागि अतिरिक्त फिल्टर उपलब्ध छ। त्यसोभए, फेरि पोइन्ट-टु-पोइन्ट मोड्युलमा फोकस गर्दै:

./waf --run "scratch/myfirst --PrintGroup=PointToPoint"
TypeIds in group PointToPoint:
ns3::PointToPointChannel
ns3::PointToPointNetDevice
ns3::PointToPointRemoteChannel
ns3::PppHeader

यहाँ तपाईंले विशेषता लुकअपहरूको लागि उपलब्ध टाइपआईडी नामहरू फेला पार्न सक्नुहुन्छ, उदाहरणका लागि
--PrintAttributes = ns3 :: PointToPointChannelमाथि देखाइएको रूपमा।

विशेषताहरू बारे जान्न अर्को तरिका Doxygen ns-3 मार्फत हो। त्यहाँ एउटा पृष्ठ छ जसले सिम्युलेटरमा दर्ता भएका सबै विशेषताहरू सूचीबद्ध गर्दछ।

5.2.2 तपाईंको आफ्नै आदेशहरू क्याप्चर गर्दै

तपाइँ कमाण्ड लाइन प्रणाली मार्फत तपाइँको आफ्नै हुकहरू पनि थप्न सक्नुहुन्छ। यो कमाण्ड लाइन पार्सर विधि प्रयोग गरेर एकदम सरल रूपमा गरिन्छ AddValue.
पूर्णतया फरक तरिकामा प्रदर्शन गर्न प्याकेजहरूको संख्या निर्दिष्ट गर्न यो सुविधा प्रयोग गरौं। भनिन्छ स्थानीय चर थपौं n प्याकेटहरू एक समारोह मा मुख्य। हामी यसलाई हाम्रो अघिल्लो पूर्वनिर्धारित व्यवहारसँग मेल खाने एउटामा सेट गर्नेछौं। आदेश रेखा पार्सरलाई यो मान परिवर्तन गर्न अनुमति दिन, हामीले पार्सरमा यो मान क्याप्चर गर्न आवश्यक छ। हामी यो कल थपेर गर्छौं AddValue। जानुहोस् र स्क्रिप्ट परिवर्तन गर्नुहोस् scratch/myfirst.cc त्यसैले निम्न कोड संग सुरु गर्न,

int
main (int argc, char *argv[])
{
uint32_t nPackets = 1;
CommandLine cmd;
cmd.AddValue("nPackets", "Number of packets to echo", nPackets);
cmd.Parse (argc, argv);
...

स्क्रिप्टको बिन्दुमा तल स्क्रोल गर्नुहोस् जहाँ हामीले MaxPackets विशेषता सेट गर्छौं र यसलाई परिवर्तन गर्नुहोस् ताकि यो स्थिर 1 को सट्टा nPackets चरमा सेट हुन्छ, जस्तै तल देखाइएको छ।

echoClient.SetAttribute ("MaxPackets", UintegerValue (nPackets));

अब यदि तपाइँ स्क्रिप्ट चलाउनुहुन्छ र -PrintHelp तर्क आपूर्ति गर्नुहुन्छ भने, तपाइँले नयाँ प्रयोगकर्ता तर्क देख्नुपर्छ। मद्दत प्रदर्शनमा सूचीबद्ध। प्रविष्ट गर्नुहोस्,

$ ./waf --run "scratch/myfirst --PrintHelp"
Waf: Entering directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
Waf: Leaving directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
'build' finished successfully (0.403s)
--PrintHelp: Print this help message.
--PrintGroups: Print the list of groups.
--PrintTypeIds: Print all TypeIds.
--PrintGroup=[group]: Print all TypeIds of group.
--PrintAttributes=[typeid]: Print all attributes of typeid.
--PrintGlobals: Print the list of globals.
User Arguments:
--nPackets: Number of packets to echo

यदि तपाइँ प्रसारित प्याकेटहरूको संख्या परिवर्तन गर्न चाहनुहुन्छ भने, तपाइँ आदेश रेखा तर्क - -nPackets सेट गरेर त्यसो गर्न सक्नुहुन्छ।

$ ./waf --run "scratch/myfirst --nPackets=2"

अब देख्नुपर्छ

Waf: Entering directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
Waf: Leaving directory `/home/craigdo/repos/ns-3-allinone/ns-3-dev/build'
'build' finished successfully (0.404s)
0s UdpEchoServerApplication:UdpEchoServer()
1s UdpEchoServerApplication:StartApplication()
Sent 1024 bytes to 10.1.1.2
2.25732s Received 1024 bytes from 10.1.1.1
2.25732s Echoing packet
Received 1024 bytes from 10.1.1.2
Sent 1024 bytes to 10.1.1.2
3.25732s Received 1024 bytes from 10.1.1.1
3.25732s Echoing packet
Received 1024 bytes from 10.1.1.2
10s UdpEchoServerApplication:StopApplication()
UdpEchoServerApplication:DoDispose()
UdpEchoServerApplication:~UdpEchoServer()

तपाईंले अहिले दुईवटा प्याकेज पठाउनुभएको छ। धेरै सरल, हैन?
तपाईले देख्न सक्नुहुन्छ कि ns-3 प्रयोगकर्ताको रूपमा, तपाईले विश्वव्यापी मान र विशेषताहरू हेरफेर गर्न आदेश लाइन तर्क प्रणाली प्रयोग गर्न सक्नुहुन्छ। यदि तपाइँ मोडेल लेखक हुनुहुन्छ भने, तपाइँ तपाइँको वस्तुहरूमा नयाँ विशेषताहरू थप्न सक्नुहुन्छ र तिनीहरू कमांड लाइन प्रणाली मार्फत तपाइँका प्रयोगकर्ताहरूद्वारा कन्फिगरेसनको लागि स्वचालित रूपमा उपलब्ध हुनेछन्। यदि तपाइँ स्क्रिप्ट लेखक हुनुहुन्छ भने, तपाइँ तपाइँको स्क्रिप्टहरूमा नयाँ चरहरू थप्न सक्नुहुन्छ र तिनीहरूलाई तपाइँको कमाण्ड लाइन प्रणालीमा सहज रूपमा प्लग गर्न सक्नुहुन्छ।

5.3 ट्रेसिङ प्रणाली प्रयोग गर्दै

मोडलिङको सम्पूर्ण बिन्दु थप अध्ययनको लागि आउटपुट उत्पन्न गर्नु हो, र ns-3 ट्रेस प्रणाली यसको लागि मुख्य संयन्त्र हो। ns-3 एक C++ कार्यक्रम भएकोले, C++ कार्यक्रमबाट आउटपुट उत्पन्न गर्ने मानक माध्यमहरू प्रयोग गर्न सकिन्छ:

#include <iostream>
...
int main ()
{
...
std::cout << "The value of x is " << x << std::endl;
...
}

तपाइँ तपाइँको समाधान मा एक सानो संरचना थप्न लगिङ मोड्युल पनि प्रयोग गर्न सक्नुहुन्छ। यस दृष्टिकोणको कारणले गर्दा धेरै ज्ञात समस्याहरू छन्, र त्यसैले हामीले यी समस्याहरू समाधान गर्न एक सामान्य घटना ट्रेसिङ उपप्रणाली प्रदान गरेका छौं।

एनएस-३ ट्रेसिङ प्रणालीका मुख्य लक्ष्यहरू हुन्:

आधारभूत कार्यहरूको लागि, ट्रेसिङ प्रणालीले प्रयोगकर्तालाई लोकप्रिय स्रोतहरूको लागि मानक ट्रेस उत्पन्न गर्न र ट्रेस उत्पन्न गर्ने वस्तुहरू चयन गर्न अनुमति दिनुपर्छ।
मध्यवर्ती प्रयोगकर्ताहरूले उत्पन्न आउटपुट ढाँचा परिवर्तन गर्न वा सिम्युलेटर कोर परिमार्जन नगरी नयाँ ट्रेस स्रोतहरू सम्मिलित गर्न ट्रेसिङ प्रणाली विस्तार गर्न सक्षम हुनुपर्छ;
उन्नत प्रयोगकर्ताहरूले नयाँ ट्रेस स्रोतहरू र सिङ्कहरू थप्न सिम्युलेटर कोर परिमार्जन गर्न सक्छन्। ns-3 ट्रेसिङ प्रणाली स्वतन्त्र ट्र्याकिङ स्रोतहरू र रिसीभरहरूको सिद्धान्तहरूमा निर्माण गरिएको छ, साथै उपभोक्ताहरूलाई स्रोतहरू जडान गर्नको लागि एक एकीकृत संयन्त्र।

ns-3 ट्रेसिङ प्रणाली स्वतन्त्र ट्रेसिङ स्रोतहरू र रिसीभरहरूको सिद्धान्तहरूमा निर्माण गरिएको छ, साथै स्रोतहरूलाई रिसीभरहरूमा जडान गर्नको लागि एक एकीकृत संयन्त्र। ट्रेस स्रोतहरू वस्तुहरू हुन् जसले सिमुलेशनमा हुने घटनाहरूलाई सङ्केत गर्न सक्छ र रुचिको अन्तर्निहित डेटामा पहुँच प्रदान गर्दछ। उदाहरणको लागि, एक ट्रेस स्रोतले संकेत गर्न सक्छ जब नेटवर्क उपकरणले प्याकेट प्राप्त गर्यो र प्याकेटको सामग्री इच्छुक ट्रेस रिसीभरहरूलाई उपलब्ध गराउन सक्छ।

तिनीहरूको आफ्नै ट्रेस स्रोतहरू बेकार छन् जबसम्म तिनीहरू कोडको अन्य भागहरूसँग "जोडिएका" छैनन् जुन वास्तवमा सिंकद्वारा प्रदान गरिएको जानकारीसँग केही उपयोगी हुन्छ। ट्रेसरहरू घटनाहरू र ट्रेस स्रोतहरू द्वारा प्रदान गरिएको डेटाका उपभोक्ताहरू हुन्। उदाहरणका लागि, तपाईंले ट्रेस सिङ्क सिर्जना गर्न सक्नुहुन्छ जुन (जब अघिल्लो उदाहरणको ट्रेस स्रोतमा जडान हुन्छ) प्राप्त प्याकेटमा रुचिका भागहरू प्रिन्ट गर्नुहोस्।

यस स्पष्ट विभाजनको लागि तर्क भनेको सिम्युलेटर कोर सम्पादन र पुन: कम्पाइल नगरीकन प्रयोगकर्ताहरूलाई नयाँ सिंक प्रकारहरू अवस्थित ट्रेस स्रोतहरूमा जडान गर्न अनुमति दिनु हो। त्यसैले माथिको उदाहरणमा, प्रयोगकर्ताले आफ्नो लिपिमा नयाँ ट्रेसर परिभाषित गर्न र प्रयोगकर्ता लिपि सम्पादन गरेर मात्र सिमुलेशन कोरमा परिभाषित अवस्थित ट्रेस स्रोतमा जडान गर्न सक्छ।

यस ट्यूटोरियलमा, हामी केही पूर्वनिर्धारित स्रोतहरू र सिङ्कहरू मार्फत जानेछौं र उनीहरूलाई प्रयोगकर्ताको पक्षमा न्यूनतम प्रयासमा कसरी कन्फिगर गर्न सकिन्छ भनेर देखाउनेछौं। ट्रेस नेमस्पेस विस्तार गर्ने र नयाँ ट्रेस स्रोतहरू सिर्जना गर्ने सहित उन्नत ट्रेस कन्फिगरेसनमा जानकारीको लागि ns-3 म्यानुअल वा कसरी गर्ने खण्डहरू हेर्नुहोस्।

5.3.1 ASCII ट्रेसिङ

ns-3 ले सहायक कार्यक्षमता प्रदान गर्दछ जसले तपाईंलाई सरल प्याकेट ट्रेसहरू सेटअप गर्दा विवरणहरूमा मद्दत गर्न निम्न-स्तर ट्रेसिङ प्रणाली प्रदान गर्दछ। यदि तपाईंले यो सुविधा सक्षम गर्नुभयो भने, तपाईंले ASCII फाइलहरूमा आउटपुट देख्नुहुनेछ। ns-2 आउटपुटसँग परिचित व्यक्तिहरूको लागि, यस प्रकारको ट्रेस समान छ out.tr, जुन धेरै लिपिहरू द्वारा उत्पन्न हुन्छ।

व्यापारमा जाऔं र हाम्रो scratch/myfirst.cc स्क्रिप्टमा केही ASCII ट्रेसिङ परिणामहरू थपौं। कल भन्दा ठीक अघि Simulator :: Run (), कोडको निम्न लाइनहरू थप्नुहोस्:
AsciiTraceHelper ascii;

pointToPoint.EnableAsciiAll (ascii.CreateFileStream ("myfirst.tr"));

धेरै अन्य ns-3 idioms जस्तै, यो कोडले ASCII ट्रेसहरू सिर्जना गर्न सहायक वस्तु प्रयोग गर्दछ। दोस्रो लाइनमा दुई नेस्टेड विधि कलहरू छन्। "भित्र" विधि फाइलस्ट्रीम () सिर्जना गर्नुहोस् स्ट्याकमा फाइल स्ट्रिम वस्तु सिर्जना गर्न अज्ञात वस्तु मुहावरा प्रयोग गर्दछ (वस्तुको नाम बिना) र यसलाई भनिन्छ विधिमा पास गर्दछ। हामी भविष्यमा यसको गहिराइमा जानेछौं, तर तपाईले यस बिन्दुमा जान्न आवश्यक छ कि तपाईले एउटा वस्तु सिर्जना गर्दै हुनुहुन्छ जुन फाइललाई प्रतिनिधित्व गर्दछ myfirst.tr र यसलाई ns-3 मा स्थानान्तरण गर्नुहोस्। हामी ns-3 लाई यसको सम्पूर्ण जीवनकालको लागि सिर्जना गरिएको वस्तुको हेरचाह गर्न सुम्पन्छौं, जसको अवधिमा यसले C++ स्ट्रिम वस्तु प्रतिलिपि कन्स्ट्रक्टरहरूसँग सम्बन्धित थोरै ज्ञात (जानीबुझी) सीमितताको कारणले गर्दा समस्याहरू समाधान गर्दछ।

बाह्य कल सक्षमAsciiAll() तपाईंले सबै पोइन्ट-टु-पोइन्ट उपकरण जडानहरूको लागि आफ्नो सिमुलेशनमा ASCII ट्रेसिङ समावेश गर्न चाहनुहुन्छ र तपाईंले ASCII ढाँचामा प्याकेट आन्दोलन जानकारी रेकर्ड गर्न (निर्दिष्ट) ट्रेस रिसीभरहरू चाहनुहुन्छ भनेर सहायकलाई बताउँछ।

ns-2 सँग परिचितहरूका लागि, ट्र्याक गरिएका घटनाहरू "+", "-", "d" र "r" घटनाहरू लग गर्ने ज्ञात ट्रेसपोइन्टहरूसँग बराबर हुन्छन्।
अब तपाइँ स्क्रिप्ट निर्माण गर्न सक्नुहुन्छ र कमांड लाइनबाट चलाउन सक्नुहुन्छ:

$ ./waf --run scratch/myfirst

पहिले जस्तै धेरै पटक, तपाईंले Waf बाट धेरै सन्देशहरू देख्नुहुनेछ, र त्यसपछि चलिरहेको कार्यक्रमबाट केही सन्देशहरूसँग "'निर्माण' सफलतापूर्वक समाप्त भयो"।

चलिरहेको बेला, कार्यक्रमले नामको फाइल सिर्जना गर्नेछ myfirst.tr। काम को प्रकृति को कारण Waf, पूर्वनिर्धारित रूपमा फाइल स्थानीय डाइरेक्टरीमा होइन, तर भण्डारको शीर्ष-स्तर डाइरेक्टरीमा सिर्जना गरिन्छ। यदि तपाइँ ट्रेसहरू बचत भएको बाटो परिवर्तन गर्न चाहनुहुन्छ भने, तपाइँ यसलाई निर्दिष्ट गर्न Waf प्यारामिटर प्रयोग गर्न सक्नुहुन्छ। --cwd। हामीले यो गरेका छैनौं, त्यसैले तपाईको मनपर्ने सम्पादकमा ASCII ट्रेस फाइल myfirst.tr हेर्नको लागि, हामीले हाम्रो भण्डारको शीर्ष-स्तर डाइरेक्टरीमा नेभिगेट गर्न आवश्यक छ।

ASCII ट्रेसहरू पार्स गर्दै

त्यहाँ एकदम घना फारममा धेरै जानकारी छ, तर तपाईंले ध्यान दिनु पर्ने पहिलो कुरा फाइलमा व्यक्तिगत रेखाहरू हुन्छन्। यदि तपाईंले हेर्ने विन्डो फराकिलो विस्तार गर्नुभयो भने यो स्पष्ट रूपमा देखिनेछ।

फाइलमा प्रत्येक रेखाले ट्रेस घटनासँग मेल खान्छ। यस अवस्थामा, हामी सिमुलेशनमा प्रत्येक पोइन्ट-टु-पोइन्ट नेटवर्क उपकरणमा उपस्थित प्रसारण लाइनमा घटनाहरू ट्रेस गर्छौं। ट्रान्समिसन क्यु त्यो लाम हो जसको माध्यमबाट प्रत्येक प्याकेटले बिन्दु-देखि-पोइन्ट लिङ्कको लागि पास गर्नुपर्छ। याद गर्नुहोस् कि ट्रेस फाइलमा प्रत्येक रेखा एकल क्यारेक्टरबाट सुरु हुन्छ (र यसको पछि खाली ठाउँ हुन्छ)। यो प्रतीक निम्न अर्थ हुनेछ:

+: उपकरण लाममा एक कतार सञ्चालन भयो;
-: उपकरण लाममा एक तत्व पुन: प्राप्ति कार्य भयो;
d: प्याकेट छोडियो, सामान्यतया लाम भरिएको कारणले;
r: प्याकेट नेटवर्क उपकरण द्वारा प्राप्त भएको थियो।

ट्रेस फाइलमा पहिलो रेखालाई नजिकबाट हेरौं। म यसलाई भागहरूमा विभाजन गर्नेछु (स्पष्टताको लागि इन्डेन्टेसनको साथ) र बाँयामा रेखा नम्बर:

0 +
1 2
2 /NodeList/0/DeviceList/0/$ns3::PointToPointNetDevice/TxQueue/Enqueue
3 ns3::PppHeader (
4   Point-to-Point Protocol: IP (0x0021))
6   ns3::Ipv4Header (
7     tos 0x0 ttl 64 id 0 protocol 17 offset 0 flags [none]
8     length: 1052 10.1.1.1 > 10.1.1.2)
9     ns3::UdpHeader (
10      length: 1032 49153 > 9)
11      Payload (size=1024)

यस विस्तारित ट्रेस घटनाको पहिलो खण्ड (लाइन 0) अपरेशन हो। हामीसँग यहाँ + प्रतीक छ, जुन प्रसारणको लागि लाइनको सञ्चालनसँग मेल खान्छ। दोस्रो खण्ड (लाइन 1) सेकेन्डमा व्यक्त गरिएको सिमुलेशन समय हो। हामीले सोधेको कुरा तपाईलाई याद होला UdpEchoClientApplication दुई सेकेन्डमा प्याकेटहरू पठाउन सुरु गर्नुहोस्। यहाँ हामी पुष्टि देख्छौं कि यो वास्तवमै भइरहेको छ।

ट्रेस उदाहरणको अर्को खण्ड (पङ्क्ति 2 बाट) कुन ट्रेस स्रोतले यो घटना उत्पन्न गरेको देखाउँछ (नेमस्पेस ट्रेस संकेत गर्दै)। तपाईले ट्रेस नेमस्पेसको बारेमा सोच्न सक्नुहुन्छ जस्तै तपाईले फाइल सिस्टम नेमस्पेस गर्नुहुन्छ। नेमस्पेसको मूल हो नोडसूची। यो मुख्य ns-3 कोडमा व्यवस्थित कन्टेनरसँग मेल खान्छ। यसले लिपिमा सिर्जना गरिएका सबै नोडहरू समावेश गर्दछ। जसरी फाइल प्रणालीको रूटमा डाइरेक्टरीहरू हुन सक्छन्, नोडसूची हामीसँग धेरै नोडहरू हुन सक्छ। त्यसैले लाइन /NodeList/0 ले NodeList मा नल नोडलाई जनाउँछ, जसलाई हामी सामान्यतया "node 0" को रूपमा सोच्दछौं। प्रत्येक नोडमा स्थापना गरिएका यन्त्रहरूको सूची हुन्छ। यो सूची नाम स्थानमा अर्को स्थित छ। तपाईंले यो ट्रेस घटना बाट आएको देख्न सक्नुहुन्छ उपकरणसूची/०, जुन नोडमा स्थापित नल उपकरण हो।

अर्को सबस्ट्रिङ, $ ns3 :: PointToPointNetDevice, कुन यन्त्र शून्य स्थितिमा छ बताउँछ: नोड शून्यको यन्त्र सूची। सम्झनुहोस् कि लाइन 0 मा फेला परेको + अपरेशनको मतलब उपकरणको ट्रान्समिट कतारमा एक तत्व थपिएको थियो। यो "ट्र्याक मार्ग" को अन्तिम खण्डहरूमा प्रतिबिम्बित हुन्छ: TxQueue/Enqueue.

ट्रेसमा बाँकी खण्डहरू एकदम सहज हुनुपर्छ। रेखाहरू 3-4 ले संकेत गर्दछ कि प्याकेट पोइन्ट-टु-पोइन्ट प्रोटोकलमा समेटिएको छ। रेखाहरू 5-7 ले देखाउँछ कि प्याकेटमा IP4 संस्करण हेडर छ र IP ठेगानामा उत्पन्न भएको छ। 10.1.1.1 र लागि अभिप्रेरित छ 10.1.1.2। रेखाहरू 8-9 ले देखाउँछ कि यो प्याकेटमा UDP हेडर छ र अन्तमा रेखा 10 ले पेलोड अपेक्षित 1024 बाइट्स हो भनेर देखाउँछ।

ट्रेस फाइलको अर्को लाइनले देखाउँछ कि एउटै प्याकेट एउटै नोडमा प्रसारण लाइनबाट तानिएको थियो।

ट्रेस फाइलमा तेस्रो लाइनले देखाउँछ कि प्याकेट इको सर्भर होस्टमा नेटवर्क उपकरणद्वारा प्राप्त भएको थियो। मैले तल घटना पुन: उत्पादन गरेको छु।

0 r
1 2.25732
2 /NodeList/1/DeviceList/0/$ns3::PointToPointNetDevice/MacRx
3   ns3::Ipv4Header (
4     tos 0x0 ttl 64 id 0 protocol 17 offset 0 flags [none]
5     length: 1052 10.1.1.1 > 10.1.1.2)
6     ns3::UdpHeader (
7       length: 1032 49153 > 9)
8       Payload (size=1024)

नोट गर्नुहोस् कि ट्रेस अपरेशन अब r छ र सिमुलेशन समय 2,25732 सेकेन्डमा बढाइएको छ। यदि तपाईंले ट्यूटोरियललाई सावधानीपूर्वक पछ्याउनुहुन्छ भने, यसको मतलब तपाईंले नेटवर्क उपकरणहरूको डेटा दर र लिङ्क ढिलाइलाई तिनीहरूको पूर्वनिर्धारित मानहरूमा छोड्नुभयो। तपाईंले अघिल्लो खण्डमा देख्नुभएको रूपमा यो काल परिचित हुनुपर्छ।

ट्रेस स्रोत नेमस्पेस प्रविष्टि (लाइन 2) परिमार्जन गरिएको छ कि यो घटना नोड 1 (/ बाट उत्पन्न हुन्छ भनेर प्रतिबिम्बित गर्न)नोडसूची/1) र प्याकेट ट्रेस स्रोत द्वारा प्राप्त हुन्छ (/MacRx)। फाइलमा बाँकी ट्रेसहरू हेरेर टोपोलोजी मार्फत प्याकेटको चाललाई पछ्याउनको लागि यो एकदम सजिलो हुनुपर्छ।

5.3.2 PCAP ट्रेस

ns-3 उपकरण सहयोगीहरू पनि .pcap ढाँचामा ट्रेस फाइलहरू सिर्जना गर्न प्रयोग गर्न सकिन्छ। एक्रोनिम pcap (सामान्यतया सानो अक्षरमा लेखिएको) प्याकेट क्याप्चरको लागि खडा हुन्छ र वास्तवमा एक एपीआई हो जसले .pcap फाइल ढाँचा परिभाषित गर्दछ। यो ढाँचा पढ्न र प्रदर्शन गर्न सक्ने सबैभन्दा लोकप्रिय कार्यक्रम हो Wireshark (पहिले भनिन्छ इथिएटल)। यद्यपि, त्यहाँ धेरै ट्राफिक ट्रेस विश्लेषकहरू छन् जुन यो प्याकेट ढाँचा प्रयोग गर्दछ। हामी प्रयोगकर्ताहरूलाई pcap ट्रेसहरू विश्लेषण गर्न उपलब्ध धेरै उपकरणहरू प्रयोग गर्न प्रोत्साहित गर्छौं। यस ट्यूटोरियलमा हामी प्रयोग गरेर pcap ट्रेसहरू हेर्नमा ध्यान केन्द्रित गर्नेछौं tcpdump.

pcap ट्रेसिङ सक्षम पार्दै कोडको एक लाइनको साथ गरिन्छ।

pointToPoint.EnablePcapAll ("myfirst");

हामीले भर्खरै थपेको ASCII ट्रेस कोड पछि कोडको यो लाइन टाँस्नुहोस् scratch/myfirst.cc। ध्यान दिनुहोस् कि हामीले केवल "myfirst" स्ट्रिङ पास गर्यौं, "myfirst.pcap" वा यस्तै केहि होइन। यो किनभने प्यारामिटर उपसर्ग हो, पूर्ण फाइलनाम होइन। सिमुलेशनको बखत, सहायकले वास्तवमा प्रत्येक पोइन्ट-टु-पोइन्ट उपकरणको लागि ट्रेस फाइल सिर्जना गर्नेछ। फाइल नामहरू उपसर्ग, नोड नम्बर, यन्त्र नम्बर, र प्रत्यय प्रयोग गरेर निर्माण गरिनेछ "।pcap"।

हाम्रो उदाहरण लिपिको लागि, हामी नामको फाइलहरू देख्नेछौं।myfirst-0-0.pcap"र"myfirst-1-0.pcap", जुन क्रमशः नोड ०-उपकरण ० र नोड १-उपकरण ० को लागि pcap ट्रेसहरू हुन्। एकचोटि तपाईंले pcap ट्रेसिङ सक्षम गर्न कोडको लाइन थप्नुभएपछि, तपाईंले स्क्रिप्टलाई सामान्य तरिकामा चलाउन सक्नुहुन्छ:

$ ./waf --run scratch/myfirst

यदि तपाईंले आफ्नो वितरणको शीर्ष-स्तर डाइरेक्टरीमा हेर्नुभयो भने, तपाईंले तीन फाइलहरू देख्नुपर्छ: एउटा ASCII ट्रेस फाइल myfirst.tr, जुन हामीले पहिले अध्ययन गरेका थियौं, फाइलहरू myfirst-0-0.pcap и myfirst-1-0.pcap - नयाँ pcap फाइलहरू जुन हामीले भर्खर उत्पन्न गरेका छौं।

tcpdump को साथ आउटपुट पढ्दै

अहिलेको लागि, pcap फाइलहरू हेर्ने सबैभन्दा सजिलो तरिका tcpdump प्रयोग गर्नु हो।

$ tcpdump -nn -tt -r myfirst-0-0.pcap
reading from file myfirst-0-0.pcap, link-type PPP (PPP)
2.000000 IP 10.1.1.1.49153 > 10.1.1.2.9: UDP, length 1024
2.514648 IP 10.1.1.2.9 > 10.1.1.1.49153: UDP, length 1024
tcpdump -nn -tt -r myfirst-1-0.pcap
reading from file myfirst-1-0.pcap, link-type PPP (PPP)
2.257324 IP 10.1.1.1.49153 > 10.1.1.2.9: UDP, length 1024
2.257324 IP 10.1.1.2.9 > 10.1.1.1.49153: UDP, length 1024

डम्पमा myfirst-0-0.pcap (क्लाइन्ट उपकरण) तपाईले इको प्याकेट सिमुलेशनको २ सेकेन्ड पछि पठाइएको देख्न सक्नुहुन्छ। यदि तपाइँ दोस्रो डम्प (myfirst-1-0.pcap), तपाईंले प्याकेट 2,257324 सेकेन्डमा प्राप्त भएको देख्नुहुनेछ। तपाईंले दोस्रो डम्पमा देख्नुहुनेछ कि प्याकेट 2.257324 सेकेन्डमा फिर्ता गरिएको छ, र अन्तमा ग्राहकले पहिलो डम्पमा 2.514648 सेकेन्डमा प्याकेट फिर्ता गरेको थियो।

Wireshark को साथ आउटपुट पढ्दै

यदि तपाईं परिचित हुनुहुन्न भने Wireshark, त्यहाँ एक वेबसाइट छ जहाँबाट तपाइँ प्रोग्रामहरू र कागजातहरू डाउनलोड गर्न सक्नुहुन्छ: http://www.wireshark.org/. Wireshark एउटा GUI हो जुन यी ट्रेस फाइलहरू प्रदर्शन गर्न प्रयोग गर्न सकिन्छ। यदि तपाइँसँग Wireshark छ भने, तपाइँ कुनै पनि ट्रेस फाइलहरू खोल्न सक्नुहुन्छ र सामग्रीहरू प्रदर्शन गर्न सक्नुहुन्छ जस्तो कि तपाइँ प्याकेट स्निफर प्रयोग गरेर प्याकेटहरू कब्जा गर्नुभयो।

स्रोत: www.habr.com

ns-3 नेटवर्क सिम्युलेटर ट्यूटोरियल। अध्याय ३