해커를 꿈꾸는 개발자

[리눅스 커널] 우분투 커널 소스 다운로드 하기

응답하라AI — Sun, 4 Jun 2023 23:05:01 +0900

[리눅스 커널] 우분투 커널 소스 다운로드 하기

Ubuntu에는 커널 소스가 포함되어 있지 않습니다. /usr/src에는 커널의 헤더 파일만 있는 것을 볼 수 있습니다.

이번에는 Ubuntu의 커널 소스를 다운로드 받아보겠습니다.

커널 버전 확인 하기

아래 명령어를 이용해 커널의 버전을 확인할 수 있습니다.

아래는 5.15.0-69 버전인 것을 볼수 있습니다.

#uname -r

참고로 OS 버전은 아래 명령어를 이용합니다.

#cat /etc/os-release

버전에 맞는 커널 다운로드

커널에 대한 모든 버전의 소스는 아래에서 다운로드할 수 있습니다.

https://kernel.org/

The Linux Kernel Archives

kernel.org

apt 데이터베이스를 업데이트한 후 다음 명령을 실행하여 apt-get을 사용하여 linux-source를 설치할 수 있습니다

apt-get -y install linux-source

다운로드가 되면 아래 폴더 하나랑 압축파일 하나가 다운로드된 것을 볼 수 있습니다.

linux-source-5.4.0

linux-source-5.4.0.tar.bz2

그리고 그 압축파일을 해제하면 커널 소스를 볼 수 있습니다.

파일이 커서 그런지 압축해제하는데, 시간이 좀 걸립니다.

#tar xvf linux-source-5.4.0.tar.bz2

linux-source-5.4.0 폴더에 들어가보면 커널 소스가 있는 것을 확인할 수 있습니다.

[C++11] shared_ptr 정리 및 간단한 사용 예제

응답하라AI — Sun, 23 Apr 2023 23:32:44 +0900

[C++11] shared_ptr 정리 및 간단한 사용 예제

shared_ptr은 C++11부터 사용 가능한 smart pointer입니다.

std::shared_ptr 란

포인터를 통해 객체의 공유 소유권을 유지하는 스마트 포인터입니다. 힙 메모리에 객체를 위한 메모리와 참조 카운터를 위한 메모리가 할당됩니다. 여러 shared_ptr 객체가 동일한 객체를 소유할 수 있습니다. 다음 중 하나가 발생하면 개체가 소멸되고 메모리 할당이 해제됩니다.
- 객체를 소유하고 있는 마지막 남은 shared_ptr이 파괴됩니다.
- 객체를 소유하고 있는 마지막 남은 shared_ptr에는 operator= 또는 reset()을 통해 다른 포인터가 할당됩니다.
- 객체는 생성 중에 shared_ptr에 제공되는 delete-expression 또는 사용자 지정 삭제자를 사용하여 소멸됩니다.

std::shared_ptr 사용법

1. object를 가르키는 shared_ptr 생성자 호출할 수 있습니다. => std::shared_ptr<T> ptr(T *);

2. 새로운 shard_ptr 객체를 생성하기 위해 std::make_shard를 사용할 수 있습니다.
=> std::shared_ptr<T> ptr = std::make_shared<T>();

3. 동일한 포인터를 공유할 수 있습니다. 공유하는 변수가 늘어날수록 참조 카운터가 증가하며, use_count() 함수를 사용하여 참조 카운터를 확인할 수 있습니다. reset() 함수는 nullptr처럼 포인터를 해제하고 참조 카운터를 감소시킵니다.

=> std::shared_ptr<T> ptr1 = std::make_shared<T>();

=> std::shared_ptr<T> ptr2 = ptr2;

#include <iostream>
#include <memory>

class Student
{
public:
    Student() { std::cout << __FUNCTION__ << std::endl; }
    ~Student() { std::cout << __FUNCTION__ << std::endl; }

    std::shared_ptr<Student> getPtr()
    {
        return std::shared_ptr<Student>(this);
    }
};

int main()
{
    Student* p = new Student;

    // 1. p object를 가르키는 shared_ptr 생성자 호출합니다.
    std::shared_ptr<Student> ptr1(p); 
    std::cout << "ptr1.use_count(): " << ptr1.use_count() << std::endl;

    // 2. 새로운 shard_ptr 객체를 생성하기 위해 std::make_shard를 사용합니다.
    //  std::make_shard는 객체와 참조 카운터를 위한 메모리를 할당합니다.
    std::shared_ptr<Student> ptr2 = std::make_shared<Student>(); 
    std::cout << "ptr2.use_count(): " << ptr2.use_count() << std::endl;

    // 3. 동일한 포인터를 공유합니다. (ptr3과 ptr4)

    std::shared_ptr<int> ptr3(new int(5));
    std::cout << "ptr3.use_count(): " << ptr3.use_count() << std::endl;
    std::cout << "ptr3 value : " << *ptr3 << std::endl;

    std::shared_ptr<int> ptr4 = ptr3;
    std::cout << "ptr4.use_count(): " << ptr4.use_count() << std::endl;
    std::cout << "ptr4 value : " << *ptr4 << std::endl;

    std::cout << "ptr4 reset! " <<  std::endl;
    ptr4.reset();
    std::cout << "ptr3.use_count(): " << ptr3.use_count() << std::endl;

    return 0;
}

std::shared_ptr를 사용할 때 주의할 점

개체의 소유권은 다른 shared_ptr에 값을 할당하거나 복사 구성을 통해서만 다른 shared_ptr과 공유할 수 있습니다. 다른 shared_ptr이 소유한 원시 기본 포인터를 사용하여 새 shared_ptr을 구성하면 정의되지 않은 동작이 발생합니다.

아래 예제는 ptr2에 ptr1에서 객체의 주소를 return 받아 할당하도록 하였는데, 실행파일이 죽게됩니다.

#include <iostream>
#include <memory>

class Student
{
public:
    Student() { std::cout << __FUNCTION__ << std::endl; }
    ~Student() { std::cout << __FUNCTION__ << std::endl; }

    std::shared_ptr<Student> getPtr()
    {
        return std::shared_ptr<Student>(this);
    }
};

int main()
{
    Student* p = new Student;

    //p object를 가르키는 shared_ptr 생성자 호출합니다.
    std::shared_ptr<Student> ptr1(p); 
    std::cout << "ptr1.use_count(): " << ptr1.use_count() << std::endl;

    // ptr2에 ptr1에서 객체의 주소를 return 받아 할당하도록 해봅니다.
    std::shared_ptr<Student> ptr2 = ptr1->getPtr(); // 
    std::cout << "ptr2.use_count(): " << ptr2.use_count() << std::endl;

    return 0;
}

Student라는 클래스를 하나 동적선언하였고, 이 객체를 두 개의 shared_ptr ptr1, ptr2에 할당하였습니다. ptr2를 생성하는 시점에 ptr1에 의해서 이미 Student 객체의 파괴자는 호출되어 객체가 소멸됩니다. 객체가 없는 상태에서 ptr2에서 다시 파괴자를 호출하는 구조이기 때문에 실행파일이 죽게됩니다.

#include <iostream>
#include <memory>

class Student
{
public:
    Student() { std::cout << __FUNCTION__ << std::endl; }
    ~Student() { std::cout << __FUNCTION__ << std::endl; }

    std::shared_ptr<Student> getPtr()
    {
        return std::shared_ptr<Student>(this);
    }
};

int main()
{
    Student* p = new Student;

    //p object를 가르키는 shared_ptr 생성자 호출합니다.
    std::shared_ptr<Student> ptr1(p); 
    std::cout << "ptr1.use_count(): " << ptr1.use_count() << std::endl;

    //p object를 가르키는 shared_ptr 생성자 호출합니다.
    std::shared_ptr<Student> ptr2(p); 
    std::cout << "ptr2.use_count(): " << ptr2.use_count() << std::endl;

    return 0;
}

참조

https://en.cppreference.com/w/cpp/memory/shared_ptr

std::shared_ptr - cppreference.com

template< class T > class shared_ptr; (since C++11) std::shared_ptr is a smart pointer that retains shared ownership of an object through a pointer. Several shared_ptr objects may own the same object. The object is destroyed and its memory deallocated when

en.cppreference.com

https://en.cppreference.com/w/cpp/memory/unique_ptr

std::unique_ptr - cppreference.com

(1) (since C++11) template < class T, class Deleter > class unique_ptr ; (2) (since C++11) std::unique_ptr is a smart pointer that owns and manages another object through a pointer and disposes of that object when the unique_ptr goes out of sco

en.cppreference.com

[리눅스 명령어] ar 명령어 - 정적 라이브러리 만들기(예제 포함)

응답하라AI — Fri, 7 Apr 2023 18:10:26 +0900

[리눅스 명령어] ar 명령어 - 정적 라이브러리 만들기

ar 명령어란

정적 라이브러리는 컴파일된 오브젝트 파일들이 하나의 아카이브로 묶여있는 형태로 되어 있습니다. 이 오브젝트 파일들을 묶어주는 명령어가 ar 명령어입니다.

정적 라이브러리 생성 명령어

ar rscv [라이브러리 이름] [오프젝트 파일들]

r : 새로운 오브젝트 파일이면 추가하고, 기존 파일이면 치환합니다.

s : 인덱스를 생성해줍니다.

c : 라이브러리 파일을 생성합니다.

v : 자세한 내용을 출력해줍니다.

정적 라이브러리 파일에서 오브젝트 제거

ar ds [라이브러리 이름] [오프젝트 파일들]

d : 오브젝트 파일을 삭제합니다.

정적 라이브러리 파일 리스트 출력

ar tv [라이브러리 이름]

t :정적 라이브러리에 있는 오브젝트 파일 리스트를 출력합니다.

정적 라이브러리 파일에서 오브젝트 파일 추출

ar xv [라이브러리 이름]

x : 아카이브에서 오브젝트 파일을 추출합니다.

사용 예제

[googletest] ASSERT_EQ와 같은 ASSERT_XX 간단 사용 예제

응답하라AI — Thu, 6 Apr 2023 18:49:22 +0900

[googletest] ASSERT_EQ와 같은 ASSERT_xx 단헌 함수 간단 사용 예제

ASSERT_XX 사용법

기대하는 값과 실제 값을 비교하기 위한 테스트 함수입니다.

ASSERT_XX (기대값, 실제값) 형식으로 사용합니다.

EQ(==), NE(!=), LT(<), GT(>), LE(<=), GE(>=), STREQ(문자열 비교), STRCASEEQ(문자열 대소문자 무시 비교), DOUBLE_EQ(부동소수점 비교)를 사용합니다.

사용 예제

#include <gtest/gtest.h>
#include <string>

TEST(SampleTest, Test1){
	int value = 4;
	ASSERT_EQ(4, value);
}

TEST(SampleTest, Test2){
	int value = 4;
	ASSERT_NE(5, value);
}

TEST(SampleTest, Test3){
	int value = 4;
	ASSERT_LT(3, value);
}

TEST(SampleTest, Test4){
	int value = 4;
	ASSERT_GT(3, value);
}

TEST(SampleTest, Test5){
	int value = 4;
	ASSERT_LE(4, value);
}

TEST(SampleTest, Test6){
	int value = 4;
	ASSERT_GE(4, value);
}

TEST(SampleTest, Test7){
	std::string s1 = "hello";
	std::string s2 = "hello";
	ASSERT_EQ(s1, s2);
}

TEST(SampleTest, Test8){
	const char* s3 = "hello";
	const char* s4 = "hell2";
	ASSERT_STREQ(s3,s4);
}

테스트 결과는 아래와 같이 출력됩니다.

[googletest] gtest_main.cc를 라이브러리에 포함시키기

응답하라AI — Thu, 6 Apr 2023 18:01:19 +0900

[googletest] gtest_main.cc를 라이브러리에 포함시키기

아래 링크에서 main 함수를 넣었는데, main 함수에서 동작이 고정되어 있다면, googletest에서 제공하는 gtest_main.cc의 main 함수를 이용할 수 있습니다. 이 gtest_main.cc의 main 함수를 library에 포함시켜서, 유닛 테스트 코드에서의 main은 사용하지 않도록 해보겠습니다.

https://zidarn87.tistory.com/617

[googletest] googletest 다운로드 및 간단한 유닛 테스트 케이스 수행하기 - 리눅스 용

[googletest] googletest 설치 및 간단한 테스트케이스 수행하기 리눅스 우분투 20.04 버전에서 googletest 코드를 다운로드하고, googletest 코드로 정적 library를 만든 다음, 이 library를 가지고 간단한 테스트

zidarn87.tistory.com

기존 코드 - 유닛 테스트 코드에 main 함수를 구현함

아래 main 함수를 보면 gtest 라이브러리를 초기화하는 부분과 모든 단위 테스트를 수행하는 명령이 있습니다.

이 부분은 항상 고정으로 사용한다면 gtest_main.cc의 main 함수를 이용하면 됩니다.

#include <gtest/gtest.h>

TEST(Sample, Test1){

}

TEST(Sample, Test2){
  FAIL();
}

int main(int argc, char** argv){

    testing::InitGoogleTest(&argc, argv);
    return RUN_ALL_TESTS();
}

gtest_main.cc를 라이브러리화

우선 아래 명령어를 이용하여 gtest_main.cc를 빌드합니다.

g++ googletest-1.13.0/googletest/src/gtest_main.cc -c -I ./googletest-1.13.0/googletest/include/

빌드하면 gteste_main.o 파일이 생성되는 것을 볼 수 있습니다.

gtest-all.o와 gtest_main.o 를 library에 포함시킵니다.

ar rcv libgtest.a gtest-all.o gtest_main.o

유닛 테스크 코드의 main 함수를 제거하고 빌드하기

아래와 같이 main 함수를 제거하고, 테스트 케이스 코드만 작성합니다.

#include <gtest/gtest.h>

TEST(Sample, Test1){

}

TEST(Sample, Test2){
  FAIL();
}

빌드하고, 실행해봅니다.

빌드도 잘 수행되었고, 테스트 케이스도 잘 수행된 것을 볼 수 있습니다.

[googletest] googletest 다운로드 및 간단한 유닛 테스트 케이스 수행하기 - 리눅스 용

응답하라AI — Thu, 6 Apr 2023 08:18:48 +0900

[googletest] googletest 설치 및 간단한 테스트케이스 수행하기

리눅스 우분투 20.04 버전에서 googletest 코드를 다운로드하고, googletest 코드로 정적 library를 만든 다음, 이 library를 가지고 간단한 테스트케이스를 수행하여 보겠습니다.

googletest 설치하기

우선 아래 경로에 접속합니다.

https://github.com/google/googletest

GitHub - google/googletest: GoogleTest - Google Testing and Mocking Framework

GoogleTest - Google Testing and Mocking Framework. Contribute to google/googletest development by creating an account on GitHub.

github.com

최신 release 버전을 다운받기 위해 아래 빨간색 부분을 클릭합니다.

아래 링크의 주소를 복사합니다.

https://github.com/google/googletest/archive/refs/tags/v1.13.0.tar.gz

아래 명령어로 파일을 다운로드하고, 압축을 해제합니다.

wget https://github.com/google/googletest/archive/refs/tags/v1.13.0.tar.gz
tar xvf v1.13.0.tar.gz

압축해제하면 googletest-1.13.0 이라는 폴더가 생성되는 것을 볼 수 있습니다.

gtest-all 빌드 및 라이브러리로 만들기

모든 src를 가지고 있는 gtest-all.cc 파일을 빌드합니다.

g++ googletest-1.13.0/googletest/src/gtest-all.cc -c -I ./googletest-1.13.0/googletest/include/ -I ./googletest-1.13.0/googletest/

빌드가 완료되면 gtest-all.o 파일이 생성되는 것을 볼 수 있습니다.

이 파일을 가지고 libgtest.a 이라는 라이브러리를 만들어 봅니다.

ar rcv libgtest.a gtest-all.o

간단한 테스트 케이스 수행하기

아래의 코드 내용으로 simple.cpp를 생성합니다.

#include <gtest/gtest.h>

// 테스트케이스
TEST(Sample, Test1){

}

TEST(Sample, Test2){
	FAIL();
}

int main(int argc, char** argv){
    testing::InitGoogleTest(&argc, argv);
    return RUN_ALL_TESTS();
}

아래 명령어로 simple.cpp를 빌드하는데, 위에서 만든 libgtest.a 라이브러리를 로드합니다.

g++ simple.cpp -lgtest -L. -I./googletest-1.13.0/googletest/include/ -pthread

빌드하면 a.out 파일이 생성되는데, 이를 실행하면 테스트 수행 결과가 출력됩니다.

[SOME/IP] vsomeip 다운로드, 빌드, 설치 및 실행하기 - 리눅스 용

응답하라AI — Wed, 5 Apr 2023 00:30:35 +0900

[SOME/IP] vsomeip 다운로드, 빌드, 설치 및 실행하기 - 리눅스 용

ubuntu 20.04 버전에서 vsomeip 빌드하고, routingmanagerd를 실행하여 보도록 하겠습니다!

git 및 cmake 설치하기

git으로 코드를 clone해야하기 때문에 우선 git을 먼저 설치해봅니다.

아래 명령어를 이용해 설치합니다.

apt install git
apt install cmake

vsomeip git 다운로드 및 빌드하기

아래 명령어로 최신 vsomeip git을 clone합니다.

# git clone https://github.com/COVESA/vsomeip.git

git clone을 하면 아래와 같이 최신 코드를 받아오는 것을 볼 수 있습니다.

그럼 이제 아래 명령어를 이용하여 빌드해보도록 하겠습니다.

mkdir build
cd build
cmake ..
make

위 명령어를 따라하면 아래와 같이 빌드가 시작됩니다.

빌드하는데 시간이 조금 오래 걸립니다.

빌드가 완료되면 아래와 같이 so library 파일이 생성되고, examples 폴더 안에는 routingmanagerd binary가 생성되는 것을 볼 수 있습니다.

빌드된 vsomeip 파일 설치하기

아래 명령어를 이용하여, 빌드된 결과물들을 리눅스 시스템에 설치합니다.

make install

routingmanagerd 실행하기

routingmanagerd를 실행하면 아래와 같이 로그가 출력되는 것을 볼 수 있습니다

[C++11] std::bind, std::placeholders 간단한 사용법

응답하라AI — Tue, 4 Apr 2023 23:06:27 +0900

[C++11] std::bind, std::placeholders 사용법

std::bind란?

함수 템플릿 바인드는 함수에 대한 전달 호출 wrapper를 생성합니다. 전달 인자를 설정할 수 있는 함수 포인터라고 보시면 됩니다.

std::bind 사용 방법

template< class F, class... Args >
/*unspecified*/ std::bind( F&& f, Args&&... args );

f - 일부 인수에 바인딩되는 호출 가능한 객체입니다.(함수 객체, 함수에 대한 포인터, 함수에 대한 참조, 멤버 함수에 대한 포인터 또는 데이터 멤버에 대한 포인터)
이
args - 바인드할 전달인자 목록입니다. 바인딩되지 않은 인수는 namespace std::placeholders의 자리 표시자 _1, _2, _3...으로 대체될 수 있습니다.

std::placeholder 이란?

보통 std::bind와 같이 많이 쓰이며, 함수의 인자를 받을 수 있도록 해줍니다.
std::placeholders::_1, std::placeholders::_2, ..., std::placeholders::_N 형식으로 사용됩니다.

std::bind, std::placeholder의 header 파일

#include <functional>

std::bind, std::placeholder의 사용 예제

#include <iostream>
#include <functional>


void add(int n1, int n2) {
    std::cout << "n1 = " << n1 << ", n2 = " <<  n2 << std::endl;
    std::cout << "add = " << n1 + n2 << std::endl;
}

void sub(int n1, int n2) {
    std::cout << "n1 = " << n1 << ", n2 = " << n2 << std::endl;
    std::cout << "sub = " << n1 - n2 << std::endl;
}

int main() {
    auto f1 = std::bind(add, 100, std::placeholders::_1);
    f1(5); // add(100, 5) 형식으로 호출됩니다.

    auto f2 = std::bind(sub, std::placeholders::_1, std::placeholders::_2);
    f2(10, 7); // sub(10, 7) 형식으로 호출됩니다.

    return 0;
}

참조

https://en.cppreference.com/w/cpp/utility/functional/bind

std::bind - cppreference.com

(1) template< class F, class... Args > /*unspecified*/ bind( F&& f, Args&&... args ); (since C++11) (until C++20) template< class F, class... Args > constexpr /*unspecified*/ bind( F&& f, Args&&... args ); (since C++20) (2) template< class R, class F, clas

en.cppreference.com

https://en.cppreference.com/w/cpp/utility/functional/placeholders

std::placeholders::_1, std::placeholders::_2, ..., std::placeholders::_N - cppreference.com

/*see below*/ _1; /*see below*/ _2; . . /*see below*/ _N; The std::placeholders namespace contains the placeholder objects [_1, ..., _N] where N is an implementation defined maximum number. When used as an argument in a std::bind expression, the placeholde

en.cppreference.com

Cisco Packet Tracer 설치하기 - 무료버전 (윈도우용)

응답하라AI — Tue, 3 Jan 2023 23:16:17 +0900

Cisco Packet Tracer 설치하기 - 무료버전 (윈도우용)

Cisco Packet Tracer는 하드웨어가 필요 없는 가상 실험실에서 네트워킹, IoT 및 사이버 보안 기술을 연습할 수 있는 강력한 네트워크 시뮬레이션 도구입니다. 이 시뮬레이션 프로그램을 다운로드하여 설치 및 실행까지 해보도록 하겠습니다.

다운로드

우선 아래 링크에 접속합니다.

Cisco Packet Tracer - Networking Simulation Tool (netacad.com)

Cisco Packet Tracer

Teaching with Packet Tracer Discover how Packet Tracer helps instructors teach complex networking concepts. Learn More

www.netacad.com

우선 아래 경로를 통해 로그인합니다. 아이디가 없으면 가입하여 로그인합니다. 가입하는 절차는 매우 간단합니다.

로그인한 이우에는 아래 링크에 접속합니다.

Cisco Skills For All

Skills for All Resource Hub

Your one-stop for learning resources used within our courses such as hands-on practice activities and our network simulation tool, Cisco Packet Tracer.

skillsforall.com:443

그러면 아래와 같이 다운로드할 수 있는 파일이 표시됩니다.

각 OS에 맞는 파일을 다운로드합니다. Windows 64 bit 용은 용량이 223 MB 정도 됩니다.

설치하기

다운로드가 완료되면 설치 프로그램을 실행하여 설치를 진행합니다.

실행하기

설치가 완료되어, 실행파일을 실행시키면 아래와 같이 프로그램이 실행됩니다.

이제부터 시뮬레이션으로 실습할 수 있게 됩니다.

[Classic AUTOSAR] TimeSyncOverEthernet - 2. 기능 사양 2) 초기화

응답하라AI — Tue, 3 Jan 2023 22:33:25 +0900

[Classic AUTOSAR] TimeSyncOverEthernet - 2. 기능 사양 2) 초기화

참조 : Specification of Time Synchronization over Ethernet (autosar.org)

이더넷을 통한 글로벌 시간 동기화는 EthTSyn_Init()를 통해 초기화됩니다.
EthTSyn_GetVersionInfo() 및 EthTSyn_Init()를 제외하고 EthTSyn 모듈의 API 함수는 모듈이 제대로 초기화된 경우에만 호출할 수 있습니다.

[SWS_EthTSyn_00006]
EthTSyn_Init()에 대한 호출은 모든 내부 변수를 초기화하고 EthTSyn 모듈을 초기화된 상태로 설정합니다.
(SRS_BSW_00101)

[SWS_EthTSyn_00008]
EthTSyn_Init()가 초기화 상태에서 호출되면 EthTSyn 모듈은 내부 변수를 다시 초기화해야 합니다.
(SRS_BSW_00101)

[SWS_EthTSyn_00010]
EthTSyn_Init()가 초기화된 상태에서 호출되면 EthTSyn 모듈은 각 포트별 Pdelay 값을 0으로 설정해야 합니다.
(RS_TS_20048)

[Classic AUTOSAR] TimeSyncOverEthernet - 2. 기능 사양 1) Overview

응답하라AI — Tue, 3 Jan 2023 01:23:27 +0900

[Classic AUTOSAR] TimeSyncOverEthernet - 2. 기능 사양 1) Overview

참조 : Specification of Time Synchronization over Ethernet (autosar.org)

이 장은 이더넷을 통한 시간 동기화를 담당하는 모듈 EthTSyn의 동작을 정의합니다.

모듈 EthTSyn은 이더넷 네트워크에서 동기화된 시간 정보의 수집 및 배포를 보장합니다. 그리고 StbM과 상호 작용하고 모든 이더넷 관련 기능을 StbM에 제공합니다.

[SWS_EthTSyn_00148]
매개변수 EthTSynFramePrio(ECUC_EthTSyn_00034 : )가 존재하는 경우 EthTSynGlobalTimeEthIfRef(ECUC_EthTSyn_00065 : )는 VLAN을 나타내는 가상 이더넷 컨트롤러를 참조해야 합니다.
(RS_TS_20048)

[SWS_EthTSyn_00162]
Time Slave 및 Time Master는 호출 시 EthTSynFramePrio(ECUC_EthTSyn_00034 : ) 값을 우선순위 파라미터로 사용합니다. EthIf_ProvideTxBuffer().
(RS_TS_20048)

[Classic AUTOSAR] TimeSyncOverEthernet - 1.소개 및 기능 개요

응답하라AI — Tue, 3 Jan 2023 01:14:14 +0900

[Classic AUTOSAR] TimeSyncOverEthernet - 1.소개 및 기능 개요

참조 : Specification of Time Synchronization over Ethernet (autosar.org)

EthTSyn 모듈은 [1, PRS-TimeSyncProtocol]에 지정된 대로 이더넷에서 시간 동기화 프로토콜을 처리합니다.
[1, PRS 시간 동기화 프로토콜]에 명시된 것 외에도 EthTSyn 모듈은 다음 기능을 지원합니다.
• 우선 순위가 높은 PDU가 우선 순위가 낮은 PDU를 차단하지 않도록 Timesync PDU의 Debouncing
• Time Master와 Time Slave의 빠른 (재) 동기화를 위한 시간 동기화 메시지의 "즉시" 전송

EthTSyn은 Synchronized Time-Base Manager(StbM; [2, SWS-SynchronizedTimeBaseManager] 참조)와 긴밀하게 연결되어 있으며, 이는 해당 시간 기준에 대한 2개의 연속 동기화 메시지 수신 사이에 동기화된 시간 기준을 보간(로컬 인스턴스)하는 역할을 합니다.

해당 타임 베이스에 대한 동기화 메시지. StbM은 또한 시간 동기화를 위한 서비스 인터페이스를 애플리케이션에 제공합니다. 그림 1은 AUTOSAR Layered Architecture의 시간 동기화 관련 모듈을 보여줍니다.

EthTSyn(Global Time Synchronization over Ethernet)에는 StbM(Synchronized Time-Base Manager), EthIf(Ethernet Interface), BswM(Basic Software Mode Manager) 및 DET(Default Error Tracer)에 대한 인터페이스가 있습니다.

StbM – Get and set the current time value
EthIf – Receiving and transmitting messages
BswM – Coordination of network access
DET – Reporting of development error

도구 Tool - 리눅스 우분투에 VS Code 무료버전 설치하기

응답하라AI — Mon, 28 Nov 2022 23:33:50 +0900

도구 Tool - 리눅스 우분투에 VS Code 무료버전 설치하기

Ubutu 20.04 버전에 VS Code를 설치해 보겠습니다.

1. VS Code 다운로드

우선 아래 링크에 접속해서

https://code.visualstudio.com/

Visual Studio Code - Code Editing. Redefined

Visual Studio Code is a code editor redefined and optimized for building and debugging modern web and cloud applications. Visual Studio Code is free and available on your favorite platform - Linux, macOS, and Windows.

code.visualstudio.com

아래 .deb 파일을 다운로드 합니다.용량은 92.2MB 정도 됩니다.

2. VS Code 설치

아래 명령어를 입력하여 다운로드한 vs code를 설치합니다.

$sudo apt install [파일명]

3. VS Code 실행하기

검색창에 vs code를 입력하면, 아래와 같이 app이 나오는데 실행 시켜봅니다.

app을 실행시키면 아래와 같이 프로그램이 시작됩니다.

Add to Favorites를 선택하여 App을 쉽게 실행시켜 볼 수 있도록 합니다

리눅스 Tip - VirtualBox Ubuntu 20.04 비밀번호 분실 시 복구

응답하라AI — Mon, 28 Nov 2022 00:42:14 +0900

리눅스 Tip - VirtualBox Ubuntu 20.04 비밀번호 분실 시 복구

우분투 비밀번호를 잊어버렸을 때, 복구하는 방법을 알려드리도록 하겠습니다.

1. GRUB 모드로 진입

우선 부팅할 때, Shift 키를 눌러서 GRUB 모드로 진입합니다.

2. e를 눌러서 edit 하기

e 키를 눌러서 edit 화면으로 이동합니다.

3. rw init=/bin/sh 추가하기

linux로 시작하는 부분의 가장 뒤에 "rw init=/bin/sh" 를 추가합니다.

추가한 이후에 Ctrl + x 키를 눌러서 다시 시작합니다.

4. password 변경

아래와 같이 root shell로 입력 가능하게 됩니다.

그러면 passwd를 입력하고 새로운 비밀번호를 설정하도록 합니다.

5. 재부팅

아래 명령어를 입력하여 재부팅합니다.

# rebbot -f

* 참고로 계정 비밀번호 변경은 passwd <계정명> 이며, root 권한에서 변경할 수 있습니다.

Boost - C++ Boost 라이브러리 설치 및 Visual studio 설정 (윈도우용)

응답하라AI — Sun, 27 Nov 2022 22:28:29 +0900

C++ Boost 라이브러리 설치 및 Visual studio 설정 (윈도우용)

boost 라이브러리를 설치하고, Visual studio에서 이 라이브러리를 적용해 빌드하는 것을 다루어 보겠습니다.

1. boost 라이브러리 다운로드

우선 아래 링크에 접속합니다.

https://www.boost.org/

Boost C++ Libraries

Welcome to Boost.org! Boost provides free peer-reviewed portable C++ source libraries. We emphasize libraries that work well with the C++ Standard Library. Boost libraries are intended to be widely useful, and usable across a broad spectrum of applications

www.boost.org

접속해서 최신 Release 버전을 클릭하여 아래 페이지가 나오면, windows 용 압축파일을 다운로드 합니다.

압축파일의 용량은 100MB 조금 되지 않습니다.

2. boost 라이브러리 설치 및 빌드

다운로드가 끝났으면, 압축을 풀고 bootstrap.bat을 실행시킵니다.

실행을 시키면 아래와 같이 코드를 생성하고 컴파일을 합니다.

위 과정이 끝나면 b2.exe 파일이 생성됩니다.

이 파일을 실행하여 boost 라이브러리를 빌드합니다.

빌드되는데 시간이 조금 오래 걸립니다.

빌드가 완료되면 include 디렉토리와 lib 디렉토리가 출력됩니다 .

- include : E:\Project_Cplus\boost_1_80_0\boost_1_80_0

- lib : E:\Project_Cplus\boost_1_80_0\boost_1_80_0\stage\lib

3. Visual Studio에서 boost 라이브러리 적용

생성된 프로젝트에서 속성창을 open합니다

아래 2 경로를 설정해야 합니다.

- include : E:\Project_Cplus\boost_1_80_0\boost_1_80_0

- lib : E:\Project_Cplus\boost_1_80_0\boost_1_80_0\stage\lib

먼저 include는 C/C++ 일반의 '추가 포함 디렉터리'에서 추가합니다.

lib는 링커의 일반에서 '추가 라이브러리 디렉터리'를 설정하여 줍니다.

4. boost 라이브러리를 이용한 sample 프로그램 빌드 및 실행

Thread를 사용하는 간단한 프로그램을 작성하여 빌드해봅니다.

#include <stdio.h>
#include <iostream>
#include <crtdbg.h>

#include <boost/asio/thread_pool.hpp>
#include <boost/asio/post.hpp>

using namespace std;
using namespace this_thread;
using namespace chrono;


void threadTest()
{
    // 반복문을 돌면서 콘솔에 값을 출력한다.
    for (int i = 0; i < 4; i++)
    {
        cout << i << endl;
        sleep_for(microseconds(1));
    }
}

int main()
{
    boost::asio::thread_pool* pool = new boost::asio::thread_pool(1);
    /* 쓰레드 실행 */
    post(*pool, threadTest);
    post(*pool, threadTest);
    post(*pool, threadTest);

    
    pool->join(); // pool 내의 모든 쓰레드가 종료할 때까지 기다린다.
    delete pool; // 메모리 해제
    _CrtDumpMemoryLeaks(); // 메모리 릭체크 함수.
    return 0;
}

그러면 아래와 같이 빌드되고, 실행되는 것을 볼 수 있습니다.

도구 Tool - Visual Studio 2022 무료버전 설치하기 (윈도우용)

응답하라AI — Sun, 27 Nov 2022 20:47:58 +0900

도구 Tool - Visual Studio 2022 무료버전 설치하기

1. VS2022 설치 파일 다운로드

우선 아래 Visual Studio 링크에 접속합니다.

https://visualstudio.microsoft.com/ko/vs/?WT.mc_id=DT-MVP-4038234

Visual Studio 2022 | 무료 다운로드

Visual Studio에서 코드 완성, 디버깅, 테스트, Git 관리, 클라우드 배포를 사용하여 코드를 작성합니다. 지금 무료로 커뮤니티를 다운로드하세요.

visualstudio.microsoft.com

Community 2022를 누르면 자동으로 파일이 다운로드됩니다.

2. Visual Studio 설치

다운로드된 VisualStudioSetup.exe 실행파일을 실행시킵니다.

실행시키고 '계속' 버튼을 눌러서 다음으로 이동합니다.

그러면 'Visual Studio Installer'의 설치가 시작됩니다.

아래 화면이 나오면, 설치할 항목을 선택합니다.

c++을 이용하여 MFC 개발을 하고, Windows 11 운영체제를 사용한다면 아래와 항목을 추가로 선택합니다.

그러면 약 12.68GB의 용량이 필요하다고 나옵니다.

그러면 '설치' 버튼을 눌러 설치를 시작합니다.

선택한 항목을 다운로드하여 설치하기 때문에 시간이 약간 걸립니다.

설치가 완료 되면 부팅하는 것이 좋다고 표시됩니다.

부팅하기 전에 시작 버튼을 눌러 한번 실행해 봅니다.

실행시키면 로그인하는 페이지가 나오는데, '지금은 이 항목을 건너뜁니다'를 눌러서 skip하여 넘어가도록 합니다.

테마를 선택하고 시작 버튼을 눌러 시작해봅니다.

그러면 아래와 같이 메일 화면이 출력됩니다.

3. 새 프로젝트 만들어서 'Hello World' 출력해보기

'새 프로젝트 만들기'를 눌러 다음 화면으로 넘어간 다음에 '콘솔 앱'을 실행해봅니다.

프로젝트 이름과 위치를 설정하고, 만들기를 누릅니다.

Ctrl + F5 키를 눌러 빌드하고, 실행되도록 해봅니다.

그러면 아래와 같이 Hello World!가 출력되는 것을 볼 수 있습니다.

[Classic AUTOSAR] UDP Network Management(NM) 3. 기능 사양 (8) Partial Networking

응답하라AI — Wed, 14 Sep 2022 01:42:11 +0900

[Classic AUTOSAR] UDP Network Management(NM) 3. 기능 사양 (8) Partial Networking

참조 : https://www.autosar.org/fileadmin/user_upload/standards/classic/4-/AUTOSAR_SWS_UDPNetworkManagement.pdf

1. NM PDU의 RX 처리

[SWS_UdpNm_00328]UdpNmPnEnabled가 FALSE이면 UdpNm은 정상적인 수신 표시 처리를 수행하고 부분 네트워킹 확장은 비활성화됩니다.

[SWS_UdpNm_00329]UdpNmPnEnabled가 TRUE이고 수신된 NM-PDU의 PNI 비트가 0이고 UdpNmAllNmMessagesKeepAwake가 TRUE인 경우 UdpNm 모듈은 부분 네트워킹에 대한 확장을 생략하고 정상적인 Rx 표시 처리를 수행해야 합니다.

[SWS_UdpNm_00462]UdpNmPnEnabled가 TRUE이고 수신된 NM-PDU의 PNI 비트가 0이고 UdpNmAllNmMessagesKeepAwake가 FALSE이면 UdpNm 모듈은 수신된 NM-PDU를 무시합니다.

[SWS_UdpNm_00331] {OBSOLETE replace by SWS_UdpNm_00486 } UdpNmPnEnabled가 TRUE이고 수신된 NM-PDU의 PNI 비트가 1이면 UdpNm 모듈은NM-PDU의 부분 네트워킹 정보를 처리해야 합니다.

[SWS_UdpNm_00486] {DRAFT} UdpNmPnEnabled가 TRUE로 설정되면 수신된 NM-PDU의 PNI 비트가 1로 설정되고 PNSR 비트가 0으로 설정되면 UdpNm 모듈은 부분 네트워크 구성(해당 NM 채널의 NmPncBitVectorOffset 및 NmPncBitVectorLength)으로 이동하고 Nm_PncBitVectorRxIndication⌋(RS_Nm_02546, RS_Nm_02519, RS_Nm_02547)을 호출하여 PNC 비트 벡터를 전달합니다.

[SWS_UdpNm_00487] {DRAFT} UdpNmPnEnabled가 TRUE로 설정되고 Nm_PncBitVectorRxIndication이 호출된 경우 수신된 NM PDU는 다음 조건 하에서만 추가 처리를 위해 고려됩니다.
- UdpNmAllNmMessagesKeepAwake가 TRUE로 설정되거나
- RelevantPncRequestDetectedPtr의 출력 값이 TRUE ⌋(RS_Nm_02546, RS_Nm_02527)로 설정됩니다.

참고:
- UdpNmAllNmMessagesKeepAwake는 게이트웨이가 모든 종류의 NM-PDU에서 깨어 있는 상태를 유지하는 데 필요합니다.
- SWS_UdpNm_00487의 결과로 모든 메시지가 ECU를 깨우지 않거나 관련 PN 정보가 감지되지 않은 경우 NM PDU는 추가 처리를 위해 고려되지 않습니다.
예시:
- UdpNmPduCbv위치 = 0
- UdpNmPduNidPosition = 1
- NmPncBitVectorOffset = 4
- NmPncBitVectorLength = 4
- 사용자 데이터 범위의 계산된 길이 = 2
NM PDU의 바이트 2와 바이트 3에는 사용자 데이터가 포함되고 NM PDU의 바이트 4~바이트 7에는 PNC 비트 벡터가 포함됩니다.

이 예에서는 4개의 NmPnFilterMaskBytes가 정의되어야 합니다. PN 필터 마스크의 값은 부분 네트워크 설계에 따라 사용됩니다.

예:
- NmPnFilterMaskByteIndex = 0, NmPnFilterMaskByteValue = 0x01
- NmPnFilterMaskByteIndex = 1, NmPnFilterMaskByteValue = 0x97
- NmPnFilterMaskByteIndex = 2, NmPnFilterMaskByteValue = 0x00
- NmPnFilterMaskByteIndex = 3, NmPnFilterMaskByteValue = 0x00
참고: PNC 비트 벡터의 오프셋은 Nm 모듈(NmPncBitVectorOffset)에서 파생됩니다. PNC 비트 벡터 길이는 NM 채널당 Nm 모듈(NmPncBitVectorLength)에서 파생됩니다. Nm 모듈에서 찾아 사용되는 PN 필터 마스크(NmPnFilterMaskByteIndex 및 NmPnFilterMaskByteValue)입니다.

[SWS_UdpNm_00473] {DRAFT} UdpNmSynchronizedPncShutdownEnabled가 TRUE이면 수신된 NM-PDU의 PNI 비트는 1이고 수신된 NM-PDU의 PNSR 비트는 1이며 UdpNmComMNetworkHandleRef를 통해 구성된 해당 ComMChannel은 이 NM-PDU가 능동적으로 수신된 곳입니다. 조정된 경우(ComMPncGatewayType이 COMM_GATEWAY_TYPE_ACTIVE로 설정됨) UdpNm 모듈은 수신된 NM-PDU를 무시해야 합니다. 또한 UdpNm 모듈은 다음을 수행해야 합니다.
- 런타임 오류 UDPNM_E_INVALID_PN_SYNC_SHUTDOWN_REQUEST를 기본 오류 추적기에 보고합니다.
- UdpNmPnSyncShutdownErrorReactionEnabled가 TRUE로 설정된 경우 영향을 받는 UdpNm-Channel의 다음 주 기능 호출에서 최신 PN 정보가 있는 NM-PDU의 전송을 요청합니다.

[SWS_UdpNm_00488] {DRAFT} UdpNmSynchronizedPncShutdownEnabled가 TRUE이면 수신된 NM-PDU의 PNI 비트가 1로 설정되고 PNSR 비트가 1로 설정되면 UdpNm 모듈은 부분 네트워크 구성(해당 NM 채널의 NmPncBitVectorOffset 및 NmPncBitVectorLength) 및 Nm_ForwardSynchronizedPncShutdown을 호출하여 PNC 비트 벡터를 전달합니다.
참고: 1로 설정된 PNSR 비트는 동기화된 PNC 종료가 요청된 경우에만 가능합니다. 동기화된 PNC 종료는 PN 토폴로지에서 처리해야 합니다. 따라서 모든 코디네이터가 동기화된 PNC 종료를 활성화했거나 모든 코디네이터가 동기화된 PNC 종료를 비활성화했다고 가정합니다. 두 가지를 혼합하면 동기화되지 않은 PNC 종료가 발생하므로 이를 방지해야 합니다.

2. NM PDU의 TX 처리

[SWS_UdpNm_00332]UdpNmPnEnabled가 TRUE인 경우 UdpNm 모듈은 CBV에서 전송된 PNI 비트의 값을 1로 설정해야 합니다.
참고: 부분 네트워킹을 사용하는 경우 CBV를 사용해야 합니다.

[SWS_UdpNm_00333] UdpNmPnEnabled가 FALSE이면 UdpNm 모듈은 CBV에서 전송된 PNI 비트의 값을 항상 0으로 설정해야 합니다.

[SWS_UdpNm_00489] {DRAFT} UdpNmPnEnabled가 TRUE이면 NM-PDU 가 SoAd(SoAdBswModules /SoAdIfTriggerTransmit이 FALSE로 설정됨)에서 트리거된 전송에 대해 구성되지 않고 동기화된 PNC 종료에 대한 요청이 보류되지 않고 NM-PDU가 전송되어야 합니다. UdpNm 모듈은 지정된 순서대로 다음 작업을 수행합니다.
- Nm_PncBitVectorTxIndication(<NM-channel>, <집합된 내부 PNC 요청의 필터링되지 않은 PNC 비트 벡터를 저장하는 버퍼>)을 호출하여 전송 요청을 표시하고 내부 PNC 요청을 검색합니다.
- 내부 PNC 요청을 위한 수신된 PNC 비트 벡터를 해당 NM 채널의 NmPncBitVectorOffset 및 NmPncBitVectorLength를 고려하여 NM-PDU에 복사
- 사용자 데이터가 활성화된 경우 사용 가능한 데이터(UdpNmComUserDataSupport가 활성화된 경우 Com 또는 내부 저장소에서)를 가져와 NM-PDU의 사용자 데이터 범위에 있는 데이터를 복사합니다.
- SoAd_IfTransmit RS_Nm_02546, RS_Nm_02519, RS_Nm_02547을 호출하여 NM-PDU의 전송을 트리거합니다.

[SWS_UdpNm_00474] {DRAFT} UdpNmSynchronizedPncShutdownEnabled가 TRUE로 설정되고 UdpNm 모듈이 UdpNm_RequestSynchronizedPncShutdown을 통해 표시되는 경우 UdpNm 모듈은 주어진 UdpNm-Channel에 대한 PNC(pncId)를 저장해야 합니다.
참고: 동기화된 PNC 종료 및 PN 종료 메시지(CBV의 PNSR 비트를 1로 설정)로 전송을 위해 요청된 모든 PNC의 집계는 해당 UdpNm_Mainfunction의 컨텍스트에서 비동기적으로 수행됩니다.

[SWS_UdpNm_00475] { OBSOLETE replace by SWS_UdpNm_00490 } UdpNmSynchronizedPncShutdownEnabled가 TRUE로 설정된 경우 동기화된 PNC 종료 요청이 보류 중이며 전송 확인(UdpNm_TxConfirmation을 통해 표시됨)이 전송 확인이 되지 않으면 이전 호출의 모듈 Udm 요청이 보류됩니다. 대응하는 NM-채널의 호출은 SoAd_IfTransmit을 호출함으로써 NM 메시지의 전송이다. NM-PDU가 SoAd에서 트리거된 전송에 대해 구성되지 않은 경우(SoAdBswModules/SoAdIfTriggerTransmit = FALSE), UdpNm은 이 메시지에 대해 일반 데이터 아래에 다음 데이터를 추가로 설정해야 합니다.
- CBV의 PNSR 비트를 1로 설정
- 동기화된 PNC 종료에 대한 보류 요청으로 저장된 PNC ID에 해당하는 비트를 1로 설정하고 다른 모든 비트를 0으로 설정하여 사용자 데이터의 PN 정보를 덮어씁니다(NM 사용자 데이터를 가져온 후 UdpNmComUserDataSupport가 활성화된 경우).

[SWS_UdpNm_00490] {DRAFT} UdpNmSynchronizedPncShutdownEnabled가 TRUE로 설정되면 동기화된 PNC 종료에 대한 요청이 보류되고 이전 호출의 전송 확인(UdpNm_TxConfirmation을 통해 표시됨)이 보류 중인 경우 UdpNm 모듈은 다음 주 기능 호출에서 a를 요청해야 합니다. SoAd_IfTransmit를 호출하여 NM-PDU를 PN 종료 메시지로 전송합니다. NM-PDU가 SoAd에서 트리거된 전송을 위해 구성되지 않은 경우(SoAdBswModules/SoAdIfTriggerTransmit = FALSE), UdpNm은 이 메시지에 대해 일반 데이터 아래에 다음 데이터를 추가로 설정해야 합니다.
- CBV의 PNSR 비트를 1로 설정
- 사용자 데이터가 활성화된 경우 사용 가능한 데이터(UdpNmComUserDataSupport가 활성화된 경우 Com 또는 내부 저장소에서)를 가져와 NM-PDU의 사용자 데이터 범위에 있는 데이터를 복사합니다.
- 동기화된 PNC 종료에 대한 보류 요청으로 저장된 PNC ID에 해당하는 비트를 1로, 다른 모든 비트를 0으로 설정하여 해당 NM 채널의 NmPncBitVectorOffset 및 NmPncBitVectorLength에 대한 PNC 비트 벡터 쓰기
참고: UdpNm 모듈은 동기화된 PNC 종료에 대해 표시된 모든 PNC를 집계하고 pncId를 바이트 배열(PNC 비트 벡터)로 전송해야 합니다. PNC 비트 벡터의 각 비트(PNC 비트)는 특정 PNC를 나타냅니다. PNC 비트의 PNC 비트 벡터 내의 byteIndex 및 bitindex는 다음과 같이 결정됩니다.
- byteIndex = (PncId div 8) - NmPncBitVectorOffset
- bitIndex = (PncId 모드 8)

[SWS_UdpNm_00481] UdpNmPnShutdownMessageRetransmissionDuration이 구성되고 PN 종료 메시지 전송이 처음으로 요청되면(SWS_UdpNm_00475 참조), PN 종료 메시지에 대한 해당 재전송 타이머는 UdpNmPnShutdownMessageRetransmissionRetransmissionRetransmission.NmPnDurationRetransmission에 의해 시작되어야 합니다.

[SWS_UdpNm_00476] {DRAFT} UdpNmSynchronizedPncShutdownEnabled가 TRUE로 설정된 경우 UdpNm 모듈은 NM-PDU의 전송을 PN 종료 메시지로 요청했습니다(SWS_UdpNm_00490 참조). 해당 NM 채널의 동기화된 PNC 종료에 대한 보류 중인 요청을 완료하고 저장소에서 제거합니다. 또한 UdpNmPnShutdownMessageRetransmissionDuration이 구성되면 UdpNm은 영향을 받는 NM 채널의 PN 종료 메시지에 대한 재전송 타이머를 취소해야 합니다. RS_Nm_02545 )
참고: UdpNm은 동기화된 PNC 종료에 대한 새 요청(UdpNm_RequestSynchronizedPncShutdown을 통해 표시됨)이 PN 종료 NM 프레임의 진행 중인 전송 중에 손실되지 않도록 해야 합니다.

[SWS_UdpNm_00477] {DRAFT} UdpNmSynchronizedPncShutdownEnabled가 TRUE로 설정되고 UdpNmPnShutdownMessageRetransmissionDuration이 구성된 경우 UdpNm 모듈이 동기화된 PNC 종료로 인해 전송을 요청했거나(SWS_UdpNm_004475 UdpTPN iso가 있는 종료 요청에 대한 SWS_UdpNm_00dpTPN_OK 호출 결과)
메시지가 수락되지 않은 경우(SoAd_IfTransmit가 E_NOT_OK를 반환함) UdpNm 모듈은 동기화된 PNC 종료에 대한 보류 중인 요청으로 저장된 해당 PNC ID를 유지하고 다음 주 기능에서 재전송을 수행해야 합니다. RS_Nm_02545 )

참고:
- PN 종료 메시지의 전송이 하위 계층에 의해 확인되지 않은 경우(E_NOT_OK 또는 UdpNm_SoAdIfTxConfirmation이 호출되지 않은 경우) UdpNm은 해당하는 주요 기능 호출의 컨텍스트에서 PN 종료 메시지에 대한 재시도 전송 처리를 수행해야 합니다. 재시도 하위 계층이 Nm 메시지를 전송할 수 없는 경우 전송 요청은 오류 사례를 다루어야 합니다. 최악의 경우 UdpNmMsgCycleTime으로 전송된 연기된 NM 메시지와 충돌합니다(SWS_UdpNm_00472 참조). 그러나 어떤 경우에도 NM 메시지 전송 기능이 PN 재설정 시간(EIRA) 내에 복구되지 않으면 PNC가 동기화되지 않고 종료되어 애플리케이션에서 시간 초과 오류가 발생할 수 있습니다.

- 하위 계층이 나타내는 보류 중인 전송 확인에 대한 종속성은 신뢰할 수 있는 통신을 지원해야 합니다. 예를 들어 하위 계층의 대기열이 구성된 경우 PN 종료 메시지가 네트워크에서 전송되었는지 확인하거나 오래된 PN 종료 메시지의 전송을 피하십시오.

[SWS_UdpNm_00482] UdpNmSynchronizedPncShutdownEnabled가 TRUE로 설정되고 UdpNm 모듈이 동기화된 PNC 종료에 대한 보류 중인 요청으로 PNC ID를 저장한 경우 UdpNm은 외부 또는 내부적으로 다시 요청되는 해당 PNC ID를 저장소에서 제거해야 합니다.
- UdpNm은 외부에서 요청한 PNC가 수신된 경우 NM 메시지 수신을 확인해야 합니다.
- UdpNm은 해당 ComPdu에서 내부 PNC 요청을 파생하여 내부 PNC 요청을 사용할 수 있는 경우 PN 종료 메시지의 각 전송에 앞서 확인해야 합니다(UdpNmTxUserDataPduRef 참조).

[SWS_UdpNm_00483] UdpNmSynchronizedPncShutdownEnabled가 TRUE로 설정되고 UdpNmPnShutdownMessageRetransmissionDuration이 구성되지 않은 경우 UdpNm 모듈이 동기화된 PNC 종료로 인해 전송을 요청했습니다(SWS_UdpNm_00475 참조). (SoAdIf_Transmit가 E_NOT_OK를 반환함), UdpNm은 해당 NM 채널의 동기화된 PNC 종료에 대한 보류 중인 요청으로 저장된 PNC ID를 제거하고 런타임 오류 UDPNM_E_TRANSMISSION_OF_PN_SHUTDOWN_MESSAGE_FAILED를 DET에 보고합니다.

[SWS_UdpNm_00484] UdpNmSynchronizedPncShutdownEnabled가 TRUE로 설정되고 PN 종료 메시지에 대한 재전송 타이머(ECUC_UdpNm_00098 참조)가 만료되면 UdpNm은 동기화된 PNC 종료에 대한 보류 요청을 제거하고 오류 저장소에서 해당 NM 채널의 런타임을 보고합니다.

3. 내부 요청된 Partial Network 클러스터 처리

모든 내부 PNC 요청은 ComM에서 관리합니다. ComM은 채널당 집계된 내부 PNC 요청을 NmIf에 PNC 비트 벡터로 전달합니다. 이 PNC 비트 벡터는 소위 "Internal Request Array"을 전달합니다. UdpNm은 NM_PDU가 전송될 때마다 NmIf에서 최신 IRA를 검색해야 합니다. NmIf는 UdpNm에 IRA 정보를 제공하고 PNC 재설정 타이머를 업데이트합니다(관련 PNC가 전송될 때마다 PNC 재설정 타이머가 다시 시작됨).
참고: UdpNmPnEnabled가 TRUE로 설정된 모든 구성된 NM 채널의 경우 UdpNm은 Nm_PncBitVectorTxIndication(<NM-channel>, <집계된 내부 PNC 요청의 필터링되지 않은 PNC 비트 벡터를 저장하는 버퍼>)을 호출합니다. 전송을 표시하고 구성된 NmPncBitVectorLength에 대한 PNC 비트 벡터로 현재 내부 PNC 요청을 검색합니다. UdpNm은 수신된 내부 PNC 요청을 NM-PDU의 PNC 비트 벡터 바이트로 복사합니다.

4. NM PDU Filter Algorithm

[SWS_UdpNm_00335] {OBSOLETE} 수신된 NM-PDU에서 PN 요청 정보(PN Info Range)를 포함하는 범위(바이트)는 바이트 0에서 시작하는 UdpNmPnInfoOffset(바이트) 및 UdpNmPnInfoLength(바이트)로 정의됩니다. 이 범위를 PN 정보 범위라고 합니다.

예시:
- UdpNmPnInfoOffset = 3
- UdpNmPnInfoLength = 2
NM 메시지의 Byte 3 및 Byte 4에만 PN 요청 정보가 포함됩니다.

[SWS_UdpNm_00336] {OBSOLETE} PN 정보 범위의 모든 비트는 하나의 부분 네트워크를 나타냅니다. 비트가 1로 설정되면 부분 네트워크가 요청됩니다. 비트가 0으로 설정되면 이 PN에 대한 요청이 없습니다.

[SWS_UdpNm_00337] {OBSOLETE} 구성 매개변수 UdpNmPnFilterMaskByte를 통해 UdpNm은 ECU와 관련된 PN과 그렇지 않은 PN을 감지할 수 있습니다.

UdpNmPnFilterMasskByte의 각 비트는 다음과 같은 의미를 갖습니다.
0) PN 요청은 ECU와 관련이 없습니다. 이 비트가 수신된 NM-PDU에 설정되어 있으면 ECU의 통신 스택이 깨어 있는 상태로 유지되지 않습니다.

1) PN 요청은 ECU와 관련이 있습니다. 이 비트가 수신된 NM-PDU에 설정되어 있으면 ECU의 통신 스택이 깨어 있는 상태로 유지됩니다.

[SWS_UdpNm_00338] {OBSOLETE} 각 PN 필터 마스크 바이트는 NM 메시지의 PN 정보 범위에 있는 해당 바이트에 매핑(비트 AND)해야 합니다.

[SWS_UdpNm_00339] {OBSOLETE replace by SWS_UdpNm_00487 } 수신된 NM-PDU의 PN 정보 범위 내의 적어도 하나의 비트가 NM 필터 마스크의 비트와 일치하는 경우 PN 요청 정보는 ECU와 관련됩니다.

[SWS_UdpNm_00460] {OBSOLETE replace by SWS_UdpNm_00487 } 수신된 NM-PDU에 관련 PN이 요청되지 않고
UdpNmAllNmMessagesKeepAwake가 FALSE이면 PDU가 추가 처리에서 삭제됩니다.

[SWS_UdpNm_00461] {OBSOLETE replace by SWS_UdpNm_00487 } 수신된 NM-PDU에 관련 PN이 요청되지 않고
UdpNmAllNmMessagesKeepAwake가 TRUE이면 PDU가 추가 Rx 표시 처리에서 삭제되지 않아야 합니다.

5. 내부 및 외부 요청된 Partial Network 집계

참고: 이 기능은 Partial Network의 활동으로 인해 I-PDU-그룹을 전환해야 하는 모든 ECU에서 사용됩니다. (예: 잘못된 타임아웃을 방지하기 위해) I-PDU-그룹은 해당 PN이 내부 또는 외부에서 요청되는 경우 켜야 합니다. I-PDU-그룹은 해당 PN에 대한 모든 내부 및 외부 요청이 해제될 때까지 꺼지지 않습니다.

IPDU 그룹을 전환하기 위한 논리는 ComM에 의해 구현됩니다. UdpNm은 PN이 요청되었는지 여부만 정보를 제공합니다. COM 모듈은 데이터를 상위 계층으로 전송하는 데 사용됩니다.

모든 직접 연결된 ECU에서 I-PDU-그룹을 동기적으로 전환하기 위해 UdpNm은 모든 ECU에서 (거의) 동일한 시간에 상위 계층에 요청 변경 정보를 제공해야 합니다. 이것이 재설정 타이머가 수신된 모든 NM 메시지와 전송된 모든 NM 메시지에서 다시 시작되는 이유입니다(아래 참조).
내부/외부 요청 PN의 집계된 상태를 EIRA(External Internal Requests Aggregated)라고 합니다.

[SWS_UdpNm_00344] {OBSOLETE} UdpNmPnEiraCalcEnabled가 TRUE인 경우 UdpNm은 모든 관련 채널(UdpNmPnEnabled가 TRUE인 모든 UdpNm 채널)을 통해 결합된 외부 및 내부 요청 PN을 저장할 가능성을 제공해야 합니다. 초기화 시 모든 PN의 값은 0으로 설정되어야 합니다(요청되지 않음).

[SWS_UdpNm_00347] {OBSOLETE} 만약
- UdpNmPnEiraCalcEnabled가 참인 경우
- NM-PDU가 수신된 경우
- 이 메시지 내에서 PN이 요청된 경우(비트는 1로 설정됨)
- 그리고 요청된 PN이 [구성된 PN 필터 마스크] 내에서 1로 설정되면 UdpNm은 이러한 PN에 대한 요청 정보(값 1)를 저장해야 합니다.

[SWS_UdpNm_00348] {OBSOLETE} 만약
- UdpNmPnEiraCalcEnabled가 참인 경우
- NM-PDU가 UdpNM에서 보내도록 요청된 경우
- 이 메시지 내에서 PN이 요청된 경우(비트는 1로 설정됨)
- 그리고 요청된 PN이 [구성된 PN 필터 마스크] 내에서 1로 설정되면 UdpNm은 이러한 PN에 대한 요청 정보(값 1)를 저장해야 합니다.

[SWS_UdpNm_00345] {OBSOLETE} UdpNmPnEiraCalcEnabled가 TRUE이면 UdpNm 모듈은 이 PN이 관련 채널 중 적어도 하나에서 여전히 외부 또는 내부적으로 요청되는 경우 각 PN을 모니터링할 가능성을 제공해야 합니다.

참고: 즉, 연결된 여러 물리적 채널에서 하나의 PN을 처리하는 데 하나의 타이머만 필요합니다. 예: 6개의 물리적 채널과 8개의 부분 네트워크가 있는 게이트웨이의 요청을 처리하려면 8개의 EIRA 재설정 타이머만 필요합니다.
이는 PN PDU-그룹의 전환이 물리적 채널에 종속되지 않고 ECU에 대해 전역적으로 수행되기 때문에 가능합니다.

[SWS_UdpNm_00349] {OBSOLETE} UdpNmPnEiraCalcEnabled가 TRUE이고 메시지 수신 또는 전송에 의해 PN이 요청되는 경우(SWS_UdpNM_00347 및 SWS_UdpNm_00348 참조) 이 PN에 대한 모니터링은 UdpnResetTime과 관련하여 다시 시작되어야 합니다.

참고: UdpNmPnResetTime은 UdpNmMsgCycleTime보다 큰 값으로 구성되어야 합니다. UdpNmPnResetTime이 UdpNmMsgCycleTime보다 작은 값으로 구성되고 하나의 ECU만 PN을 요청하는 경우 요청 상태가 EIRA에서 토글됩니다.

참고: UdpNmPnResetTime은 NM이 이미 버스 슬립 준비로 변경된 후 타이머가 경과할 수 있는 것을 피하기 위해 UdpNmTimeoutTime보다 작은 값으로 구성되어야 합니다.

[SWS_UdpNm_00351] {OBSOLETE} UdpNmPnEiraCalcEnabled가 TRUE이고 UdpNmPnResetTime 내에 PN이 다시 요청되지 않으면 이 PN에 해당하는 저장된 값을 0으로 설정해야 합니다(요청되지 않음).

[SWS_UdpNm_00352] {OBSOLETE} UdpNmPnEiraCalcEnabled가 TRUE이고 PN에 대한 저장된 값이 요청됨으로 설정되거나 다시 요청되지 않음으로 설정되는 경우(SWS_UdpNm_00347, SWS_UdpNm_00347 참조, SWS_UdpNm_00348 및 SWS_035NmR에 대해 구성된 SWS_UdpNm_00348 및 SWS_UdpNmR을 호출하여 SWS_UdpNm_R을 알립니다. 즉, 변경된 EIRA 정보는 COM에 전달됩니다).

참고: PN 종료 메시지가 수신되면(PNSR이 1로 설정됨) 해당 PNC 상태 머신이 COMM_PNC_READY_SLEEP에 있어야 하기 때문에 특별한 처리가 필요하지 않습니다. ERA PDU만 다른 방식으로 처리됩니다(SWS_UdpNm_00478 참조).

[SWS_UdpNm_00372] {OBSOLETE} UdpNmPnEiraCalcEnabled가 TRUE이고 UdpNmPnEraCalcEnabled가 TRUE인 경우 PN 상태 정보는 EIRA 및 ERA 정보에 대해 별도로 저장되어야 합니다(SWS_UdpNM_00344 및 SWS_00345와 비교).

7. UdpNm_NetworkRequest를 통한 NM-PDU의 자발적 전송

[SWS_UdpNm_00362]⌈ UdpNm_NetworkRequest가 호출되면 UdpNmPnHandleMultipleNetworkRequests는 TRUE로 설정되고 UdpNm은 준비 슬립 상태, 정상 작동 상태 또는 반복 메시지 상태, UdpNm은 반복 메시지 상태로 변경하거나 다시 시작해야 합니다.

참고: UdpNmPnHandleMultipleNetworkRequests가 TRUE로 설정된 경우 UdpNm 기능 '즉시 전송'은 필수입니다.
참고: PNC 제어 모듈(예: ComM)은 PNC 비트가 변경되는 경우 UdpNm_NetworkRequest를 호출합니다.

[Classic AUTOSAR] UDP Network Management(NM) 3. 기능 사양 (7) 추가 기능

응답하라AI — Sat, 10 Sep 2022 17:23:30 +0900

[Classic AUTOSAR] UDP Network Management(NM) 3. 기능 사양 (7) 추가 기능

참조 : https://www.autosar.org/fileadmin/user_upload/standards/classic/4-/AUTOSAR_SWS_UDPNetworkManagement.pdf

원격 Sleep 표시 감지(선택 사항)

"원격 Sleep 표시"는 정상 작동 상태의 노드가 클러스터의 다른 모든 노드가 Sleep할 준비가 되었음을 발견한 상황을 나타냅니다. 여전히 정상 작동 상태에 있는 노드는 bus를 계속 깨어 있는 상태로 유지합니다.

[SWS_UdpNm_00149] 원격 Sleep 표시 감지는 UdpNmRemoteSleepIndEnabled 스위치(구성 매개변수)를 사용하여 정적으로 구성해야 합니다.

[SWS_UdpNm_00150] UdpNmRemoteSleepIndTime(구성 매개변수)에 의해 결정된 구성 가능한 시간 동안 정상 작동 상태에서 NM PDU가 수신되지 않으면 NM은 클러스터의 다른 모든 노드가 Sleep할 준비가 되었음을 일반 네트워크 관리 인터페이스에 알려야 합니다( Nm_RemoteSleepIndication을 호출하여 소위 '원격 Sleep표시').

[SWS_UdpNm_00151] Remote Sleep Indication이 이전에 감지되었고 NM PDU가 Normal Operation State 또는 Ready Sleep State에서 다시 수신되면 NM은 클러스터의 일부 노드가 더 이상 슬립할 준비가 되지 않았음을 Generic Network Management Interface에 알려야 합니다. Nm_RemoteSleepCancellation을 호출하여 (소위 '원격 Sleep 취소').

[SWS_UdpNm_00152] 원격 Sleep 표시가 이전에 감지되었고 Repeat Message 상태가 정상 작동 상태 또는 Ready Sleep 상태에서 입력된 경우 UdpNm은 클러스터의 일부 노드가 더 이상 절전할 준비가 되지 않았음을 일반 네트워크 관리 인터페이스에 알려야 합니다( Nm_RemoteSleepCancellation을 호출하여 소위 '원격 수면 취소').

[SWS_UdpNm_00154] NM은 Bus-Slee 모드, Prepare Bus-Sleep 및 Repeat Message 상태에서 원격 Sleep 표시 확인을 거부해야 합니다. 서비스가 실행되지 않고 E_NOT_OK가 반환됩니다.

사용자 데이터(선택 사항)

[SWS_UdpNm_00158] NM 사용자 데이터 지원은 UdpNmUserDataEnabled 스위치(구성 매개변수)를 사용하여 정적으로 구성해야 합니다.

[SWS_UdpNm_00159] UdpNm_SetUserData가 호출되면 버스에서 다음에 전송되는 NM 패킷에 대한 NM 사용자 데이터가 설정됩니다. NM 사용자 데이터 설정 작업은 데이터 일관성을 보장해야 합니다.

[SWS_UdpNm_00160] UdpNm_GetUserData가 호출되면 가장 최근에 수신된 NM PDU의 페이로드에 포함된 NM 사용자 데이터가 제공되어야 합니다. NM 사용자 데이터를 제공하는 작업은 데이터 일관성을 보장해야 합니다.
참고: NM 사용자 데이터가 구성된 경우 반복 메시지 상태에서 확실히 전송됩니다. Ready Sleep 상태에서는 사용자 데이터가 전송되지 않습니다.

[SWS_UdpNm_00312] UdpNmComUserDataSupport가 활성화된 경우 API UdpNm_SetUserData를 사용할 수 없습니다.

[SWS_UdpNm_00317] UdpNmComUserDataSupport가 활성화되고 NM-PDU가 SoAd에서 트리거된 전송에 대해 구성되지 않은 경우(SoAdBswModules/SoAdIfTriggerTransmit = FALSE), UdpNm은 PduR_UdpNm을 호출하여 참조된 NM I- PDU에서 NM 사용자 데이터를 수집해야 합니다. 해당 NM 메시지의 전송을 요청하기 전에 매번 추가 NM 바이트를 사용합니다. (RS_Nm_02503)

참고: 트리거 전송의 경우 전송 요청 시 데이터가 필요하지 않으며 길이만 있으면 됩니다. 데이터는 UdpNm_SoAdIfTriggerTransmit 내에서 수집됩니다(챕터 8.4.3 UdpNm_SoAdIfTriggerTransmit 참조)

[SWS_UdpNm_00464] UdpNmComUserDataSupport가 활성화되어 있고 UdpNm이 RepeatMessage 상태 또는 NormalOperation 상태이고 UdpNm_Transmit이 호출되면 UdpNm은 현재 데이터와 함께 NM PDU의 추가 전송을 요청해야 합니다.
참고: 현재 데이터(예: 시스템 바이트, 사용자 데이터 및 PNC 비트 벡터)와의 주기적 전송 사이에 NM PDU를 전송하기 위한 UdpNm_Transmit 요청 호출

Passive 모드(선택 사항)

수동 모드에서 노드는 NM 메시지만 수신하고 NM 메시지는 전송하지 않습니다.
[SWS_UdpNm_00161] 수동 모드는 UdpNmPassiveModeEnabled 스위치(구성 매개변수)를 사용하여 정적으로 구성해야 합니다.

[SWS_UdpNm_00162] 패시브 모드는 하나의 ECU 내의 모든 인스턴스에 대해 정적으로 일관되게 구성되어야 합니다.

[SWS_UdpNm_00163] 수동 모드를 사용하는 경우(구성 매개변수 UdpNmPassiveModeEnabled) 다음 옵션을 사용하면 안 됩니다.
버스 동기화(구성 매개변수 UdpNmBusSynchronizationEnabled)
원격 sleep 표시(구성 매개변수 UdpNmRemoteSleepIndEnabled)
노드 감지(구성 매개변수 UdpNmNodeDetectionEnabled)

상태 변경 알림(선택 사항)

[SWS_UdpNm_00166] AUTOSAR UdpNm 상태의 모든 변경 사항은 Nm_StateChangeNotification 콜백이 활성화된 경우(구성 매개변수 UdpNmStateChangeIndEnabled가 TRUE인 경우) Nm_StateChangeNotification을 호출하여 상위 계층에 알려야 합니다.

통신 제어(선택 사항)

[SWS_UdpNm_00168] 통신 제어는 UdpNmComControlEnabled 스위치(구성 매개변수)를 사용하여 정적으로 구성해야 합니다.

[SWS_UdpNm_00170] 선택적 서비스 UdpNm_DisableCommunication은 NM PDU 전송 능력을 비활성화해야 합니다.
참고: NM PDU 전송 기능이 비활성화된 경우 NM 조정 알고리즘이 올바르게 작동하지 않습니다. 따라서 NM PDU 전송 기능이 비활성화되어 있는 한 ECU가 셧다운되지 않도록 해야 합니다.
UdpNm_NetworkRelease가 호출되고 NM PDU 전송 기능이 비활성화된 경우 ECU가 종료됩니다. 이를 통해 경합 상태(예: 통신을 활성화하기 직전에 진단 세션이 남음) 또는 잘못된 통신 제어 사용의 경우에도 ECU가 종료될 수 있습니다.

[SWS_UdpNm_00172] 옵션 서비스 UdpNm_DisableCommunication은 현재 모드가 네트워크 모드가 아닌 경우 E_NOT_OK를 반환해야 합니다.

[SWS_UdpNm_00173] 네트워크 관리 PDU 전송 기능이 비활성화된 경우 UdpNm 모듈은 네트워크 관리 PDU의 전송을 중지하기 위해 UdpNm 메시지 주기 타이머를 중지해야 합니다.

[SWS_UdpNm_00174] NM PDU 전송 기능이 비활성화되면 NM-Timeout Timer가 중지됩니다.

[SWS_UdpNm_00175] NM PDU 전송 능력이 비활성화되면 원격 sleep 표시 타이머의 감지가 중단됩니다.

[SWS_UdpNm_00178] 네트워크 관리 PDU 전송 능력이 활성화되면 NM PDU의 전송은 다음 NM 주요 기능 내에서 가장 늦게 시작되어야 합니다. ⌋(RS_Nm_02512)

[SWS_UdpNm_00179] NM PDU 전송 기능이 활성화되면 NM-Timeout Timer가 다시 시작되어야 합니다.

[SWS_UdpNm_00180] NM PDU 전송 능력이 활성화되면 원격 슬립 표시 타이머의 감지가 재개됩니다.

[SWS_UdpNm_00181] 선택적 서비스 UdpNm_RequestBusSynchronization은 NM PDU 전송 능력이 비활성화된 경우 E_NOT_OK를 반환해야 합니다.

NM 조정 동기화 지원(선택 사항)

둘 이상의 조정자가 CBV의 특수 비트에 동일한 버스에 연결되어 있는 경우 NmCoordinatorSleepReady 비트는 주 조정자가 종료 시퀀스를 시작하도록 요청함을 나타내는 데 사용됩니다. 알고리즘의 주요 기능은 Nm 모듈에 설명되어 있습니다.

[SWS_UdpNm_00320]UdpNm이 NM_CoordReadyToSleepIndication을 호출하고 여전히 네트워크 모드에 있는 경우 NmCoordinatorSleepReady 비트(CB0V 참조)가 설정된 NM 메시지를 처음 수신할 때 Nm_CoordReadyToSleepCancellation을 호출하여 Nm에 알려야 합니다.

[SWS_UdpNm_00364]UdpNm이 네트워크 모드에 진입했거나 Nm_CoordReadyToSleepCancellation을 호출한 경우 NmCoordinatorSleepReady 비트(.CBV 참조)가 로 설정된 NM 메시지의 첫 수신 시 Nm_CoordReadyToSleepIndication을 호출하여 NM에 알려야 합니다.

[SWS_UdpNm_00321]UdpNmCoodinatorSyncSupport가 TRUE로 설정되고 API UdpNm_SetSleepReadyBit이 UdpNm이라고 하면 "NM Coordinator Sleep Ready 비트" 비트를 전달된 값으로 설정하고 단일 네트워크 관리 PDU를 트리거합니다.

[SWS_UdpNm_00322] API UdpNm_SetSleepReadyBit() 및 "Coordinated Bus 종료" 기능은 UdpNmCoordinatorSyncSupport가 TRUE로 설정된 경우에만 사용할 수 있습니다.

[Classic AUTOSAR] UDP Network Management(NM) 3. 기능 사양 (6) Communication Scheduling

응답하라AI — Sat, 10 Sep 2022 14:18:52 +0900

[Classic AUTOSAR] UDP Network Management(NM) 3. 기능 사양 (6) Communication Scheduling

참조 : https://www.autosar.org/fileadmin/user_upload/standards/classic/4-/AUTOSAR_SWS_UDPNetworkManagement.pdf

NM Message 송출

참고: 이 장에서 설명하는 전송 메커니즘은 NM 메시지 전송 기능이 활성화된 경우에만 관련이 있습니다.

[SWS_UdpNm_00072] NM 메시지의 전송은 UdpNmPassiveModeEnabled를 통해 구성되어야 합니다.
참고: 수동 노드는 NM 메시지를 전송하지 않습니다. 즉, 종료 결정에 능동적으로 영향을 줄 수 없지만 동기적으로 종료할 수 있도록 NM 메시지를 수신합니다.
참고: 이 장에서 설명하는 전송 메커니즘은 UdpNmPassiveModeEnabled가 FALSE인 경우에만 관련이 있습니다.

[SWS_UdpNm_00237] UdpNm 모듈은 주기적 전송 모드를 제공해야 합니다. 이 전송 모드에서 UdpNm 모듈은 주기적으로 네트워크 관리 PDU를 전송해야 합니다.
참고: 주기적 전송 모드는 "Repeat Message State" 및 "Normal Operation State"에서 사용됩니다.

[SWS_UdpNm_00005] 반복 메시지 상태가 UdpNm_NetworkRequest를 통해 입력되지 않거나 UdpNmImmediateNmTransmissions가 0이면 반복 메시지 상태에 들어간 후 NM PDU의 전송이 UdpNmMsgCycleOffset만큼 지연됩니다.

참고: 이 요구 사항은 Repeat Message 요청 또는 비트(SWS_UdpNm_00111, SWS_UdpNm_00112, SWS_UdpNm_00119, SWS_UdpNm_00120 참조)로 인해 Network Operation 상태 또는 Ready Sleep 상태에서 Repeat Message 상태가 입력되는 경우에도 적용됩니다. 이는 이 경우 즉각적인 전송이 사용되지 않음을 의미합니다(UdpNmImmediateNmTransmissions > 0이고 UdpNmPnHandleMultipleNetworkRequests의 구성과 독립적인 경우에도). 즉, UdpNmMsgCycleOffset이 항상 적용됩니다. 이 메커니즘은 NM 메시지의 버스트를 방지합니다.

[SWS_UdpNm_00334] UdpNm_NetworkRequest()(active wakeup)로 인해 Bus Sleep 모드 또는 Prepare Bus Sleep 모드에서 반복 메시지 상태로 들어갈 때 UdpNmImmediateNmTransmissions가 0보다 큰 경우 NM PDU는 UdpNmImmediateNmCycleTime을 주기 시간으로 사용하여 전송됩니다. 첫 번째 NM PDU의 전송은 가능한 한 빨리 트리거되어야 합니다. 전송 후 메시지 주기 타이머는 UdpNmImmediateNmCycleTime으로 다시 로드됩니다. 이 경우 UdpNmMsgCycleOffset이 적용되지 않습니다.

[SWS_UdpNm_00006] Ready Sleep State에서 Normal Operation State가 되면 NM PDU의 전송은 즉시 시작되어야 한다.

[SWS_UdpNm_00454] UdpNmPnHandleMultipleNetworkRequests가 TRUE로 설정되면 UdpNm_NetworkRequest는 Network Mode에서 Repeat Message 상태로 상태 전환을 트리거해야 합니다. PDU 전송 능력이 활성화되면 NM PDU는 UdpNmImmediateNmCycleTime을 주기 시간으로 사용하여 전송되어야 합니다. 첫 번째 NM PDU의 전송은 가능한 한 빨리 트리거되어야 합니다. 전송 후 메시지 주기 타이머는 UdpNmImmediateNmCycleTime으로 다시 로드됩니다. 이 경우 UdpNmMsgCycleOffset이 적용되지 않습니다.

참고: UdpNmImmediateNmTransmissions는 이 경우 ECUC_UdpNm_00075로 인해 0보다 커야 합니다.

[SWS_UdpNm_00330] NM PDU가 UdpNmImmediateNmCycleTime과 함께 전송되어야 하는 경우(SWS_UdpNm_00334 및 SWS_UdpNm_00454 참조), UdpNm은 UdpNmImmediateNmTransmissions를 포함하여 성공적으로 요청된 UdpNmImmediateNmTransmissions SoAd에 대한 전송 요청이 실패하면(E_NOT_OK가 반환됨) UdpNm은 다음 주 기능에서 전송 요청을 다시 시도합니다. 그 후 UdpNm은 UdpNmMsgCycleTime을 사용하여 NM PDU를 계속 전송해야 합니다.
참고: UdpNmImmediateNmCycleTime을 사용하여 NM PDU를 전송하는 동안 다른 Nm PDU는 전송되지 않습니다(즉, UdpNmMsgCycleTime 전송 주기가 중지됨).

[SWS_UdpNm_00032] NM PDU의 전송이 시작되고 UdpNm 메시지 사이클 타이머가 만료되면 NM PDU는 SoAd_IfTransmit을 호출하여 SoAd를 통해 전송되어야 합니다.

[SWS_UdpNm_00040] UdpNm 메시지 주기 타이머가 만료되면 UdpNmMsgCycleTime으로 다시 시작해야 합니다.

[SWS_UdpNm_00051] NM PDU의 전송이 중단된 경우 UdpNm 메시지 주기 타이머는 취소되어야 합니다.

[SWS_UdpNm_00007] 매개변수 UdpNmRetryFirstMessageRequest(ECUC_UdpNm_00085 참조)가 TRUE이고 버스 슬 립에서 메시지 반복 상태로의 전환 후 첫 번째 전송 요청이 SoAd에 의해 수락되지 않으면 메시지 요청은 하나의 전송 요청이 수락될 때까지 다음 주 기능에서 반복되어야 합니다. SoAd에 의해.

참고: 이 기능은 부분 네트워크 웨이크업 필터의 경우 수동 시작 및 첫 번째 메시지 요청이 그렇지 않은 경우 모든 메시지의 차단을 피하기 위해 사용할 수 있습니다.
EthSM으로 인해 SoAd에 의해 허용된 것은 전송 경로를 충분히 빠르게 활성화할 수 없습니다(예: 비동기 트랜시버 처리의 경우).

[SWS_UdpNm_00379] UdpNm_SoAdIfTxConfirmation이 결과 E_NOT_OK와 함께 호출되면 UdpNm은 함수 Nm_TxTimeoutException을 호출해야 합니다. (SRS_Nm_00137)

수신

NM 메시지가 성공적으로 수신되면 SoAd는 UdpNm_SoAdIfRxIndication을 호출합니다.

[SWS_UdpNm_00035] UdpNm_SoAdIfRxIndication의 호출 시 UdpNm 모듈은 기능 매개변수에서 참조하는 네트워크 관리 PDU의 데이터를 내부 버퍼에 복사해야 합니다.

[SWS_UdpNm_00037] NM PDU가 수신되면 UdpNmPduRXIndicationEnabled(구성 매개변수)가 TRUE인 경우 Nm 기능 Nm_PduRxIndication이 호출됩니다.

[Classic AUTOSAR] UDP Network Management(NM) 3. 기능 사양 (5) Execution

응답하라AI — Sat, 10 Sep 2022 13:56:07 +0900

[Classic AUTOSAR] UDP Network Management(NM) 3. 기능 사양 (5) Execution

참조 : https://www.autosar.org/fileadmin/user_upload/standards/classic/4-/AUTOSAR_SWS_UDPNetworkManagement.pdf

프로세서 아키텍처

[SWS_UdpNm_00146] AUTOSAR UdpNm 조정 알고리즘은 프로세서에 독립적이어야 합니다. 즉, 프로세서별 하드웨어 지원에 의존하지 않으므로 AUTOSAR 범위 내에 있는 모든 프로세서 아키텍처에서 실현 가능해야 합니다.

타이밍 매개변수

[SWS_UdpNm_00246] 구성 매개변수 UdpNmTimeoutTime은 AUTOSAR UdpNm 타이밍 매개변수 NM-Timeout Time을 결정해야 합니다.

[SWS_UdpNm_00247] 구성 매개변수 UdpNmRepeatMessageTime은 AUTOSAR UdpNm 타이밍 매개변수 반복 메시지 시간을 결정해야 합니다.

[SWS_UdpNm_00248] 구성 매개변수 UdpNmWaitBusSleepTime은 AUTOSAR UdpNm 타이밍 매개변수 Wait Bus-Sleep Time을 결정해야 합니다.

[SWS_UdpNm_00249] 선택적 구성 매개변수 UdpNmRemoteSleepIndTime은 AUTOSAR UdpNm 타이밍 매개변수 원격 절전 표시 시간을 결정해야 합니다.

[Classic AUTOSAR] UDP Network Management(NM) 3. 기능 사양 (4) Initialization

응답하라AI — Sat, 10 Sep 2022 13:52:19 +0900

[Classic AUTOSAR] UDP Network Management(NM) 3. 기능 사양 (4) Initialization

참조 : https://www.autosar.org/fileadmin/user_upload/standards/classic/4-/AUTOSAR_SWS_UDPNetworkManagement.pdf

[SWS_UdpNm_00141] 성공적인 초기화 후 네트워크 관리 상태는 BusSleep 모드로 설정되어야 합니다.
참고: UdpNm 모듈은 SoAd가 초기화된 후 다른 네트워크 관리 서비스가 호출되기 전에 초기화되어야 합니다.

[SWS_UdpNm_00143] 초기화되면 기본적으로 UdpNm 모듈은 네트워크 상태를 'released'로 설정해야 합니다.

[SWS_UdpNm_00144] 초기화되면 기본적으로 UdpNm 모듈은 Bus-Sleep 모드로 들어갑니다.

[SWS_UdpNm_00145] AUTOSAR UdpNm이 초기화되지 않은 경우 버스 트래픽을 금지하지 않습니다.

[SWS_UdpNm_00060] UdpNm_Init 함수는 전달되는 구성 포인터 매개변수를 통해 활성 구성 집합을 선택해야 합니다.

[SWS_UdpNm_00033] 초기화 후 NM 메시지 전송을 중지해야 합니다.

[SWS_UdpNm_00025] 초기화 후 사용자 데이터 바이트의 각 바이트는 0xFF로 설정되어야 합니다.

[SWS_UdpNm_00085] 초기화 후 제어 비트 벡터는 0x00으로 설정되어야 합니다.

[SWS_UdpNm_00485] 초기화 중 UdpNmPnEnabled가 TRUE이면 UdpNm 모듈은 PNC 비트 벡터의 각 바이트를 0x00으로 설정해야 합니다.

[SWS_UdpNm_00148] 하나의 NM 클러스터에 있는 서로 다른 ECU에 있는 UDP NM의 모든 인스턴스는 동일한 UDP 수신 포트를 사용해야 합니다.

[Classic AUTOSAR] UDP Network Management(NM) 3. 기능 사양 (3) Network states

응답하라AI — Sat, 10 Sep 2022 13:37:08 +0900

[Classic AUTOSAR] UDP Network Management(NM) 3. 기능 사양 (3) Network states

참조 : https://www.autosar.org/fileadmin/user_upload/standards/classic/4-/AUTOSAR_SWS_UDPNetworkManagement.pdf

네트워크 상태(즉, 'requested' 및 'released')는 상태 머신과 병렬로 존재하는 AUTOSAR UdpNm 상태 머신의 두 가지 추가 상태입니다.

네트워크 상태는 소프트웨어 구성 요소가 버스에서 통신해야 하는지 여부를 나타냅니다(네트워크 상태는 'requested'됨). 또는 소프트웨어 구성 요소가 버스에서 통신할 필요가 없는지 여부(버스 네트워크 상태는 'released'됨) 네트워크가 해제된 경우 다른 ECU가 여전히 네트워크를 요청하기 때문에 ECU는 여전히 통신할 수 있습니다.

[SWS_UdpNm_00104] ⌈UdpNm_NetworkRequest 함수 호출은 네트워크를 요청해야 합니다. 즉. UdpNm 모듈은 네트워크 상태를 'requested'으로 변경합니다.

[SWS_UdpNm_00105] ⌈ UdpNm_NetworkRelease 함수 호출은 네트워크를 해제합니다. 즉. UdpNm 모듈은 네트워크 상태를 'released'로 변경합니다.

[Classic AUTOSAR] UDP Network Management(NM) 3. 기능 사양 (2)Operational Modes

응답하라AI — Sat, 10 Sep 2022 09:58:45 +0900

[Classic AUTOSAR] UDP Network Management(NM) 3. 기능 사양 (2)Operational Modes

참조 : https://www.autosar.org/fileadmin/user_upload/standards/classic/4-/AUTOSAR_SWS_UDPNetworkManagement.pdf

이번에는 AUTOSAR UdpNm 조정 알고리즘의 작동 모드를 설명합니다.

[SWS_UdpNm_00092] AUTOSAR UdpNm은 모듈 인터페이스에서 볼 수 있는 세 가지 작동 모드를 포함해야 합니다.
Network Mode
Prepare Bus-Sleep Mode
Bus-Sleep Mode
[SWS_UdpNm_00093] AUTOSAR UdpNm 작동 모드의 변경은 콜백 기능을 통해 상위 계층에 알려야 합니다.

Network Mode

[SWS_UdpNm_00094] 네트워크 모드는 세 가지 내부 상태로 구성됩니다.
Repeat Message State
Normal Operation State
Ready Sleep State

[SWS_UdpNm_00095] Network Mode가 Bus-Sleep Mode또는 Prepare Bus-Sleep Mode에서 기본적으로 입력되면 반복 메시지 상태로 들어갑니다.

[SWS_UdpNm_00096] Network Mode로 들어가면 NM-Timeout Timer가 시작됩니다.
[SWS_UdpNm_00097] Network Mode로 진입하면 UdpNm은 Nm_NetworkMode를 호출하여 상위 계층에 알려야 한다.
[SWS_UdpNm_00098] Network Mode에서 NM PDU(UdpNm_SoAdIfRxIndication 호출)를 성공적으로 수신하면 NM 타임아웃 타이머가 다시 시작됩니다.
[SWS_UdpNm_00099] Network Mode에서 NM PDU(E_OK와 함께 UdpNm_SoAdIfTxConfirmation 호출) 전송 시 NM-Timeout 타이머가 다시 시작되어야 합니다.
참고: SoAd 또는 TCP/IP 스택에서 전송 확인을 사용할 수 없으므로 각 네트워크 관리 PDU 전송 요청이 성공적인 네트워크 관리 PDU 전송을 가져온다고 가정합니다.
[SWS_UdpNm_00206] NM-Timeout Timer는 시작되거나 다시 시작될 때마다 재설정되어야 합니다.

1) Repeat Message State

[SWS_UdpNm_00100] Bus-Sleep Mode, Prepare-Bus-Sleep Mode, Normal Operation State 또는 Ready Sleep State에서 Repeat Message State가 입력되면 Passive 모드가 활성화되지 않는 한 NM 패킷의 전송이 (재) 시작됩니다.

[SWS_UdpNm_00101] 반복 메시지 상태에서 NM-Timeout 타이머가 만료되면 NM-Timeout 타이머를 다시 시작해야 합니다.

[SWS_UdpNm_00102] NM은 UdpNmRepeatMessageTime(구성 매개변수)에 의해 결정된 구성 가능한 시간 동안 반복 메시지 상태에 있어야 합니다. 그 시간 이후에는 반복 메시지 상태가 남습니다.

[SWS_UdpNm_00103] 반복 메시지 상태가 남아 있을 때 네트워크가 요청되면 정상 작동 상태로 들어갑니다(SWS_UdpNm_00104 참조).

[SWS_UdpNm_00106]반복 메시지 상태가 남아 있을 때 네트워크가 해제된 경우 준비 슬립 상태가 됩니다(SWS_UdpNm_00105 참조).

[SWS_UdpNm_00107] UdpNmNodeDetectionEnabled가 TRUE로 설정되면 UdpNm은 반복 메시지 상태를 떠날 때 반복 메시지 비트를 지웁니다.

[SWS_UdpNm_00137] UdpNm_RepeatMessageRequest 서비스가 Repeat Message State, Prepare Bus-Sleep Mode or Bus-Sleep Mode에서 호출되면 UdpNm 모듈은 서비스를 실행하지 않고 E_NOT_OK를 반환합니다.

2) Normal Operation State

정상 작동 상태는 네트워크 기능이 필요한 한 모든 노드가 NM 클러스터를 활성 상태로 유지할 수 있도록 합니다.
[SWS_UdpNm_00116] Ready Sleep State에서 Normal Operation State가 되면 Passive 모드가 활성화되거나 NM 메시지 전송 기능이 비활성화되지 않는 한 NM PDU의 전송이 시작됩니다.

[SWS_UdpNm_00117] NM-Timeout Timer가 정상 동작 상태에서 만료되면 NM-Timeout Timer를 다시 시작해야 합니다.

[SWS_UdpNm_00118] 네트워크가 해제되고 현재 상태가 Normal Operation State인 경우 Normal Operation State는 그대로 있고 Ready Sleep 상태는 진입한다(SWS_UdpNm_00105 참조).

[SWS_UdpNm_00119] UdpNmNodeDetectionEnabled가 TRUE로 설정되고 정상 작동 상태에서 반복 메시지 요청 비트가 수신되면 UdpNm은 반복 메시지 상태로 들어갑니다. (SRS_Nm_00153)

[SWS_UdpNm_00120] UdpNmNodeDetectionEnabled가 TRUE로 설정되고 정상 작동 상태에서 UdpNm_RepeatMessageRequest 함수가 호출되면 UdpNm은 반복 메시지 상태로 들어갑니다. (SRS_Nm_00153)

[SWS_UdpNm_00121] UdpNmNodeDetectionEnabled가 TRUE로 설정되고 정상 작동 상태에서 UdpNm_RepeatMessageRequest 함수가 호출되면 UdpNm은 반복 메시지 비트를 설정해야 합니다. (SRS_Nm_00153)

3) Ready Sleep State

Ready Sleep State는 다른 노드가 NM 클러스터를 활성화 상태로 유지하는 한 NM 클러스터의 모든 노드가 Prepare Bus-Sleep Mode로의 전환과 함께 대기하도록 합니다.

[SWS_UdpNm_00108] Repeat Message State 또는 Normal Operation State에서 Ready Sleep State로 진입하면 NM PDU의 전송을 중지한다.

참고: 수동 모드가 활성화된 경우 NM PDU가 전송되지 않으면 조치가 필요하지 않습니다.

[SWS_UdpNm_00109] NM-Timeout Timer가 Ready Sleep 상태에서 만료되면 Ready Sleep State는 남아 있고 Prepare Bus-Sleep Mode로 들어갑니다.

[SWS_UdpNm_00110] 네트워크가 요청되고 현재 상태가 Ready Sleep State이면 Ready Sleep State는 그대로 Normal Operation State로 진입한다(SWS_UdpNm_00104 참조).

[SWS_UdpNm_00111] UdpNmNodeDetectionEnabled가 TRUE로 설정되고 준비 슬립 상태에서 반복 메시지 요청 비트가 수신되면 UdpNm은 반복 메시지 상태로 들어갑니다. (SRS_Nm_00153)

[SWS_UdpNm_00112] UdpNmNodeDetectionEnabled가 TRUE로 설정되고 Ready Sleep 상태에서 UdpNm_RepeatMessageRequest 함수가 호출되면 UdpNm은 반복 메시지 상태로 들어갑니다.(SRS_Nm_00153)

[SWS_UdpNm_00113] UdpNmNodeDetectionEnabled가 TRUE로 설정되고 UdpNm_RepeatMessageRequest 함수가 Ready Sleep 상태에서 호출되면 UdpNm은 반복 메시지 비트를 설정해야 합니다. (SRS_Nm_00153)

Prepare Bus-Sleep Mode

Prepare Bus Sleep 상태의 목적은 Bus Sleep 상태가 되기 전에 모든 노드가 네트워크 활동을 중지할 시간을 갖도록 하는 것입니다. 버스 활동이 진정되고(즉, 모든 Tx 버퍼를 비우기 위해 대기 중인 메시지가 전송됨) 마지막으로 버스 대기 모드에서 버스 활동이 없습니다.

[SWS_UdpNm_00114] Prepare Bus-Sleep Mode로 진입하면 UdpNm은 Nm_PrepareBusSleepMode를 호출하여 상위 계층에 알려야 한다.

[SWS_UdpNm_00115] NM은 UdpNmWaitBusSleepTime(구성 매개변수)에 의해 결정된 구성 가능한 시간 동안 Prepare Bus-Sleep 모드를 유지해야 합니다. 그 시간 이후에는 Prepare Bus Sleep 모드가 종료되고 Bus Sleep 모드로 들어갑니다.

[SWS_UdpNm_00124] Prepare Bus-Sleep Mode에서 NM PDU를 성공적으로 수신하면 Prepare Bus-Sleep Mode가 남아 있고 Network Mode로 들어갑니다. 기본적으로 반복 메시지 상태가 입력됩니다(SWS_UdpNm_00095 참조).

[SWS_UdpNm_00123] 네트워크가 Prepare Bus-Sleep 모드에서 요청되면 Prepare Bus-Sleep 모드가 남아 있어야 하고 네트워크 모드로 들어갑니다. 기본적으로 반복 메시지 상태가 입력됩니다(SWS_UdpNm_00095 참조).

[SWS_UdpNm_00122] Prepare Bus-Sleep Mode에서 네트워크가 요청되고(SWS_UdpNm_00104 참조) UdpNm 모듈이 네트워크 모드로 진입하고 UdpNmImmediateRestartEnabled(구성 매개변수)가 TRUE인 경우 UdpNm 모듈은 네트워크 관리 PDU를 전송해야 합니다.

근거: 클러스터의 다른 노드는 여전히 Prepare Bus-Sleep 모드 준비에 있습니다. 위에서 설명한 예외적인 상황에서 버스 슬립 모드로의 전환은 피해야 하고 버스 통신은 가능한 한 빨리 복구되어야 합니다.
UdpNm의 네트워크 관리 PDU에 대한 전송 오프셋으로 인해 반복 메시지 상태에서 첫 번째 네트워크 관리 PDU의 전송이 크게 지연될 수 있습니다. 네트워크의 지연된 재시작을 피하기 위해 네트워크 관리 PDU의 전송을 즉시 요청할 수 있습니다.

참고: UdpNmImmediateRestartEnabled가 TRUE이고 웨이크업 라인이 사용되는 경우 모든 네트워크 노드가 버스 절전 모드 준비에서 네트워크 요청을 받으면 네트워크 관리 PDU 버스트가 발생합니다.

Bus-Sleep Mode

Bus-Sleep 상태의 목적은 메시지를 교환하지 않을 때 노드의 전력 소비를 줄이는 것입니다.

통신 컨트롤러가 슬립 모드로 전환되고 각각의 웨이크업 메커니즘이 활성화되고 최종적으로 버스 슬립 모드에서 전력 소비가 적절한 수준으로 감소됩니다.
UdpNmTimeoutTime + UdpNmWaitBusSleepTime(두 구성 매개변수)에 의해 결정된 구성 가능한 시간이 네트워크 관리 클러스터의 모든 노드에 대해 동일하게 구성되면 AUTOSAR NM 알고리즘의 사용으로 조정되는 네트워크 관리 클러스터의 모든 노드는 다음으로 전환을 수행합니다.

참고: 매개변수 UdpNmTimeoutTime 및 UdpNmWaitBusSleepTime은 NM 클러스터의 모든 네트워크 노드 내에서 동일한 값을 가져야 합니다.
특정 구현에 따라 Bus-Sleep 모드로의 전환은 거의 동시에 발생합니다. 이 전환에 대해 발생하는 시간 지터는 다음 요인에 따라 다릅니다.
내부 클록 정밀도(발진기의 드리프트), NM 작업 주기 시간(작업이 글로벌 시간과 동기화되지 않은 경우), Tx-queue에서 NM PDU 대기 시간(전송 요청 직후 전송 확인이 이루어진 경우).

최상의 경우 추정을 위해 UdpNmTimeoutTime + UdpNmWaitBusSleepTime(두 구성 매개변수 모두) 값에 의해 결정되는 구성 가능한 시간에 대해 오실레이터 드리프트만 고려해야 합니다.

[SWS_UdpNm_00126] 버스 슬립 모드에 들어가면 UdpNm은 Nm_BusSleepMode를 호출하여 상위 계층에 알려야 합니다. Bus-Sleep인 경우에는 그렇지 않습니다. 모드는 초기화 시 기본적으로 입력됩니다.

[SWS_UdpNm_00127] UdpNm 모듈이 버스 슬립 모드(UdpNm_SoAdIfRxIndication 호출)에서 네트워크 관리 PDU를 성공적으로 수신하면, UdpNm 모듈은 Nm_NetworkStartIndication 콜백 함수를 호출하여 상위 계층에 알려야 합니다.
근거: 네트워크와 모드 관리 간의 경쟁 조건 및 상태 불일치를 피하기 위해 UdpNm은 버스 절전 모드에서 네트워크 모드로의 전환을 자동으로 수행하지 않습니다. UdpNm은 깨우기 결정을 내려야 하는 상위 계층에게만 알려줍니다. Bus-Sleep 모드에서 NM 패킷 수신은 ECU 종료 또는 시작 프로세스의 현재 상태에 따라 처리되어야 합니다.

[SWS_UdpNm_00128] UdpNm_PassiveStartUp이 버스 슬립 모드 또는 버스 슬립 모드 준비에서 호출되면 UdpNm 모듈은 네트워크에 진입해야 합니다.
방법; 기본적으로 반복 메시지 상태가 입력됩니다(SWS_UdpNm_00095 및 SWS_UdpNm_00104 참조).

참고: 버스 통신이 명시적으로 요청되지 않는 한 준비 버스 휴면 모드 및 버스 휴면 모드에서는 네트워크가 해제된 것으로 가정합니다.

[SWS_UdpNm_00129]: 네트워크가 버스 절전 모드에서 요청되면 UdpNm 모듈은 네트워크 모드로 들어갑니다. 기본적으로 UdpNm 모듈은 반복 메시지 상태를 입력해야 합니다(SWS_UdpNm_00095 및 SWS_UdpNm_00104 참조).

[Classic AUTOSAR] UDP Network Management(NM) 3. 기능 사양 (1)Coordination algorithm

응답하라AI — Fri, 9 Sep 2022 21:49:27 +0900

[Classic AUTOSAR] UDP Network Management(NM) 3. 기능 사양 (1)Coordination algorithm

참조 : https://www.autosar.org/fileadmin/user_upload/standards/classic/4-/AUTOSAR_SWS_UDPNetworkManagement.pdf

AUTOSAR UdpNm은 분산형 직접 네트워크 관리 전략을 기반으로 하므로 모든 네트워크 노드가 자체적으로 활동을 수행합니다. 통신 시스템 내에서 수신 및/또는 전송된 UDP 패킷에만 의존합니다. AUTOSAR UdpNm 조정 알고리즘은 브로드캐스트 전송을 통해 클러스터의 모든 노드에서 수신하는 주기적인 NM 패킷을 기반으로 합니다. NM 패킷의 수신은 송신 노드가 NM 클러스터를 깨어 있는 상태로 유지하기를 원한다는 것을 나타냅니다. 버스 슬립 모드로 전환할 준비가 된 노드가 있으면 NM 패킷 전송을 중지하지만 다른 노드에서 NM 패킷을 수신하는 한 버스 슬립 모드로의 전환을 연기합니다. 마지막으로 NM 패킷이 더 이상 수신되지 않아 전용 타이머가 경과하면 모든 노드가 버스 슬립 모드로의 전환을 시작합니다.

NM 클러스터의 노드가 버스 통신을 필요로 하는 경우 NM 패킷을 전송하여 NM 클러스터를 활성 상태로 유지할 수 있습니다. AUTOSAR UdpNm 조정 알고리즘의 주요 개념은 다음 두 가지 핵심 요구 사항으로 정의할 수 있습니다.

[SWS_UdpNm_00087] 모든 네트워크 노드는 버스 통신이 필요한 한 주기적 NM PDU를 전송해야 합니다. 그렇지 않으면 NM PDU를 전송하지 않습니다.

[SWS_UdpNm_00088] 버스 통신이 해제되고 UdpNmTimeoutTime + UdpNmWaitBusSleepTime(두 구성 매개변수)에 의해 결정된 구성 가능한 시간 동안 버스에 NM PDU가 없으면 버스 슬립 모드로 전환해야 합니다.

AUTOSAR UdpNm 조정 알고리즘의 전체 상태 머신은 다음과 같이 정의할 수 있습니다.

[SWS_UdpNm_00089] ⌈ AUTOSAR UdpNm 상태 머신은 NM 클러스터의 단일 노드 관점에서 볼 때 AUTOSAR UdpNm 조정 알고리즘에 필요한 상태, 전환 및 트리거를 포함해야 합니다.

[Classic AUTOSAR] UDP Network Management(NM) 2. 파일 구성

응답하라AI — Fri, 9 Sep 2022 21:42:16 +0900

[Classic AUTOSAR] UDP Network Management(NM) 2. 파일 구성

참조 : https://www.autosar.org/fileadmin/user_upload/standards/classic/4-/AUTOSAR_SWS_UDPNetworkManagement.pdf

File	용도
UdpNm_Lcfg.c	링크 시간 구성 가능한 매개변수용
UdpNm_PBcfg.c	빌드 후 구성 가능한 매개변수용
UdpNm.h	제공된 인터페이스 기능의 선언용
UdpNm_Cbk.h	제공된 콜백 함수의 선언용
UdpNm_Cfg.h	사전 컴파일 시간 구성 가능한 매개변수용
ComStack_Types.h:	Std_Types.h, Platform_Types.h, Compiler.h 포함
Std_Types.h	AUTOSAR standard 타입
Platform_Types.h	platform specific 타입
Compiler.h	컴파일러 특정 언어 확장용
UdpNm.h	제공된 인터페이스 기능의 선언용
Nm_Cbk.h	일반 네트워크 관리 인터페이스에 대한 UdpNm 특정 콜백
Det.h	DET의 인터페이스용 - DET가 구성된 경우에만 옵션이 포함됨
NmStack_Types.h	일반적인 네트워크 관리 유형용
SchM_UdpNm.h	기본 소프트웨어 스케줄러 서비스용
UdpNm_MemMap.h	메모리 매핑용
SoAd_Cfg.h	PDU ID 및 소켓 연결용
Nm_Cfg.h	Nm에서 파생된 구성 항목의 경우

[Classic AUTOSAR] UDP Network Management(NM) 1. 소개 및 기능 개요

응답하라AI — Fri, 9 Sep 2022 21:26:18 +0900

[Classic AUTOSAR] UDP Network Management(NM) 1. 소개 및 기능 개요

참조 : https://www.autosar.org/fileadmin/user_upload/standards/classic/4-/AUTOSAR_SWS_UDPNetworkManagement.pdf

이 사양은 AUTOSAR UDP 네트워크 관리(UdpNm)의 개념, 핵심 기능, 선택적 기능, 인터페이스 및 구성 문제를 설명합니다. UdpNm은 선택적 기능입니다. 사용되는 통신 시스템의 물리적 계층과 관계없이 TCP/IP 스택과 함께 작동하도록 설계되었습니다. AUTOSAR UDP 네트워크 관리는 TCP/IP 기반 시스템에서 사용할 수 있는 하드웨어 독립 프로토콜입니다.

주요 목적은 네트워크의 정상 작동과 버스 절전 모드 간의 전환을 조정하는 것입니다. 핵심 기능 외에도 선택적 기능이 제공됩니다. 존재하는 모든 노드를 감지하거나 다른 모든 노드가 절전 준비가 되었는지 감지하는 서비스를 구현합니다. UDP 네트워크 관리(UdpNm) 기능은 네트워크 관리 인터페이스(Nm)와 TCP/IP 스택(TCP/IP) 간의 적응을 제공합니다.

용어

Acronym or Abbreviation:	Description
API	Application Programming Interface
BSW	Basic Software
CWU	Car Wakeup
EthIf	Ethernet Interface
DET	Default Error Tracer
IP	Internet Protocol
NM	Network Management
PDU	Protocol Data Unit
SDU	Service Data Unit
TCP	Transmission Control Protocol
TCP/IP	A family of communication protocols used in computer networks
UDP	User Datagram Protocol
PNI	Partial Network Information
UdpNm	UDP Network Management

Term	Description
PDU transmission ability is disabled	선택적 서비스 UdpNm_DisableCommunication에 의해 NM 메시지 전송이 비활성화되었음을 의미합니다.
Repeat Message Request Bit Indication	UdpNm_SoAdIfRxIndication은 수신된 NM 메시지의 Control Bit Vector에 설정된 Repeat Message Bit를 찾습니다.
NM PDU	패킷으로 전송되는 페이로드를 나타냅니다. NM 사용자 데이터도 포함합니다.
NM Packet	IP 및 UDP 헤더를 추가로 포함하는 이더넷 프레임을 나타냅니다.
NM Message	NM 알고리즘의 방법론 내에서 전송된 단일 정보 항목을 나타내는 가장 추상적인 용어입니다.
Bus-Off state	이더넷 HW에 케이블이 연결되어 있지 않은 상황을 나타냅니다.

UDP 네트워크 관리(UdpNm)는 TCP/IP 스택의 서비스를 사용하고 일반 네트워크 관리 인터페이스(Nm)에 서비스를 제공합니다.

[Classic AUTOSAR] Socket Adaptor(SoAd) 2. 기능 사양 (3) PDU 헤더 옵션

응답하라AI — Sun, 4 Sep 2022 20:05:50 +0900

[Classic AUTOSAR] Socket Adaptor(SoAd) 2. 기능 사양 (3) PDU 헤더 옵션

참조 : https://www.autosar.org/fileadmin/user_upload/standards/classic/20-11/AUTOSAR_SWS_SocketAdaptor.pdf

[SWS_SoAd_00197] 소켓 연결 및 PDU 전송을 위해 PDU 헤더 옵션이 활성화된 경우(SoAdPduHeaderEnable이 TRUE임), SoAd는 구성된 HeaderId와 실제 PDU 길이가 있는 PDU 헤더를 PDU 데이터 바로 앞에 삽입해야 합니다. 즉, TcpIp_UdpTransmit() 또는 TcpIp_TcpTransmit ()는 PDU 헤더 길이만큼 증가된 TotalLength 또는 AvailableLength로 호출되어야 하며, PDU 헤더는 PDU 데이터 이전에 SoAd UDP 전송 버퍼(있는 경우) 및 PDU 데이터의 시작을 요청하는 SoAd_CopyTxData() 내의 TcpIp에 의해 지정된 메모리로 복사되어야 합니다.

[SWS_SoAd_00198] SoAd PDU 헤더는 수신기에서 PDU의 고유 식별을 위한 4바이트 ID 필드와 PDU의 데이터 길이를 지정하는 4바이트 길이 필드로 구성되어야 합니다. 둘 다 BigEndian 바이트 순서입니다.

[Classic AUTOSAR] Socket Adaptor(SoAd) 2. 기능 사양 (2) PDU 전송

응답하라AI — Sun, 4 Sep 2022 20:02:06 +0900

[Classic AUTOSAR] Socket Adaptor(SoAd) 2. 기능 사양 (2) PDU 전송

참조 : https://www.autosar.org/fileadmin/user_upload/standards/classic/20-11/AUTOSAR_SWS_SocketAdaptor.pdf

UDP 또는 TCP 소켓을 통한 상위 계층 모듈 PDU 전송의 경우 SoAd 구성은 소켓 연결에 연결된 PDU 경로를 지정합니다. PDU 경로(SoAdPduRoute, SoAdPduRouteDest)는 SoAd의 상위 계층 모듈에서 소켓 연결(SoAdSocketConnection, SoAdSocketConnectionGroup)로 설명되는 TcpIp 스택의 관련 소켓으로의 경로를 설명합니다.
SoAd의 상위 계층 모듈은 전송 요청 및 데이터 제공을 위해 IF(Interface) API 또는 TP(Transport Protocol) API를 사용할 수 있습니다.

1. IF-API를 통한 PDU 전송

[SWS_SoAd_00539]⌈ IF-API를 사용하여 상위 계층에서 요청한 PDU의 전송을 위해 SoAd는
(1) SoAd_IfTransmit()에서 제공하는 TxPduId를 이용하여 관련 소켓 연결 및 PDU 경로를 식별합니다.
(2) PDU 길이 > 0 또는 SoAdPduHeaderEnable이 TRUE이면 연결 유형에 따라 관련 TcpIp 전송 기능을 호출하고, 그렇지 않으면 SoAd는 추가 처리를 건너뛰고 E_NOT_OK로 반환합니다.

[SWS_SoAd_00738]⌈개발 오류 감지가 활성화된 경우: SOCKET_CONNECTION_ID_16 유형의 MetaDataItem으로 구성된 글로벌 PDU 구조를 참조하고 포함된 SoAdPduRouteDest가 소켓 연결 그룹을 참조하는 SoAdPduRoute에 대한 전송 요청의 경우, SoAd는 개발 오류 SOAD_E_INV_METADATA, PduInfoType.MetaDataPtr에 의해 식별된 소켓 연결이 관련 SoAdPduRouteDest.⌋의 소켓 연결 그룹의 일부가 아닌 경우(SRS_Eth_00124)

[SWS_SoAd_00739]⌈SOCKET_CONNECTION_ID_16 유형의 MetaDataItem으로 구성된 전역 PDU 구조를 참조하는 SoAdPduRoute에 대한 전송 요청이 있고 포함된 SoAdPduRouteDest가 소켓 연결 그룹을 참조하는 경우, 전체 그룹 대신 PduInfoType.MetaDataPtr에 의해 SoAd는 식별된 소켓 연결에서만 전송을 수행해야 합니다. (SRS_Eth_00124)

[SWS_SoAd_00540]⌈ UDP 소켓 연결의 경우 SoAd는 (달리 지정되지 않은 경우) SocketId 및 원격 주소가 SocketConnection에 지정되고 SoAd_IfTransmit() 호출에 지정된 PDU 길이를 TotalLength로 사용하여 TcpIp_UdpTransmit()를 호출해야 합니다.

[SWS_SoAd_00542]⌈ TCP 소켓 연결의 경우 SoAd는 SocketConnection에 지정된 SocketId, SoAd_IfTransmit() 호출에 지정된 PDU 길이로 TcpIp_TcpTransmit()를 호출해야 합니다. AvailableLength 및 ForceRetrieve는 TRUE로 설정되어 있습니다.⌋()

참고: TxPduId는 SoAdSocketConnection을 참조하는 하나 이상의 SoAdPduRouteDest 컨테이너를 포함하는 SoAd 구성에서 SoAdPduRoute를 식별합니다.

[SWS_SoAd_00543]⌈ TcpIp 모듈은 SoAd_CopyTxData()를 사용하여 TcpIp 전송 호출 컨텍스트 내에서 PDU 데이터를 검색합니다. 여기서 SoAd는 PDU를 매개변수 BufPtr.⌋()에 의해 지정된 메모리에 복사합니다.

[SWS_SoAd_00731]⌈ PduInfoPtr->SduDataPtr이 NULL_PTR로 설정된 상태에서 SoAd_IfTransmit이 호출되면 SoAd는 <Up>_[SoAd][If]TriggerTransmit>()를 사용하여 상위 계층에서 PDU 데이터를 검색합니다.⌋()

[SWS_SoAd_00544]⌈ UDP 소켓 연결의 경우 SoAd는 다음 SoAd_MainFunction( ) 마지막 TcpIp_UdpTransmit() 호출이 성공적으로 반환된 후.⌋()

[SWS_SoAd_00545]⌈ TCP 소켓 연결의 경우 SoAd는 구성된 전송 확인 기능(<Up>_[SoAd][If]TxConfirmation>())으로 상위 계층을 호출하고 결과는 SoAd_TxConfirmation() 내에서 E_OK로 설정됩니다. 모든 PDU 데이터(하나 이상의 전송 요청)가 전송을 위해 확인된 후 콜백 함수.⌋()

참고: 동일한 PDU에 대한 여러 전송 요청의 경우에도 단일 확인만 있습니다. 즉, 마지막 요청이 완료되기 전에 TCP 소켓 연결에서 동일한 PDU에 대해 추가 전송이 요청되는 경우에 대한 별도의 확인이 없습니다. 마지막 요청이지만 모든 PDU 데이터에 대한 최종 확인일 뿐입니다.

2. IF-API 및 nPduUdpTxBuffer를 통한 PDU 전송

[SWS_SoAd_00546] 소켓 연결과 관련된 모든 PDU 경로(SoAdPduRouteDest)에 대해 SoAdTxUdpTriggerMode가 TRIGGER_NEVER로 설정되고 관련 소켓 연결에 속하는 모든 상위 계층에 "IF"로 설정된 SoAdTxUpperLayerType이 있는 경우 SoAd는 이 소켓 연결에 대해 nPdu 기능을 사용해야 합니다. (SRS_Eth_00116)

[SWS_SoAd_00547]소켓 연결에 nPdu 기능을 사용하고 실제 PDU(SoAdPduRouteDest)에 대해 TriggerMode를 TRIGGER_NEVER로 설정한 경우 SoAd는 소켓 연결에 대한 PDU를 저장해야 합니다(TcpIp_UdpTransmit()를 호출하는 대신).

[SWS_SoAd_00747] 소켓 연결에 nPdu 기능을 사용하고 관련 PDU 파라미터인 SoAdTxPduCollectionSemantics를 SOAD_COLLECT_LAST_IS_BEST로 설정한 경우 SoAd는 PDU 데이터 대신 전송 요청만 저장합니다. SoAd가 PDU 데이터를 제공해야 하는 경우 SoAd는 <Up>_[SoAd][If]TriggerTransmit().⌋(SRS_Eth_00116)를 호출하여 상위 계층에서 데이터를 검색합니다.

[SWS_SoAd_00734]소켓 연결을 위해 nPdu 기능을 사용하는 경우 관련 PDU 매개변수인 SoAdTxPduCollectionSemantics가 SOAD_COLLECT_LAST_IS_BEST로 설정되고 상위 계층이 <Up>_[SoAd][If]TriggerTransmit( ) SoAd_CopyTxData의 컨텍스트에서 SoAd는 전송을 중단하고 E_NOT_OK를 반환합니다.
(SRS_Eth_00116)

[SWS_SoAd_00548]소켓 연결을 위해 nPdu 기능을 사용하고 현재 PDU(SoAdPduRouteDest)에 대해 TriggerMode가 TRIGGER_ALWAYS로 설정되어 있고 결과 PDU 데이터 및 헤더가 SoAdSocketnPduUdpTxBufferMin을 초과하지 않는 경우 SoAd는 소켓에 대해 저장된 모든 PDU를 전송해야 합니다. TcpIp_UdpTransmit()를 호출하여 연결(있는 경우) 및 현재 PDU.(SRS_Eth_00116)

[SWS_SoAd_00685]소켓 연결에 nPdu 기능을 사용하고 현재 PDU(SoAdPduRouteDest)에 대해 TriggerMode가 TRIGGER_ALWAYS로 설정되어 있고 결과 PDU 데이터 및 헤더가 SoAdSocketnPduUdpTxBufferMin을 초과하는 경우 SoAd는 소켓 연결을 위해 저장된 모든 PDU를 먼저 전송해야 합니다. (있는 경우) TcpIp_UdpTransmit()를 호출한 다음 TcpIp_UdpTransmit()를 한 번 더 호출하여 현재 PDU를 호출합니다.SRS_Eth_00116)

[SWS_SoAd_00549]소켓 연결에 nPdu 기능을 사용하고 현재 PDU(SoAdPduRouteDest)에 대해 TriggerMode가 TRIGGER_NEVER로 설정되어 있고 결과 PDU 데이터 및 헤더가 SoAdSocketnPduUdpTxBufferMin을 초과하는 경우 SoAd는 먼저 소켓 연결을 위해 저장된 모든 PDU를 전송해야 합니다. TcpIp_UdpTransmit()를 호출한 다음 소켓 연결을 위한 PDU를 저장합니다. (SRS_Eth_00116)

[SWS_SoAd_00690]⌈ SoAd는 nPdu 기능을 사용하는 소켓 연결을 통해 전송되는 PDU의 순서를 유지해야 합니다. 발신자 측에서 먼저 수집된 Pdus를 먼저 추출하여 수신 측 수신자에게도 먼저 표시합니다.⌋(SRS_Eth_00116)

[SWS_SoAd_00691]nPdu 기능이 소켓 연결에 사용되고 모든 PDU가 SOAD_COLLECT_QUEUED로 설정된 SoAdTxPduCollectionSemantics로 구성된 경우 SoAd는 모든 PDU를 개별적으로 전송하며 동일한 PduId를 가진 PDU도 전송합니다.(SRS116)_00

[SWS_SoAd_00735]nPdu 기능이 소켓 연결에 사용되고 모든 PDU가 SOAD_COLLECT_LAST_IS_BEST로 설정된 SoAdTxPduCollectionSemantics로 구성된 경우 SoAd는 첫 번째 인스턴스가 전송을 위해 요청된 순서대로 동일한 PduId를 가진 각 PDU의 마지막 인스턴스만 전송합니다. (SRS_Eth_00116)

[SWS_SoAd_00736]⌈SoAd는 전송 속성이 소켓 연결에 할당된 PDU의 (SoAdTxPduCollectionSemantics 참조) 혼합됩니다. 또한 소켓 연결 그룹의 모든 소켓 연결은 SOAD_COLLECT_LAST_IS_BEST가 있는 PDU 또는 SOAD_COLLECT_QUEUED 의미 체계가 있는 PDU에 의해 단독으로 참조됩니다.⌋ (SRS_Eth_00116)

[SWS_SoAd_00696]⌈ SoAd는 nPdu 기능을 사용하여 각 소켓 연결에 대해 nPdu 특정 타이머를 유지해야 합니다.⌋(SRS_Eth_00116)

[SWS_SoAd_00550]⌈ SoAd_MainFunction() 내 SoAd는 nPdu 특정 타이머가 만료된 경우 TcpIp_UdpTransmit()를 호출하여 소켓 연결(있는 경우)을 위해 저장된 모든 PDU를 전송해야 합니다.⌋(SRS_Eth_00116)

[SWS_SoAd_00697]⌈ 특정 SoAdTxUdpTriggerTimeout과 함께 TriggerMode가 TRIGGER_NEVER로 설정된 PDU가 버퍼링되면 SoAd는 nPdu 특정 타이머를 SoAdTxUdpTriggerTimeout 값으로 설정해야 합니다. 타이머가 실행 중이 아니거나 현재 nPdu 특정 타이머 값보다 낮은 경우입니다. ⌋(SRS_Eth_00116)

[SWS_SoAd_00683]⌈ 특정 SoAdTxUdpTriggerTimeout 없이 TriggerMode가 TRIGGER_NEVER로 설정된 PDU가 버퍼링되면 SoAd는 타이머가 실행되고 있지 않거나 현재 nPdu 특정 타이머 값보다 낮은 경우 nPdu 특정 타이머를 SoAdSocketUdpTriggerTimeout 값으로 설정해야 합니다. ⌋ (SRS_Eth_00116)

[SWS_SoAd_00684]⌈ 소켓 연결을 위해 저장된 PDU가 전송되면 SoAd는 nPdu 특정 타이머를 중지합니다⌋ (SRS_Eth_00116)

[SWS_SoAd_00737]⌈ nPdu 기능을 사용하여 소켓 연결을 위해 저장된 모든 PDU에 대해 SoAd는 관련 전송 확인 기능(<Up>_[SoAd][If]TxConfirmation>())으로 상위 계층을 호출합니다. SoAd_MainFunction()의 컨텍스트 및 결과 설정
(1) 관련 TcpIp_UdpTransmit() 호출이 성공하면 E_OK,
(2) E_NOT_OK 전송이 성공하지 못했거나 다른 이유로 취소된 경우.⌋()

3 IfRoutingGroupTransmit API를 통한 PDU 전송

[SWS_SoAd_00662] SoAd_IfRoutingGroupTransmit()에서 SoAd는 SoAd_MainFunction()에서 전송을 위한 매개변수 id로 식별된 라우팅 그룹에 대한 참조를 포함하는 각 SoAdPduRouteDest에 대한 트리거 전송 요청을 저장해야 합니다.

[SWS_SoAd_00720]⌈ SoAd_IfSpecificRoutingGroupTransmit()에서 SoAd는 SoAd_MainFunction()의 매개변수 SoConId로 식별된 소켓 연결에서 전송을 위한 매개변수 id로 식별된 라우팅 그룹에 대한 참조를 포함하는 각 SoAdPduRouteDest에 대한 트리거 전송 요청을 저장해야 합니다.⌋( )

[SWS_SoAd_00665]⌈ SoAd_MainFunction()에서 SoAd는 SoAdPduRouteDest에 대한 보류 중인 트리거 전송 요청을 확인하고 모든 관련 IFPDU를 식별해야 합니다. 식별된 각 IF-PDU에 대해 SoAd는 아래에 지정된 대로 처리해야 합니다.
(1) <Up>_[SoAd][If]-TriggerTransmit()를 호출하여 관련 상위 계층에서 데이터를 검색하고
(2) 관련 소켓 연결을 통해 데이터를 전송합니다.

[SWS_SoAd_00728]⌈ 상위 계층에서 PDU 데이터를 트리거하려면 SoAd는 PduInfoType.SduDataPtr을 데이터가 복사될 버퍼의 위치로 설정하고 PduInfoType.SduDataLength를 이 버퍼의 길이로 설정한 다음 <Up>_[SoAd를 호출합니다. ][If]-TriggerTransmit().⌋()

4. TP-API를 통한 PDU 전송

[SWS_SoAd_00551]⌈ TP-API를 사용하여 상위 계층에서 요청한 PDU 전송을 위해 SoAd는
(1) PDU 길이가 0이면 추가 처리를 건너뛰고 E_NOT_OK로 반환합니다.
(2) SoAd_TpTransmit()에서 제공하는 TxPduId를 이용하여 관련 소켓 연결 및 PDU 경로를 식별합니다.
(3) 추가 처리를 위해 TP 전송 요청을 SoAd_MainFunction()에 저장합니다.

참고: TxPduId는 SoAdSocketConnection을 참조하는 하나 이상의 SoAdPduRouteDest 컨테이너를 포함하는 SoAd 구성에서 SoAdPduRoute를 식별합니다.

[SWS_SoAd_00552]SoAd_MainFunction()에서 SoAd는 보류 중인 TP 전송 요청을 확인하고 아래와 같이 보류 중인 요청을 처리해야 합니다.
(1) 구성 가능한 콜백 함수 <Up>_[SoAd][Tp]CopyTxData()를 PduInfoType.SduLength = 0으로 호출하여 상위 계층에서 사용 가능한 데이터 양을 쿼리합니다.
(2) 연결 유형에 따라: 데이터를 검색하고 관련 TcpIp 전송 기능을 호출합니다.

[SWS_SoAd_00553]⌈ UDP 소켓 연결의 경우 SoAd는
(1) PduInfoType.SduLength가 이전 호출의 availableDataPtr에 의해 반환된 값으로 설정된 구성 가능한 콜백 함수 <Up>_[SoAd][Tp]CopyTxData()를 통해 상위 계층에서 SoAd TP 전송 버퍼로 사용 가능한 모든 데이터를 검색합니다. 그리고
(2) 하나 이상의 SoAd 기본 기능 실행 주기 내에서 모든 데이터가 성공적으로 검색된 후 SocketConnection에 지정된 SocketId 및 원격 주소와 TotalLength로 SoAd_TpTransmit() 호출에 지정된 PDU 길이를 사용하여 TcpIp_UdpTransmit()를 호출합니다.

참고: 소켓 연결에 필요한 TP 버퍼 크기는 관련 TP PDU의 길이에서 파생될 수 있습니다.

[SWS_SoAd_00652]⌈ UDP 소켓 연결에 대해 <Up>_[SoAd][Tp]CopyTxData()가 BUFREQ_E_NOT_OK와 함께 반환되면 SoAd는 즉시 TP 전송 세션을 종료하고 구성된 전송 확인 기능(<Up> _[SoAd][Tp]TxConfirmation>()) E_NOT_OK 결과. (참고: 관련 소켓 연결은 이 항목에서 닫히지 않습니다.
사례.)

[SWS_SoAd_00554]⌈ TCP 소켓 연결의 경우 SoAd는 SocketConnection에 지정된 SocketId와 함께 TcpIp_TcpTransmit()를 호출해야 하며, PDU 길이는 <Up>_[SoAd][Tp]에 대한 이전 호출의 availableDataPtr에 의해 반환된 값으로 설정됩니다. CopyTxData()를 AvailableLength로, ForceRetrieve를 FALSE로 설정합니다.⌋()

TcpIp 모듈은 SoAd_CopyTxData()를 사용하여 TcpIp 전송 호출 컨텍스트 내에서 SoAd에서 PDU 데이터를 검색합니다.

[SWS_SoAd_00556] TCP 소켓 연결의 경우 SoAd는 <Up>_[SoAd][Tp]CopyTxData()를 호출하여 관련 상위 레이어에 요청
SoAd_CopyTxData() 내의 매개변수 BufPtr에 의해 지정된 메모리에 PDU(요청된 부분)를 복사합니다.

[SWS_SoAd_00651]⌈ TCP 소켓 연결에 대해 <Up>_[SoAd][Tp]CopyTxData()가 BUFREQ_E_NOT_OK와 함께 반환되면 SoAd는 (a) 이 소켓 연결에 대한 추가 전송 또는 수신을 비활성화해야 합니다(즉, 새 전송 요청은 E_NOT_OK 및 수신된 메시지는 단순히 폐기됩니다) 및 (b) 다음 SoAd_MainFunction()에서 소켓 연결을 닫습니다.⌋()

[SWS_SoAd_00557]⌈ UDP 소켓 연결의 경우 SoAd는 구성된 전송 확인 기능(<Up>_[SoAd][Tp]TxConfirmation>())을 사용하여 상위 계층을 호출하고 이후 SoAd_MainFunction() 내 결과로 E_OK를 호출합니다. TcpIp_UdpTransmit()는 TCPIP_OK와 함께 반환됩니다.⌋()

[SWS_SoAd_00667]⌈ SoAdSocketTcpImmediateTpTxConfirmation이 TRUE로 설정된 TCP 소켓 연결의 경우 SoAd는 구성된 전송 확인 기능으로 상위 계층을 호출합니다.(<Up>_[SoAd][Tp]TxConfirmation>()) 및 E_OK는 TcpIp_TcpTransmit()가 E_OK를 반환한 후 SoAd_MainFunction() 내 결과입니다.⌋()

[SWS_SoAd_00670]⌈ TCP 소켓 연결의 경우 SoAd는 구성된 전송 확인 기능(<Up>_[SoAd][Tp]TxConfirmation>())을 사용하여 상위 계층을 호출하고 다음 SoAd_MainFunction() 내 결과로 E_NOT_OK를 호출합니다. TcpIp_TcpTransmit()는 E_NOT_OK와 함께 반환됩니다.⌋()

[SWS_SoAd_00558]⌈ SoAdSocketTcpImmediateTpTxConfirmation이 FALSE로 설정된 TCP 소켓 연결의 경우 SoAd는 구성된 전송 확인 기능(<Up>_[SoAd][Tp]TxConfirmation>())으로 상위 계층을 호출하고 결과적으로 E_OK 모든 TP PDU 데이터 전송이 확인된 후 SoAd_TxConfirmation() 콜백 함수 내에서.⌋()

참고: 동일한 PDU를 가진 새 TP 세션에 대한 SoAd_TpTransmit()는 <Up>_[SoAd][Tp]TxConfirmation>() 내에서 호출될 수 있습니다.

[Classic AUTOSAR] Socket Adaptor(SoAd) 2. 기능 사양 (1) Socket Connections

응답하라AI — Sun, 4 Sep 2022 19:23:45 +0900

[Classic AUTOSAR] Socket Adaptor(SoAd) 2. 기능 사양 (1) Socket Connections

참조 : https://www.autosar.org/fileadmin/user_upload/standards/classic/20-11/AUTOSAR_SWS_SocketAdaptor.pdf

TCP/IP 통신은 인터넷 소켓을 기반으로 합니다. 인터넷 소켓은 tuple IP 주소와 포트로 식별되는 통신 링크의 endpoint입니다.

전송 프로토콜에 따라 소켓은 연결이 없는 UDP 소켓과 연결 지향 TCP 소켓으로 구분됩니다. TCP는 point-to-point 통신 관계를 기반으로 하며, 브로드캐스트 또는 멀티캐스트가 불가능합니다. 또한 한 쪽이 연결을 설정하고 다른 쪽이 들어오는 요청을 수락해야 합니다. 두 스테이션은 서로 여러 연결을 설정할 수 있으며, 각각은 다른 소켓에 의해 처리되며 사용되는 포트 번호 중 적어도 하나는 달라야 합니다. TCP에서 Source에서 Sink로 전송된 모든 메시지는 순서가 보존된 연속 바이트의 연속 스트림으로 간주됩니다. 모든 메시지에 걸친 바이트 순서를 유지하기 위해 승인 체계가 마련되어 있습니다. Sink가 특정 시간 내에 수신을 확인하지 않으면 Source에서 메시지를 재전송합니다. TCP는 데이터 무결성(체크섬 사용), 바이트 순서 및 완전성을 보장합니다.

TCP/IP 통신의 추상화를 위해 SoAd는 소켓 연결을 정의합니다. SoAd 소켓 연결은 로컬 소켓(예: 로컬 주소 식별자 및 로컬 포트)과 원격 소켓(예: 원격 IP 주소 및 포트) 간의 연결은 물론 전송 프로토콜, SoAd PDU 헤더 사용, 버퍼와 같은 연결 매개변수를 지정합니다. 각 소켓 연결은 고유 식별자(SoConId)로 식별할 수 있습니다. 로컬 소켓당 여러 통신 파트너를 동시에 지원하기 위해 동일한 연결 매개변수를 가진 소켓 연결을 소켓 연결 그룹으로 그룹화할 수 있습니다.

[SWS_SoAd_00588] SoAd는 각각 SoAd_OpenSoCon() 및 SoAd_CloseSoCon()로 호출될 때 소켓 연결을 열거나 닫는 요청을 저장하지만 연결 설정 및 종료 정책에 따라 SoAd_MainFunction()에서만 요청을 처리합니다.

[SWS_SoAd_00743] SoAd는 다음과 같은 상황에서 원격 주소를 lock합니다.
(a) SOAD_SOCON_OFFLINE 상태가 아닌 TCP 소켓 연결,
(b) active 리셉션,
(c) TP-PDU의 보류 중인 수신,
(d) active 전송,
(e) nPdu 기능의 전송 보류,
(f) SoAd_IfRoutingGroupTransmit() 또는 SoAd_IfSpecificRoutingGroupTransmit() 을 통해 시작된 보류 중인 전송.

lock된 원격 주소는 상위 계층에서 수정할 수 없습니다.

1. 소켓 연결 Open

[SWS_SoAd_00589] 소켓 연결을 위한 Open 시도 조건

SoAd_MainFunction()에서 SoAd는 다음 기준을 모두 충족하는 각 소켓 연결을 Open하려고 시도합니다.
(1) 소켓 연결에 할당된 TcpIp 소켓이 없습니다.
(2) Open은 (a) 다음 SoAd_CloseSoCon() 호출에 의해 취소되지 않은 이전 SoAd_OpenSoCon() 호출에 의해 명시적으로 요청되거나 (b) SoAdSocketAutomaticSoConSetup이 TRUE일 때 암시적으로 요청됩니다.
(3) 원격 주소가 설정됨(구성에 의해 지정되거나 SoAd_SetRemoteAddr() 기능을 통해 설정됨)
(4) 로컬 IP 주소가 할당됩니다. 즉, SoAd_LocalIpAddrAssignmentChg()가 관련 LocalAddrId 및 TCPIP_IPADDR_STATE_-ASSIGNED를 State로 사용하여 호출됩니다.

[SWS_SoAd_00590] TCP 소켓 연결 open 과정

SoAd는 SoAd_MainFunction() 내에서 다음 작업을 수행하여 단일 소켓 연결을 포함하는 소켓 연결 그룹의 일부인 UDP 소켓 연결을 open합니다.(즉, 소켓 연결 그룹 구성 컨테이너에 하나의 소켓 연결만 있음). 또는 SoAdSocketTcpInitiate가 TRUE로 설정된 TCP 소켓 연결:
(1) TcpIp_DomainType이 암시적으로 지정된 TcpIp_SoAdGetSocket()을 호출하여 TcpIp에서 적절한 소켓을 가져옵니다.
SoAdSocketLocalAddressRef 및 SoAdSocketProtocol에 의해 지정된 프로토콜 유형.
(2) [SWS_SoAd_00689]에 따라 소켓 특정 매개변수를 변경합니다.
(3) SoAdSocketLocalAddressRef로 지정된 로컬 주소 식별자와 SoAdSocketLocalPort로 지정된 로컬 포트로 TcpIp_Bind()를 호출하여 소켓을 로컬 주소 및 포트에 바인딩합니다.

(4) TCP 소켓의 경우 TcpIp_TcpConnect()를 호출하여 TCP 연결을 시작합니다.

[SWS_SoAd_00638] SoAdSocketTcpInitiate가 FALSE로 설정된 TCP 소켓 연결 Open 과정

SoAd는 SoAd_MainFunction() 내에서 다음 작업을 수행하여 SoAdSocketTcpInitiate가 FALSE로 설정된 TCP 소켓 연결을 엽니다.
(1) 소켓 연결에 Listen-Socket이 할당되지 않은 경우:
(a) SoAdSocketLocalAddressRef에 의해 암시적으로 지정된 TcpIp_DomainType 및 SoAdSocketProtocol에 의해 지정된 프로토콜 유형으로 TcpIp_SoAdGetSocket()을 호출하여 TcpIp에서 적절한 소켓을 가져옵니다.
(b) [SWS_SoAd_00689]에 따라 소켓 특정 매개변수를 변경합니다.
(c) SoAdSocketLocalAddressRef에 의해 지정된 로컬 주소 식별자와 SoAdSocketLocalPort에 의해 지정된 로컬 포트로 TcpIp_Bind()를 호출하여 소켓을 로컬 주소 및 포트에 바인딩합니다.
(d) 소켓 연결 그룹에 Listen-Socket 할당
(e) 소켓 연결을 활성화하여 원격 노드의 연결을 수락합니다.
(f) TCP 소켓 연결 그룹의 일부인 소켓 연결 수로 MaxChannels를 설정하고 TcpIp_TcpListen()을 호출하여 Listen-Socket에서 원격 연결 요청을 수신합니다.
(2) Listen-Socket이 소켓 연결에 이미 할당된 경우:
(a) 소켓 연결을 활성화하여 원격 노드의 연결을 수락합니다.

참고: TCP 소켓 연결 그룹(및 SoAdSocketTcpInitiate가 FALSE로 설정됨)의 모든 소켓 연결은 들어오는 연결 요청("Listen-Socket")에 대해 하나의 TcpIp 소켓을 공유하지만 TcpIp 모듈에서 생성하고 SoAd_TcpAccepted( ) 연결이 설정된 후 Open

[SWS_SoAd_00639] UDP소켓 연결 open 과정

SoAd는 SoAd_MainFunction() 내에서 다음 작업을 수행하여 여러 소켓 연결을 포함하는 소켓 연결 그룹의 일부인 UDP 소켓 연결을 엽니다.
(1) 소켓 연결 그룹에 UDP 소켓이 할당되지 않은 경우:
(a) SoAdSocketLocalAddressRef에 의해 암시적으로 지정된 도메인 유형과 SoAdSocketProtocol에 의해 지정된 프로토콜 유형으로 TcpIp_SoAdGetSocket()을 호출하여 TcpIp에서 적절한 소켓을 가져옵니다.
(b) [SWS_SoAd_00689]에 따라 소켓 특정 매개변수를 변경합니다.
(c) SoAdSocketLocalAddressRef에 의해 지정된 로컬 주소 식별자와 SoAdSocketLocalPort에 의해 지정된 로컬 포트로 TcpIp_Bind()를 호출하여 소켓을 로컬 주소 및 포트에 바인딩합니다.
(d) UDP 소켓을 소켓 연결 그룹에 할당합니다.
(e) 소켓 연결 그룹의 공유 UDP 소켓을 통한 통신을 위해 소켓 연결을 활성화합니다.
(2) UDP 소켓이 소켓 연결 그룹에 이미 할당된 경우:
(a) 소켓 연결 그룹의 공유 UDP 소켓을 통한 통신을 위해 소켓 연결을 활성화합니다.

참고: UDP 소켓 연결 그룹의 모든 소켓 연결은 동일한 TcpIp 소켓을 공유합니다.

[SWS_SoAd_00689]

소켓 관련 매개변수가 새 소켓 할당의 일부로 변경되어야 하는 경우 SoAd는 아래 지정된 각 관련 절에 대해 ParameterId 및 ParameterValue를 사용하여 TcpIp_ChangeParameter()를 호출하여 연결된 소켓 연결의 구성에 따라 매개변수를 변경합니다.
(1) TCP 소켓의 경우: TCPIP_PARAMID_TCP_RXWND_MAX 및 선택적 매개변수가 활성화된 경우 SoAdSocketTpRxBufferMin에 의해 지정된 값
(2) TCPIP_PARAMID_FRAMEPRIO 및 선택적 매개변수가 활성화된 경우 SoAdSocketFramePriority에 의해 지정된 값
(3) TCP 소켓의 경우: TCPIP_PARAMID_TCP_NAGLE 및 관련 선택적 매개변수 SoAdSocketTcpNoDelay가 FALSE로 설정된 경우 값 0x01 또는 매개변수가 TRUE로 설정된 경우 0x00입니다.
(4) TCP 소켓의 경우: TCPIP_PARAMID_TCP_KEEPALIVE 및 SoAdSocketTcpKeepAlive에서 지정한 값
(5) TCP 소켓의 경우: TCPIP_PARAMID_TCP_KEEPALIVE_TIME 및 선택적 매개변수가 활성화된 경우 SoAdSocketTcpKeepAliveTime에서 지정한 값
(6) TCP 소켓의 경우: TCPIP_PARAMID_TCP_KEEPALIVE_PROBES_MAX 및 선택적 매개변수가 활성화된 경우 SoAdSocketTcpKeepAliveProbesMax에 의해 지정된 값
(7) TCP 소켓의 경우: TCPIP_PARAMID_TCP_KEEPALIVE_INTERVAL 및 선택적 매개변수가 활성화된 경우 SoAdSocketTcpKeepAliveInterval에 의해 지정된 값.
(8) TCP 소켓의 경우: TCPIP_PARAMID_TCP_OPTIONFILTER 및 선택적 매개변수가 활성화된 경우 SoAdSocketTCPOptionFilterRef에서 참조하는 TcpIpTcpConfigOptionFilter에 지정된 TcpIpTcpConfigOptionFilterId의 값.
(9) TCPIP_PARAMID_PATHMTU_ENABLE 및 선택적 매개변수가 활성화된 경우 oAdSocketPathMTUEnable에 의해 지정된 값.
(10) TCPIP_PARAMID_FLOWLABEL 및 선택적 매개변수가 활성화된 경우 SoAdSocketFlowLabel에 의해 지정된 값.
(11) TCPIP_PARAMID_DSCP 및 선택적 매개변수가 활성화된 경우 SoAdSocketDifferentiatedServicesField에 의해 지정된 값.
(12) UDP 소켓의 경우: TCPIP_PARAMID_UDP_CHECKSUM 및 SoAdSocketUDPChecksumEnabled 값. ()
(13) TCP 소켓의 경우: SoAdSocketTcpTlsConnectionRef가 정의된 경우 이 소켓에 TLS 연결을 할당하기 위해 매개변수 ID TCPIP_PARAMID_TLS_CONNECTION_ASSIGNMENT 및 이 참조의 값을 매개변수 값으로 사용하여 함수를 호출해야 합니다.

[SWS_SoAd_00591] SoAd_MainFunction() 내에서 열기 작업을 성공적으로 수행한 후 SoAd는 UDP 소켓의 경우 소켓 연결 상태를 SOAD_SOCON_ONLINE으로 변경하고 SoAdSocketUdpListenOnly가 TRUE로 설정되거나 원격 주소가 다음을 수행하는 값으로 설정됩니다. 와일드카드를 포함하지 않습니다.

[SWS_SoAd_00686]⌈ SoAd_MainFunction() 내에서 열기 작업을 성공적으로 수행한 후 SoAd는 다음과 같은 경우 소켓 연결 상태를 SOAD_SOCON_RECONNECT로 변경합니다.
(1) TCP 소켓 연결 또는
(2) 와일드카드가 포함된 원격 주소로 구성된 UDP 소켓 연결.

[SWS_SoAd_00592] SoAd_RxIndication() 내에서 메시지 데이터를 분석하거나 전달하기 전에 SoAd는 (a) 와일드카드로 지정된 원격 주소 부분(예: TCPIP_IPADDR_ANY로 설정된 원격 IP 주소)을 수신된 메시지의 관련 소스 주소 부분으로 덮어씁니다. (b) 다음 조건이 모두 참인 경우 소켓 연결 상태를 SOAD_SOCON_ONLINE으로 변경합니다.
(1) 현재 연결 상태가 SOAD_SOCON_ONLINE이 아닙니다.
(2) UDP 소켓
(3) SoAdSocketUdpListenOnly가 FALSE로 설정됩니다.
(4) SoAdSocketMsgAcceptanceFilterEnabled가 TRUE로 설정됨
(5) 원격 주소가 설정되었지만 와일드카드가 포함되어 있습니다.
(6) 수신된 메시지는 메시지 수락 정책에 따라 수락됩니다.

[SWS_SoAd_00593]⌈ SoAd_TcpConnected() 내에서 SoAd는 다음 조건이 모두 참인 경우 소켓 연결 상태를 SOAD_SOCON_ONLINE으로 변경합니다.
(1) 현재 연결 상태가 SOAD_SOCON_ONLINE이 아닙니다.
(2) TCP 소켓
(3) SoAdSocketTcpInitiate가 TRUE로 설정됨

[SWS_SoAd_00594] SoAd_TcpAccepted()에서 SocketId와 관련된 TCP SoAdSocketConnectionGroup의 SoAdSocketTcpInitiate가 FALSE로 설정된 경우 SoAd는 다음 작업을 수행합니다.
(1) 최상의 일치 알고리즘([SWS_SoAd_00680] 참조)을 사용하여 소켓 연결 중 하나를 선택하고 선택한 소켓 연결을 계속하거나 추가 처리를 건너뛰고 일치 항목을 찾을 수 없으면 E_NOT_OK로 반환합니다.
(2) 소켓 연결을 위해 설정된 원격 주소에 와일드카드가 포함된 경우 와일드카드로 지정된 원격 주소 부분(예: TCPIP_IPADDR_ANY로 설정된 원격 IP 주소)을 수신된 메시지의 관련 소스 주소 부분으로 덮어씁니다.
(3) 설정된 연결에 사용되며 SocketIdConnected 매개변수로 제공된 TcpIp 소켓을 선택한 소켓 연결에 할당합니다.
(4) 이 소켓 연결의 상태를 SOAD_SOCON_ONLINE으로 변경하고 E_OK를 반환합니다.

[SWS_SoAd_00636] SoAd_TcpAccepted()에서 SocketId와 관련된 TCP SoAdSocketConnectionGroup이 SoAdSocketTcpInitiate와 SoAdSocketMsgAcceptanceFilterEnabled가 모두 FALSE로 설정되어 있고 온라인이 아닌 경우(즉, 현재 연결 상태가 SOAD_SOCON_ON이 아닌 경우) SoAd는 다음 작업을 수행합니다.
(1) 설정된 연결에 사용되며 SocketIdConnected 매개변수로 제공된 TcpIp 소켓을 소켓 연결에 할당하고
(2) 소켓 연결 상태를 SOAD_SOCON_ONLINE으로 변경하고 E_OK를 반환합니다.

[SWS_SoAd_00595]⌈ PDU 헤더 모드가 비활성화된 소켓 연결(SoAdPduHeaderEnable = FALSE) 및 TP-API가 있는 상위 계층의 경우 SoAd는 종료 시 TpSduLength = 0인 <Up>_[SoAd][Tp]StartOfReception()을 호출해야 합니다. 연결 설정.

2. 소켓 연결 Close

[SWS_SoAd_00604]⌈ SoAd_MainFunction()에서 SoAd는 다음 기준을 모두 충족하는 각 소켓 연결을 닫습니다.
(1) 현재 연결 상태가 SOAD_SOCON_OFFLINE이 아닙니다.
(2) 이전 SoAd_CloseSoCon() 호출에 의해 닫기가 명시적으로 요청됨
(3) SoAd_CloseSoCon() 호출 시 소켓 연결을 열린 상태로 유지하기 위해 요청된 상위 계층이 없습니다(즉, SoAd_OpenSoCon()만큼 자주 SoAd_CloseSoCon()가 호출됨) 또는 중단이 TRUE로 설정된 SoAd_CloseSoCon()이 호출되었습니다.

[SWS_SoAd_00637]⌈ SoAd는 SoAd_MainFunction() 내에서 다음 작업을 수행하여 소켓 연결을 닫습니다.
(1) 활성 TP 세션을 종료하고(있는 경우) 상위 계층에 종료에 대해 알립니다.
(2) 이 소켓 연결에 대한 추가 전송 또는 수신을 비활성화합니다. 즉, 새로운 전송 요청은 E_NOT_OK로 거부되고 수신된 메시지는 단순히 폐기됩니다.
(3) 관련 TcpIp 소켓 닫기
(4) SoAd_CloseSoCon() 요청으로 인해 소켓 연결이 닫히면 소켓 연결 상태를 SOAD_SOCON_OFFLINE으로 변경하고 그렇지 않으면 SOAD_SOCON_RECONNECT로 변경합니다.

[SWS_SoAd_00640]⌈ SoAd_MainFunction() 내에서 소켓 연결 종료 시 활성 TP 전송 종료를 상위 계층에 알리기 위해 SoAd는 <Up>_[SoAd][Tp]TxConfirmation() 매개변수 결과를 설정하여 호출해야 합니다.
(1) SoAd_CloseSoCon()에 의해 연결 끊김이 발생하고 모든 데이터가 올바르게 전송된 경우 E_OK
(2) 다른 이유로 E_NOT_OK.

[SWS_SoAd_00641]⌈ SoAd_MainFunction() 내에서 소켓 연결 종료 시 활성 TP 수신 종료를 상위 계층에 알리기 위해 SoAd는 <Up>_[SoAd][Tp]RxIndication()을 호출하고 매개변수 결과를 다음으로 설정합니다.
(1) SoAd_CloseSoCon()에 의해 연결이 끊어지고 수신된 모든 데이터가 상위 계층으로 올바르게 전달된 경우 E_OK,
(2) 다른 이유로 E_NOT_OK.

[SWS_SoAd_00642] SoAd_MainFunction() 내에서 소켓 연결을 닫을 때 관련 TcpIp 소켓을 닫기 위해 SoAd는 다음 작업을 수행합니다.
(1) TCP 소켓 연결의 경우:
(a) 매개변수 abort를 SoAd_CloseSoCon()에서 제공한 것과 동일한 값으로 설정하거나 SoAd_CloseSoCon()에서 닫기가 시작되지 않은 경우 FALSE로 설정하여 TcpIp_CloseSocket()을 호출하여 관련 소켓을 닫습니다.
(b) TCP 소켓 연결 그룹의 모든 소켓 연결이 SoAd_CloseSoCon()에 의해 닫힌 경우: 매개변수 abort를 SoAd_CloseSoCon()에서 제공한 것과 동일한 값으로 설정하거나 FALSE로 설정하여 TcpIp_CloseSocket()을 호출하여 관련 Listen-Socket을 닫습니다. 닫기가 SoAd_CloseSoCon()에 의해 시작되지 않은 경우.
(2) UDP 소켓 연결의 경우:
(a) 소켓 연결이 소켓 연결 그룹의 일부가 아닌 경우(즉, 소켓 연결 그룹 구성 컨테이너에 소켓 연결이 하나만 있는 경우): abort 매개변수를 다음과 동일한 값으로 설정하고 TcpIp_CloseSocket()을 호출하여 관련 소켓을 닫습니다. SoAd_CloseSoCon()에 의해 제공되거나 SoAd_CloseSoCon()에 의해 닫기가 시작되지 않은 경우 FALSE로 설정됩니다.
(b) UDP 소켓 연결 그룹의 모든 소켓 연결이 SoAd_CloseSoCon()에 의해 닫힌 경우: 매개변수 abort를 SoAd_CloseSoCon()에서 제공한 것과 동일한 값으로 설정하거나 FALSE로 설정하여 TcpIp_CloseSocket()을 호출하여 관련 UDP 소켓을 닫습니다. 케이스 닫기가 SoAd_CloseSoCon()에 의해 시작되지 않았습니다.

[SWS_SoAd_00643] 이벤트가 TCPIP_UDP_CLOSED로 설정된 SoAd_TcpIpEvent() 내에서 SoAd는
(1) 관련 UDP 소켓 연결 그룹에서 SocketId로 식별되는 TcpIp 소켓 할당을 제거하고
(2) SOAD_SOCON_ONLINE에 있는 관련 소켓 연결 그룹의 모든 소켓 연결을 닫습니다(즉, 관련 TcpIp 소켓 닫기를 제외하고 지정된 닫기 작업 수행)⌋()

[SWS_SoAd_00645] 이벤트가 Listen-Socket에 대해 TCPIP_TCP_CLOSED로 설정된 SoAd_TcpIpEvent() 내에서 SoAd는 관련 TCP 소켓 연결 그룹에서 SocketId로 식별되는 TcpIp 소켓 할당을 제거해야 합니다.

[SWS_SoAd_00646] 이벤트가 TCPIP_TCP_CLOSED 또는 TCPIP_TCP_RESET으로 설정된 SoAd_TcpIpEvent() 내에서 SoAd는
(1) 관련 소켓 연결에서 SocketId로 식별되는 TcpIp 소켓 할당을 제거하고
(2) SOAD_SOCON_ONLINE에 있는 경우 소켓 연결을 닫습니다(즉, 관련 TcpIp 소켓 닫기를 제외하고 지정된 닫기 작업 수행).

[SWS_SoAd_00688] 이벤트가 TCPIP_TCP_FIN_RECEIVED로 설정된 SoAd_TcpIpEvent() 내에서 SoAd는 중단 매개변수가 FALSE로 설정된 TcpIp_Close()를 호출하여 관련 소켓을 닫습니다.

3. 소켓 연결 Open/Close 시퀀스

Scenario 1:
1: Open
2: Main - ONLINE
3: Close
4: Open
5: Main - OFFLINE
6: Main - ONLINE
설명: 닫기 요청(3)이 실행된 후 열기 요청(4)이 실행됩니다.
합리성: 두 개의 통신 세션을 명확하게 분리하려면 닫기가 열기와 이겨야 합니다. 즉, 열기 요청(4)은 닫기 요청(3)을 취소하지 않습니다.

Scenario 2:
1: Open
2: Main - ONLINE
3: Close
4: Open
5: Close
6: Open
7: Close
8: Main - OFFLINE
9: Main, no change
주석: 닫기 요청(5)은 열기 요청(4) 및 (7) 취소(6)를 취소합니다.
합리적: 상위 계층이 활성화되기 전에 취소했으므로 통신 세션이 필요하지 않습니다.

4. 알림

[SWS_SoAd_00597]SoAd는 소켓 연결 상태가 변경될 때마다 구성된 상위 계층 알림 함수 <Up>_SoConModeChg()와 소켓에 대해 SoAdSocketSoConModeChgNotification이 TRUE로 설정된 경우 새로운 상태를 통해 소켓 연결 상태 변경을 상위 계층에 알려야 합니다.

[SWS_SoAd_00741]소켓 연결 상태가 변경될 때마다 SoAd는 SoAdSocketSoConModeChgNotifUpperLayerRef에 의해 지정된 상위 레이어에 구성된 상위 레이어 알림 기능 <Up>_SoConModeChg()과 소켓 연결에 대한 선택적 참조가 설정된 경우 새로운 상태를 알려야 합니다.(SRS_Eth_00058)

[SWS_SoAd_00598]SoAd는 소켓 연결과 관련된 IP 주소 할당이 변경될 때마다 구성된 상위 계층 알림 기능 <Up>_LocalIpAddrAssignmentChg() 및 SoAdSocketIpAddrAssignmentChgNotification이 다음과 같을 경우 새 주소 상태를 통해 상위 계층에 IP 주소 할당 변경을 알려야 합니다. 소켓 연결에 대해 TRUE로 설정합니다.

[Classic AUTOSAR] Socket Adaptor(SoAd) 1. 소개 및 기능 개요

응답하라AI — Wed, 20 Apr 2022 00:57:11 +0900

[Classic AUTOSAR] Socket Adaptor(SoAd) 1. 소개 및 기능 개요

참조 : https://www.autosar.org/fileadmin/user_upload/standards/classic/20-11/AUTOSAR_SWS_SocketAdaptor.pdf

AUTOSAR 기본 소프트웨어 모듈 소켓 어댑터(SoAd)의 기능, API 및 구성을 알아보겠습니다.

이더넷을 물리 계층으로 사용하는 데이터 전송의 TCP/IP 개념은 컴퓨팅 및 통신 환경에서 사실상의 표준으로 확립되었습니다. 응용 프로그램의 주소 지정, end points의 논리적 주소 지정 및 물리적 주소 지정은 모두 계층화된 프로토콜 및 번호 할당 제품군에서 다룹니다. 동적 구성 및 라우팅은 여기에서 구현된 개념의 핵심입니다.

AUTOSAR는 컴파일 타임에 미리 결정되고, 런타임 동안 고정된 정적 통신 관계의 개념을 따릅니다. 전송된 데이터는 데이터가 이동해야 하는 소스 및 싱크만큼 미리 결정된 것으로 간주됩니다. 소켓 어댑터 모듈(SoAd)은 이 두 개념 간의 격차를 해소하는 것을 목표로 합니다. AUTOSAR에 필요한 정보를 포함하는 사전 결정된 구성을 설정하고 런타임 동안 업데이트되도록 일부 항목을 열어 두어 상충되는 개념을 활용합니다. 또한 SoAd는 TCP/IP에서 소켓 기반 통신 처리에서 콜백 기반 소프트웨어 아키텍처를 분리합니다.

SoAd 모듈의 주요 목적은 PDU(예: PDU 라우터)를 사용하는 AUTOSAR 통신 서비스 모듈과 소켓 기반 TCP/IP 스택 간의 인터페이스를 생성하는 것입니다. I-PDU ID를 소켓 연결에 매핑하거나 그 반대로 매핑합니다. TCP/IP 프로토콜 스택은 그림 1과 같이 TcpIp SWS에 지정됩니다. TCP/IP 스택의 내부 기능 구조는 정보 제공을 위해 개략적으로 표시됩니다. SoAd 모듈 및 이에 따른 이더넷 통신 스택은 AUTOSAR R4.0.1에서 처음 도입되었으며 AUTOSAR R4.0과 AUTOSAR R4.1.1 사이에 몇 가지 주요 개념적 변경 사항이 적용되었습니다.

[리눅스 기반 브릿지] 3. 브리지 및 라우터로 사용되는 machine

응답하라AI — Wed, 20 Apr 2022 00:43:06 +0900

[리눅스 기반 브릿지] 3. 브리지 및 라우터로 사용되는 machine

참조 : https://ebtables.netfilter.org/br_fw_ia/br_fw_ia.html#section3

ebtables/iptables interaction on a Linux-based bridge

ebtables/iptables interaction on a Linux-based bridge 1. Introduction This document describes how iptables and ebtables filtering tables interact on a Linux-based bridge. Getting a bridging firewall on a 2.4.x kernel consists of patching the kernel source

ebtables.netfilter.org

IP 코드가 통과되는 부분입니다.

그림 3a. IP 코드 관문

다음은 iptables 패킷 탐색 방식입니다.

그림 3b. 라우팅 테이블(iptables) 탐색 프로세스

iptables NAT OUTPUT 체인은 라우팅 결정 후에 위치합니다. 이 부분은 DNAT에 대해 너무 늦습니다. IP 패킷이 DNAT된 경우 경로를 다시 지정하여 해결됩니다. 이것은 Linux 커널의 표준 동작입니다.

그림 3a와 3b는 iptables 체인이 IP 후크에 연결된 위치를 명확하게 보여줍니다. 브릿지 코드와 netfilter가 커널에서 활성화되면 iptables 체인도 브리징 코드의 후크에 연결됩니다. 그러나 이것이 더 이상 표준 IP 코드 후크에 연결되지 않는다는 의미는 아닙니다. 브리징 코드와 접촉하는 IP 패킷의 경우 br-nf 코드는 iptables 체인이 통과할 네트워크 코드의 위치를 결정합니다. 분명히 동일한 패킷이 체인을 두 번 통과하지 않는다는 것이 보장됩니다. 브리지 코드와 접촉하지 않는 모든 패킷은 그림 3b와 같이 표준 방식으로 iptables 체인을 통과합니다.

단일 IP 패킷/프레임이 NAT PREROUTING, FILTER INPUT, NAT OUTPUT, FILTER OUTPUT 및 NAT POSTROUTING ebtables 체인을 통과하는 것을 볼 수 있습니다.

이것은 브리지가 라우터로도 사용될 때 발생할 수 있습니다. 해당 IP 패킷을 포함하는 이더넷 프레임은 브리지의 대상 MAC 주소를 가지지만 목적지 IP 주소는 브리지의 주소가 아닙니다. iptables 체인을 포함하여 다음은 IP 패킷이 브리지/라우터를 통해 실행되는 방식입니다.

그림 3. 브리지/라우터는 패킷을 브리지 인터페이스로 라우팅함

이것은 라우팅 결정이 패킷을 브리지 인터페이스로 보낸다고 가정합니다. 라우팅 결정이 패킷을 브릿지가 아닌 인터페이스로 보내는 경우 다음과 같은 현상이 발생합니다.

그림 3d. 브리지/라우터는 패킷을 브리지가 아닌 인터페이스로 라우팅

그림 3c와 3d는 IP 패킷이 브리지 포트에 도착했다고 가정합니다. 여기에서 분명히 "비대칭"인 것은 iptables PREROUTING 체인이 ebtables INPUT 체인보다 먼저 탐색되지만 기능을 희생하지 않고는 도움이 될 수 없다는 것입니다.

[리눅스 기반 브릿지] 2. 이더넷 프레임이 ebtables 체인을 통과하는 방법

응답하라AI — Tue, 19 Apr 2022 01:34:07 +0900

[리눅스 기반 브릿지] 2. 이더넷 프레임이 ebtables 체인을 통과하는 방법

참조 : http://ebtables.netfilter.org/br_fw_ia/br_fw_ia.html#section2

ebtables/iptables interaction on a Linux-based bridge

ebtables.netfilter.org

ebtables는 TCP/IP 네트워크 모델에 의한 OSI 계층 2(데이터 링크 계층) 또는 계층 1(링크 계층, 네트워크 액세스 계층)에 에서 동작합니다.

이더넷 계층에서 작동하는 브리지에 따라 로컬 컴퓨터로 향하는 패킷이 반드시 IP 레이어에 따라 로컬 컴퓨터로 향하는 것은 아닙니다. 이것은 라우팅이 작동하는 방식입니다(MAC 대상은 라우터이고 IP 대상은 통신하려는 실제 대상자입니다).

그림 2a. 일반 프레임 통과 방식

Linux 브리징 코드에는 6개의 관문이 정의되어 있으며, 그 중 ebtables용으로 BROUTING 관문이 추가되었습니다.

그림 2b. 이더넷 브리징 관문

관문은 소프트웨어가 해당 위치를 통과하는 패킷/프레임을 처리하기 위해 자체적으로 연결할 수 있는 네트워크 코드의 특정 위치를 말합니다. 예를 들어, ebtables FORWARD 체인을 담당하는 커널 모듈은 브리지 FORWARD 관문에 연결됩니다. 이것은 모듈이 커널에 로드되거나 부팅될 때 수행됩니다.

ebtables BROUTING 및 PREROUTING 체인은 브리징 결정 전에 통과하므로 이러한 체인은 브리지에서 무시할 프레임도 볼 수 있습니다. 이 체인을 사용할 때 이를 고려해야 합니다. 또한 체인은 전달되지 않는 브리지 포트로 들어오는 프레임을 볼 수 없습니다.
프레임에 대한 브리지의 결정(그림 2b 참조)은 다음 중 하나일 수 있습니다.

1) 대상 MAC 주소가 브리지의 다른 쪽에 있는 경우 브리지합니다.
2) 대상 MAC이 있는 상자의 위치가 브리지에 알려지지 않은 경우 모든 포워딩 브리지 포트에 플러딩합니다.
3) 목적지 MAC 주소가 브리지 또는 포트 중 하나의 주소인 경우 상위 프로토콜 코드(IP 코드)로 전달합니다.
4) 대상 MAC 주소가 브리지의 같은 쪽에 있으면 무시합니다.

그림 2c. 브리징 테이블(ebtables) 통과 프로세스

Ebtables에는 그림 2c와 같이 filter, nat 및 broute의 세 가지 테이블이 있습니다.

broute 테이블에는 BROUTING 체인이 있습니다.
filter 테이블에는 FORWARD, INPUT 및 OUTPUT 체인이 있습니다.
nat 테이블에는 PREROUTING, OUTPUT 및 POSTROUTING 체인이 있습니다.

filter OUTPUT과 nat OUTPUT 체인은 분리되어 사용됩니다.

그림 2b와 2c는 ebtables 체인이 브리지 관문에 부착된 위치를 명확하게 보여줍니다.

브리지에 종속된 NIC가 프레임을 수신하면 프레임은 먼저 BROUTING 체인을 거칩니다. 이 체인에서는 프레임을 Routing할지 브리지할지 여부를 선택할 수 있어 brouter를 만들 수 있습니다.

BROUTING은 라우터가 일부 프레임/패킷을 연결하고(즉, 링크 계층 정보를 기반으로 전달) 다른 프레임/패킷을 라우팅(즉, 네트워크 계층 정보를 기반으로 전달)하는 장치입니다. 브리지/Route 결정은 구성 정보를 기반으로 합니다.
예를 들어, Router는 두 네트워크 사이의 특정 트래픽(NetBEUI, ARP 등)을 브리징하는 동안 2개의 네트워크 사이의 IP 트래픽에 대한 일반 Router 역할을 하는 데 사용할 수 있습니다. IP 라우팅 테이블은 브리지 논리 장치를 사용하지 않으며 대신 상자에는 브리지 포트(브리지 종속 NIC)이기도 한 물리적 네트워크 장치에 할당된 IP 주소가 있습니다.
BROUTING 체인의 기본 결정은 브리징입니다.

다음으로 프레임은 PREROUTING 체인을 통과합니다. 이 체인에서 프레임의 대상 MAC 주소(DNAT)를 변경할 수 있습니다. 프레임이 이 체인을 통과하면 브리징 코드가 프레임을 보낼 위치를 결정합니다. 브리지는 대상 MAC 주소를 보고 이를 수행하며 네트워크 계층 주소(예: IP 주소)는 신경 쓰지 않습니다.

브리지가 프레임이 로컬 컴퓨터를 대상으로 한다고 결정하면 프레임은 INPUT 체인을 통과합니다. 이 체인에서 브리지 상자로 향하는 프레임을 필터링할 수 있습니다. INPUT 체인을 통과한 후 프레임은 네트워크 계층 코드(예: IP 코드)로 전달됩니다. 따라서 라우팅된 IP 패킷은 ebtables FORWARD 체인이 아니라 ebtables INPUT 체인을 통과합니다. 이것은 논리적입니다.

그림 2d. 들어오는 프레임의 체인 통과

그렇지 않으면 프레임이 브리지의 다른 쪽으로 보내질 수 있습니다. 그렇다면 프레임은 FORWARD 체인과 POSTROUTING 체인을 통과합니다. 브리지된 프레임은 FORWARD 체인에서 필터링할 수 있습니다. POSTROUTING 체인에서 MAC 소스 주소(SNAT)를 변경할 수 있습니다.

그림 2e. 전달된 프레임의 체인 통과

로컬에서 생성된 프레임은 브리징 결정 후 nat OUTPUT, filter OUTPUT 및 nat POSTROUTING 체인을 통과합니다. NAT OUTPUT 체인은 대상 MAC 주소를 변경할 수 있도록 하고 filter OUTPUT 체인은 브리지 박스에서 발생하는 프레임을 필터링할 수 있습니다. nat OUTPUT 체인은 브리징 결정 후에 탐색되므로 실제로는 너무 늦습니다. 속도를 빠르게 하려면, 이 부분을 변경해야 합니다. nat POSTROUTING 체인은 위에서 설명한 것과 동일합니다.

그림 2f. 나가는 프레임의 체인 통과

대상 장치가 논리적 브리지 장치인 경우 라우팅된 프레임이 이 세 가지 체인을 통과할 수도 있습니다.

[리눅스 기반 브릿지에서의 ebtables/iptables 상호 작용] 1. 소개

응답하라AI — Tue, 19 Apr 2022 01:05:40 +0900

[리눅스 기반 브릿지에서의 ebtables/iptables 상호 작용] 1. 소개

참조 : http://ebtables.netfilter.org/br_fw_ia/br_fw_ia.html#section1

ebtables/iptables interaction on a Linux-based bridge

ebtables.netfilter.org

iptables와 ebtables 필터링 테이블이 Linux 기반 브리지에서 어떻게 상호 작용하는지 설명합니다.

Linux 커널 영역에서 사용되는 패킷 필터링 도구를 netfilter라고 합니다. 이 netfilter를 조작하기 위한 사용자 영역에서 사용되는 유틸리티는 iptables, ebtables, arptables 등이 있습니다. iptables는 시스템 관리자가 리눅스 커널 방화벽이 제공하는 테이블들과 그것을 저장하는 체인, 규칙들을 구성할 수 있게 해주는 사용자 영역의 응용 프로그램을 말합니다. ebtables는 이더넷 프레임(OSI 2계층) 관점에서 netfilter rule을 설정하는 사용자 영역의 응용 프로그램을 말합니다. iptables와 유사하지만 이더넷 프로토콜이 IP 프로토콜보다 훨씬 간단하기 때문에 덜 복잡합니다.

2.6 커널에는 ebtables 및 br-nf 코드가 포함되어 있는데, br-nf 코드는 브릿지된 IP 프레임/패킷이 iptables 체인을 통과하도록 합니다. Ebtables는 이더넷 계층에서 필터링하지만 iptables는 IP 패킷만 필터링합니다.

연재하는 리눅스 기반 브릿지에서의 ebtables/iptables 상호 작용에서는 TCP/IP 네트워크 모델을 사용합니다. br-nf 코드는 TCP/IP 네트워크 모델을 위반하기도 하는데, 예를 들어 Link Layer 내부에서 IP DNAT를 수행하는 것이 가능합니다.

Ethernet frame - Wikipedia

From Wikipedia, the free encyclopedia Jump to navigation Jump to search Protocol data unit of Ethernet telecommunications technologies In computer networking, an Ethernet frame is a data link layer protocol data unit and uses the underlying Ethernet physic

en.wikipedia.org

https://blog.naver.com/PostView.nhn?blogId=joo1020_kr&logNo=221471086900&parentCategoryNo=&categoryNo=29&viewDate=&isShowPopularPosts=false&from=postView

이더넷 프레임(Ethernet Frame)의 개념

이더넷 프레임(Ethernet Frame)은 OSI 2계층인 데이터 링크 계층에서 사용되는 전송 메카니즘이다. 프...

blog.naver.com

2022년 1회차 네트워크관리사 1급 필기 합격 후기

응답하라AI — Wed, 13 Apr 2022 23:56:16 +0900

2022년도 네트워크 관리사 1급 1차 시험 필기 후기 올립니다.

2011년도에 네트워크관리사 2급을 취득하였는데, 그때 구매하였던 아신21닷컴에서 출판한 네트워크관리사 1/2급 필기 책을 가지고 공부하였습니다. NOS에 windows 버전 다른 것과 최신기술 정보가 많이 없는 것 말고는 네트워크관리사 1급 필기를 준비하는 데에는 충분하였습니다. 이 책을 가지고 개념을 정리하였고, 이후에는 2019년 1회차부터 2021년 2회차 필기 기출문제를 계속해서 풀었고, 기출문제 관련 안드로이드 어플로 문제를 풀었습니다.

시험 접수할 때, 서울 지역이지만 장소는 시험일자 몇일전에 알려주었습니다. 대부분 네트워크관리사1급 필기는 서울지역은 성동공업고등학교에서 치루는 것 같습니다. 성동공업고등학교는 꽤 시설이 좋은 듯 했습니다. 준비물은 코로나 시기라 자가진단 확인서와 신분증만 있으면 되었습니다. 컴퓨터로 시험을 치루는 거라 펜은 필요없었습니다.

총 60문제 중에 40문제 정도가 기출문제로 출제되었고, 나머지 20문제가 새로운 문제 유형인 것 같았습니다. 그래서 기출문제만 많이 풀어보면 시험보는데 도움이 많이 될 듯 합니다. 시험은 총 60분이 주어지는데, 문제를 다 풀면 10분 후에 퇴실이 가능하였습니다. 시험 시작한지 15분쯤에? 다른 분이 나가길래 조금 있다가 퇴실하였습니다.

정말 기출문제 많이 풀어봤던게 도움이 되었고, 개념을 잘 알고 있고, 최신기술을 많이 접하신 분들은 좋은 점수를 얻으리라 생각됩니다.

시험은 4월 10일에 보았는데, 컴퓨터로 시험을 보는거라 그런지 결과는 2일 후에 확인할 수 있었습니다.

네트워크관리사 1급 / TCP/IP - IP Class

응답하라AI — Tue, 22 Mar 2022 01:26:28 +0900

네트워크관리사 1급 / TCP/IP - IP Class

IP Class

- A Class : IP 주소의 32bit 중에서 최상위가 0으로 시작하는 주소입니다. 가장 많은 호스트를 가질 수 있습니다.

=> 주소 범위 : (1 ~ 126).(0 ~ 255).(0 ~ 255).(0 ~ 255)

- B Class : IP 주소의 32bit 중에서 최상위가 10으로 시작하는 주소입니다.

=> 주소 범위 : (128~191).(0/255).(0 ~ 255).(0 ~ 255)

- C Class : IP 주소의 32bit 중에서 최상위가 110으로 시작하는 주소입니다. Host ID는 254개 가질 수 있습니다.

=> 주소 범위 : (192~223).(0/255).(0/255).(0 ~ 255)

- D Class : IP 주소의 32bit 중에서 최상위가 1110으로 시작하는 주소입니다. Multicast 용도로 사용됩니다.

- E Class : IP 주소의 32bit 중에서 최상위가 11110으로 시작하는 주소입니다.

- Boradcast 주소 : 모든 호스트 bit가 1인 주소입니다.

네트워크관리사 1급 / TCP/IP - IPv6

응답하라AI — Tue, 22 Mar 2022 00:56:07 +0900

네트워크관리사 1급 / TCP/IP - IPv6

IPv6

IPv4 체계에서의 주소 고갈에 대한 해결 방안으로 나온 프로토콜입니다. 128비트를 사용하여 32비트보다 훨씬 많은 주소를 사용할 수 있습니다. IPv6는 암호처리 및 사용자 인증기능이 내장 되어 있으며, 라우터의 부담을 줄이고 네트워크 부하를 분산시킬 수 있습니다. 또한 기존 IPv4에서 쉽게 전이할 수 있도록 설계되었습니다.

IPv6 종류

- UniCast Type : 모든 네트워크의 단일 인터페이스에 할당하는 주소입니다.

- AnyCast Type : 네트워크상의 여러 인터페이스에 할당 가능한 주소입니다.

- MultiCast Type : 네트워크상의 그룹을 확인하기 위한 주소입니다.

[리눅스 명령어] brctl - 이더넷 브릿지 설정

응답하라AI — Wed, 16 Mar 2022 00:10:54 +0900

[리눅스 명령어] brctl - 이더넷 브릿지 설정

https://man7.org/linux/man-pages/man8/brctl.8.html

brctl(8) - Linux manual page

brctl(8) — Linux manual page BRCTL(8) BRCTL(8) NAME top brctl - ethernet bridge administration SYNOPSIS top brctl [command] DESCRIPTION top brctl is used to set up, maintain, and inspect the ethernet bridge configurati

man7.org

brctl 명령어란

Linux 커널에서 이더넷 브리지 구성을 설정, 유지 관리 및 검사하는 데 사용됩니다. 이더넷 브리지는 일반적으로 서로 다른 이더넷 네트워크를 함께 연결하는 데 사용되는 장치로, 이러한 이더넷이 참가자에게 하나의 이더넷으로 표시됩니다.

brctl 명령어 포맷

# brctl addbr <name> : 이더넷 브리지의 새 인스턴스를 만듭니다. 브리지에 해당하는 네트워크 인터페이스를 <name>이라고 합니다.

# brctl delbr <name> : 이더넷 브리지의 <name> 인스턴스를 삭제합니다. 브리지에 해당하는 네트워크 인터페이스는 삭제되기 전에 다운되어 있어야 합니다.

# brctl show <brname> : 브리지 및 연결된 포트에 대한 일부 정보를 표시합니다.

# brctl addif <brname> <ifname> : 인터페이스 <ifname>을 브리지 <brname>의 포트로 만듭니다. 이는 <ifname>에 수신된 모든 프레임이 브리지로 향하는 것처럼 처리됨을 의미합니다. 또한 <brname>에서 프레임을 보낼 때 <ifname>은 잠재적인 출력 인터페이스로 간주됩니다.

# brctl delif <brname> <ifname> : <brname> 브리지에서 인터페이스 <ifname>을 분리합니다.

brctl 명령어 예제

eth0와 eth1을 br0로 묶어 보도록 하겠습니다.

1) #brctl addbr br0 // br0 인터페이스를 추가합니다.

2) #brctl addif br0 eth0 // eth0을 br0의 포트로 만듭니다.

3) #brctl addif br0 eth1 // eth1을 br0의 포트로 만듭니다.

4) #ifconfig eth0 0.0.0.0 // eth0 구동을 정지합니다.

5) #ifconfig eth1 0.0.0.0 // eth1 구동을 정지합니다.

6) #ifconfig br0 192.168.0.1 // br0에 ip를 설정합니다.

7) #ip link set br0 up // br0 링크를 활성화합니다.

[shell script] 비교 표현식 -gt -ge -lt -le -eq -ne

응답하라AI — Mon, 14 Mar 2022 18:04:15 +0900

비교 표현식 -gt -lt -ge -le -eq -ne

GT : greater

LT : Little

EQ : Equal

구분	표현식	비교
크다	a -gt b	a > b
크거나 같다	a -ge b	a >= b
작다	a -lt b	a < b
작거나 같다	a -le b	a <= b
같다	a -eq b	a == b
같지 않다	a -ne b	a != b

[리눅스 명령어] ip link - 네트워크 인터페이스 확인 및 설정

응답하라AI — Mon, 14 Mar 2022 17:53:21 +0900

[리눅스 명령어] ip link - 네트워크 인터페이스 확인 및 설정

참조 :

https://man7.org/linux/man-pages/man8/ip-link.8.html

ip-link(8) - Linux manual page

ip-link(8) — Linux manual page IP-LINK(8) Linux IP-LINK(8) NAME top ip-link - network device configuration SYNOPSIS top ip link { COMMAND | help } ip link add [ link DEVICE ] [ name ] NAME [ txqueuelen PACKETS ] [ address LLADDR ]

man7.org

ip link 명령어란

네트워크 인터페이스를 표시하고 수정합니다.

ip link 명령어 종류

- ip link add : 작동할 물리적 장치를 지정(추가)합니다. NAME은 새 가상 장치의 이름을 지정합니다. TYPE은 새 장치의 유형을 지정합니다.

- ip link set : 장치 속성 변경합니다.

- ip link delete : 가상 링크를 삭제합니다.

- ip link show : 장치의 속성을 출력합니다.

네트워크 인터페이스 종류

bridge - Ethernet Bridge device
bond - Bonding device
dummy - Dummy network interface
hsr - High-availability Seamless Redundancy device
ifb - Intermediate Functional Block device
ipoib - IP over Infiniband device
macvlan - Virtual interface base on link layer address (MAC)
macvtap - Virtual interface based on link layer address (MAC) and TAP.
vcan - Virtual Controller Area Network interface
vxcan - Virtual Controller Area Network tunnelinterface
veth - Virtual ethernet interface
vlan - 802.1q tagged virtual LAN interface
vxlan - Virtual eXtended LAN
ip6tnl - Virtual tunnel interface IPv4|IPv6 overIPv6
ipip - Virtual tunnel interface IPv4 over IPv4
sit - Virtual tunnel interface IPv6 over IPv4
gre - Virtual tunnel interface GRE over IPv4
gretap - Virtual L2 tunnel interface GRE over IPv4
erspan - Encapsulated Remote SPAN over GRE andIPv4
ip6gre - Virtual tunnel interface GRE over IPv6
ip6gretap - Virtual L2 tunnel interface GRE overIPv6
ip6erspan - Encapsulated Remote SPAN over GRE andIPv6
vti - Virtual tunnel interface
nlmon - Netlink monitoring device
ipvlan - Interface for L3 (IPv6/IPv4) based VLANs
ipvtap - Interface for L3 (IPv6/IPv4) based VLANsand TAP
lowpan - Interface for 6LoWPAN (IPv6) over IEEE802.15.4 / Bluetooth
geneve - GEneric NEtwork VirtualizationEncapsulation
bareudp - Bare UDP L3 encapsulation support
macsec - Interface for IEEE 802.1AE MAC Security(MACsec)
vrf - Interface for L3 VRF domains
netdevsim - Interface for netdev API tests
rmnet - Qualcomm rmnet device
xfrm - Virtual xfrm interface

ip link 명령어 포맷

ip link delete { DEVICE | group GROUP } type TYPE [ ARGS ]

ip link add [ link DEVICE ] [ name ] NAME
               [ txqueuelen PACKETS ]
               [ address LLADDR ] [ broadcast LLADDR ]
               [ mtu MTU ] [ index IDX ]
               [ numtxqueues QUEUE_COUNT ] [ numrxqueues QUEUE_COUNT ]
               [ gso_max_size BYTES ] [ gso_max_segs SEGMENTS ]
               type TYPE [ ARGS ]

#VLAN Type 지원하는 경우

ip link add link DEVICE name NAME type vlan [ protocol
              VLAN_PROTO ] id VLANID [ reorder_hdr { on | off } ] [ gvrp
              { on | off } ] [ mvrp { on | off } ] [ loose_binding { on
              | off } ] [ bridge_binding { on | off } ] [ ingress-qos-
              map QOS-MAP ] [ egress-qos-map QOS-MAP ]

ip link set { DEVICE | group GROUP }
               [ { up | down } ]
               [ type ETYPE TYPE_ARGS ]
               [ arp { on | off } ]
               [ dynamic { on | off } ]
               [ multicast { on | off } ]
               [ allmulticast { on | off } ]
               [ promisc { on | off } ]
               [ protodown { on | off } ]
               [ protodown_reason PREASON { on | off } ]
               [ trailers { on | off } ]
               [ txqueuelen PACKETS ]
               [ name NEWNAME ]
               [ address LLADDR ]
               [ broadcast LLADDR ]
               [ mtu MTU ]
               [ netns { PID | NETNSNAME } ]
               [ link-netnsid ID ]
               [ alias NAME ]
               [ vf NUM [ mac LLADDR ]
                        [ VFVLAN-LIST ]
                        [ rate TXRATE ]
                        [ max_tx_rate TXRATE ]
                        [ min_tx_rate TXRATE ]
                        [ spoofchk { on | off } ]
                        [ query_rss { on | off } ]
                        [ state { auto | enable | disable } ]
                        [ trust { on | off } ]
                        [ node_guid eui64 ]
                        [ port_guid eui64 ] ]
               [ { xdp | xdpgeneric | xdpdrv | xdpoffload } { off |
                       object FILE [ section NAME ] [ verbose ] |
                       pinned FILE } ]
               [ master DEVICE ]
               [ nomaster ]
               [ vrf NAME ]
               [ addrgenmode { eui64 | none | stable_secret | random } ]
               [ macaddr [ MACADDR ]
                         [ { flush | add | del } MACADDR ]
                         [ set MACADDR ] ]

ip link show [ DEVICE | group GROUP ] [ up ] [ master
DEVICE ] [ type ETYPE ] [ vrf NAME ]

ip link 명령어 예제

ip link show type bridge # 브릿지 타입의 디바이스를 출력합니다.

ip link show type vlan # vlan 타입의 디바이스를 출력합니다.

ip link delete dev eth0.10 # vlan 디바이스를 삭제합니다.

ip link set eth0.100 up # vlan 디바이스의 상태를 활성화시킵니다.

ip link add link eth0 name eth0.10 type vlan id 10 # 장치 eth0에 새 VLAN 장치 eth0.10을 만듭니다.

ip link set veth0.10 type vlan egress 4:5 # 이 "4" 우선 순위는 송신 qos 매핑에서 VLAN 우선 순위 "5"를 설정하는 데 사용할 수 있습니다.

[리눅스 명령어] sysctl - 커널 설정 확인 및 변경하기

응답하라AI — Mon, 14 Mar 2022 17:17:37 +0900

[리눅스 명령어] sysctl - 커널 설정 확인 및 변경하기

참조 :

https://man7.org/linux/man-pages/man8/sysctl.8.html

sysctl(8) - Linux manual page

sysctl(8) — Linux manual page SYSCTL(8) System Administration SYSCTL(8) NAME top sysctl - configure kernel parameters at runtime SYNOPSIS top sysctl [options] [variable[=value]] [...] sysctl -p [file or regexp] [...] DESCRIPTION

man7.org

sysctl 명령어란

sysctl은 런타임에 커널 매개변수를 수정하는 데 사용됩니다.

사용 가능한 매개변수는 /proc/sys/에 나열된 매개변수입니다.

sysctl을 사용하여 sysctl 데이터를 읽고 쓸 수 있습니다.

명령어 포맷 및 옵션

sysctl [options] [variable[=value]] [...]
sysctl -p [file or regexp] [...]

<주요 옵션>

#variable(변수) : 읽을 키의 이름입니다. 키는 '.' 또는 '/'로 구분할 수 있습니다.

#variable=value : 키를 설정하는 부분이고, 문자열일 경우에는 따옴표(" ")를 사용할 수 있습니다.

#-n, --values : 값을 인쇄할 때 키 이름 인쇄를 비활성화하려면 이 옵션을 사용합니다.

# -e, --ignore : 알 수 없는 키에 대한 오류를 무시하려면 이 옵션을 사용합니다.

# -w, --write : 모든 전달인자가 설정할 키를 규정하는 경우 이 옵션을 사용하십시오.

# -a, --all : 현재 사용 가능한 모든 값을 표시합니다.

# -V, --version : 버전 정보를 표시하고 종료합니다.

# -p[FILE], --load[=FILE] : 지정된 파일에서 sysctl 설정을 로드합니다. 지정되지 않은 경우 /etc/sysctl.conf를 로드합니다.

# --system : 모든 시스템 구성 파일에서 설정을 로드합니다. 파일은 위에서 아래로 주어진 순서대로 다음 목록의 디렉토리에서 읽습니다.

/etc/sysctl.d/*.conf
              /run/sysctl.d/*.conf
              /usr/local/lib/sysctl.d/*.conf
              /usr/lib/sysctl.d/*.conf
              /lib/sysctl.d/*.conf
              /etc/sysctl.conf

sysctl 명령어 예시

/sbin/sysctl -a
/sbin/sysctl -n kernel.hostname
/sbin/sysctl -w kernel.domainname="example.com"
/sbin/sysctl -p/etc/sysctl.conf
/sbin/sysctl -a --pattern forward
/sbin/sysctl -a --pattern forward$
/sbin/sysctl -a --pattern 'net.ipv4.conf.(eth|wlan)0.arp'
/sbin/sysctl --pattern '^net.ipv6' --system

/sbin/sysctl -w net.ipv6.conf.eth0.disable_ipv6=1

네트워크관리사 1급 / TCP/IP - TCP 헤더

응답하라AI — Mon, 14 Mar 2022 16:08:34 +0900

네트워크관리사 1급 / TCP/IP - TCP 헤더

TCP 헤더

1) Source Port(16bit)

2) Destination Port(16bit)

3) 순서번호(32bit) : 세그먼트에 포함된 데이터의 첫번째 바이트에 부여된 번호를 표시합니다.

4) 확인응답 번호(32bit) : 세그먼트를 수신한 수신 노드가 상대편 노드로부터 수신하고자 하는 바이트의 번호를 정의합니다.

5) 헤더길이(4bit)

6) Reserved

7) Flag(8bit) : URG, ACK, PSH, RST, SYN, FIN이 있습니다.

8) 윈도우 크기(16bit) : 바이트 형태의 송신 TCP의 최대 윈도우 크기를 나타냅니다. 최대 크기는 65,535 바이트입니다.

9) 검사합(16bit)

10) 긴급 포인터(16bit) : 긴급 플래그(URG)가 1로 설정되어 있는 경우에만 유효합니다.

네트워크관리사 1급 / TCP/IP - TCP

응답하라AI — Mon, 14 Mar 2022 16:00:07 +0900

네트워크관리사 1급 / TCP/IP - TCP

TCP(Transmission Control Protocol)

거리 통신망이나 인트라넷, 인터넷에 연결된 컴퓨터에서 실행되는 프로그램 간에 일련의 옥텟을 안정적으로, 순서대로, 에러없이 교환할 수 있게 합니다.

대표적인 TCP포트

FTP 데이터 : 20
FTP 제어 : 21
SSH : 22
Telnet : 23
SMTP : 25
DNS : 53
HTTP : 80
POP3 : 110
IMAP3 : 220
HTTPS : 443

네트워크관리사 1급 / TCP/IP

응답하라AI — Mon, 14 Mar 2022 15:51:32 +0900

네트워크관리사 1급 / TCP/IP

TCP/IP(Transmission Control Protocol/Internet Protocol)

패킷 통신 방식의 인터넷 프로토콜인 IP (인터넷 프로토콜)와 전송 조절 프로토콜인 TCP (전송 제어 프로토콜)로 이루어져 있는 통신구조를 말합니다.

네트워크관리사 1급 / TCP/IP - FTP 프로토콜

응답하라AI — Mon, 14 Mar 2022 15:42:01 +0900

네트워크관리사 1급 / TCP/IP - FTP 프로토콜

FTP(File Transfer Protocol)

파일 전송 프로토콜은 TCP/IP 프로토콜을 가지고 서버와 클라이언트 사이의 파일 전송을 하기 위한 프로토콜입니다. 파일 전송 프로토콜은 TCP/IP 프로토콜 테이블의 응용 계층에 속합니다.

네트워크관리사 1급 / TCP/IP - IP header

응답하라AI — Mon, 14 Mar 2022 15:24:30 +0900

네트워크관리사 1급 / TCP/IP - IP header

IP header

1) Version(4bit) : IP 프로토콜의 버전을 표시합니다.

2) Header 길이(4bit) : IP 헤더의 전체 길이를 4바이트 단위로 표시됩니다. 값이 5이면 헤더의 길이는 20바이트가 됩니다.

3) 서비스 유형(8bit) : IP가 어떻게 처리되어야 하는가를 정의합니다.

4) 전체 길이(16bit) : 헤더와 데이터를 포함하는 IP 패킷의 전체 길이를 바이트 단위로 표시합니다.

5) 식별(16bit) : 단편화를 위해 사용됩니다.

6) 플래그(3bit) : 단편화를 위해 사용됩니다.

7) 단편화 오프셋(13bit) : 단편화를 위해 사용됩니다.

8) TTL(8bit) : 방문되는 최대 홉(라우터) 수를 제어하기 위해 사용됩니다. 각 라우터는 이 필드의 값을 1씩 감소시킵니다.

9) 프로토콜(8bit) : IP 계층의 서비스를 사용하는 상위 계층 프로토콜을 정의합니다. TCP, UDP, ICMP, IGMP와 같은 여러 종류의 상위 프로토콜을 캡슐화할 수 있습니다.

10) 검사합(16bit) : 검사합을 표시합니다.

11) Source IP Address (32bit)

12) Destination IP Address (32bit)

네트워크관리사 1급 / TCP/IP - SNMP 프로토콜

응답하라AI — Mon, 14 Mar 2022 14:44:17 +0900

네트워크관리사 1급 / TCP/IP - SNMP 프로토콜

SNMP(Simple Network Management Protocol)

IP 네트워크상의 장치로부터 정보를 수집 및 관리하며, 또한 정보를 수정하여 장치의 동작을 변경하는 데에 사용되는 인터넷 표준 프로토콜입니다.

네트워크관리사 1급 / TCP/IP - IGMP 프로토콜

응답하라AI — Mon, 14 Mar 2022 14:39:56 +0900

네트워크관리사 1급 / TCP/IP - IGMP 프로토콜

IGMP (Internet Group Management Protocol)

호스트 컴퓨터와 인접 라우터가 멀티캐스트 그룹 멤버십을 구성하는 데 사용하는 통신 프로토콜로써, 시작지 호스트에서 여러 목적지 호스트로 데이터를 전송할 때 사용됩니다.

네트워크관리사 1급 / TCP/IP - ARP, RARP 프로토콜

응답하라AI — Mon, 14 Mar 2022 14:34:49 +0900

네트워크관리사 1급 / TCP/IP - ARP, RARP 프로토콜

ARP(Address Resolution Protocol)란

네트워크 계층에서 동작하며, 논리 주소를 물리 주소로 변환합니다.

IP Address -> MAC Address

Source 호스트는 IP Address와 MAC Address를 Source 호스트의 ARP 캐시에 추가한다. 이후 source 호스트는 자신이 가지고 있는 ARP 캐시를 검사하여 destination 호스트의 IP Address가 있는지 없는지를 확인합니다.

Destination 호스트는 자신의 IP Address와 MAC Address 를 포함하는 ARP에 응답합니다.

Gratuitous ARP란

ARP 브로드캐스트를 이용해서 다른 장비에게 네트워크에 있는 자신의 존재를 알리는 목적으로만 사용되는 ARP 변형 프로토콜로써, 같은 IP Address의 중복 사용을 방지합니다.

RARP(Reverse Address Resolution Protocol)란

네트워크 계층에서 동작하며, 물리 주소를 논리 주소로 변환합니다.

MAC Address -> IP Address

[C++11] std::thread, join() 간단한 사용법 (함수, 클래스)

응답하라AI — Sat, 12 Mar 2022 16:52:18 +0900

[C++11] std::thread 사용법 (함수, 클래스)

std::thread란

클래스 스레드는 단일 실행 스레드를 나타냅니다. 스레드를 사용하면 여러 기능을 동시에 실행할 수 있습니다.

std::thread는 C++11에서 표준으로 되었습니다.

std::thread Header 파일

#include <thread>

thread 생성 방법

thread 생성은 보통 아래 방법이 있습니다.

lambda를 이용한 방법도 있는데, 나중에 한번 알아보도록 하겠습니다.

1. 함수를 이용한 생성 => std::thread 변수(함수명, 전달인자)

2. Class 멤버 함수를 이용한 생성 => std::thread 변수(class명::thread 수행할 함수, class 생성자, 전달 인자);

3. Class Static 함수를 이용한 생성 => std::thread 변수(class명::thread 수행할 함수, 전달 인자);

thread 생성 예제

thread가 작업 중인데, main 함수에서 return 0; 으로 종료하려고 할 때, 비정상적으로 종료될 수 있습니다.

이를 방지하고자, thread의 join 함수를 사용하여, main thread는 자식 thread의 작업을 기다리고, thread의 작업이 끝나면, main thread는 실행을 재개합니다.

thread를 실행시킬 때, 함수의 전달인자를 넣을 수도 있고, 넣지 않아도 됩니다.

1. 함수를 이용한 생성

1부터 1000까지 더하는 작업을 하는 thread를 만들어 보겠습니다.

#include <iostream>
#include <string>
#include <thread>


void sum_thread()
{
    int sum = 0;
    for (int i = 1; i <= 1000; i++)
        sum += i;
    std::cout << "sum_thread() : " << sum << std::endl;
}

int main()
{
    std::thread sum(sum_thread);

    std::cout << "main() : start" << std::endl;
    sum.join();
    std::cout << "main() : finish" << std::endl;
}

위 코드를 실행해보면 아래와 같이 출력합니다.

thread의 작업이 끝날때까지 기다리기위해 join 함수를 사용하였습니다.

join 함수가 끝나고 main thread에서 실행을 재개합니다.

2. Class 멤버 함수를 이용한 생성 & 3. Class Static 함수를 이용한 생성

#include <iostream>
#include <string>
#include <thread>


class SUM {
public :
    static void sum_static(int num) {
        int sum = 0;
        for (int i = num; i <= 100; i++)
            sum += i;
        std::cout << "sum_static() : " << sum << std::endl;
    }
    void sum_func(int num) {
        int sum = 0;
        for (int i = num; i <= 1000; i++)
            sum += i;
        std::cout << "sum_func() : " << sum << std::endl;
    }
};

int main()
{

    // 2. Class의 멤버 함수를 사용한 Thread 생성
    std::thread thread1(&SUM::sum_func, SUM(), 10);


    // 3. Class의 Static 함수를 사용한 Thread 생성
    std::thread thread2(SUM::sum_static, 10);




    std::cout << "main() : start" << std::endl;
    thread1.join();
    thread2.join();
    std::cout << "main() : finish" << std::endl;
}

thread가 병렬로 작업을 수행해서 출력이 섞여서 출력이 됩니다.

나중에는 이러한 것들을 순차적으로 수행할 수 있도록 해보도록 하겠습니다.

[Boost] boost 설치 및 visual studio에 설정하여 hello world 출력 - 윈도우 용

응답하라AI — Thu, 10 Mar 2022 00:31:40 +0900

[Boost] boost 설치 및 visual studio에 설정하여 hello world 출력 - 윈도우 용

Boost 라이브러리란

Boost는 C++ 프로그래밍 언어를 위한 선형대수, 의사 난수 발생, 멀티스레딩, 영상 처리, 정규 표현식, 그리고 유닛 테스트와 같은 작업들과 구조들을 지원하는 라이브러리들의 집합입니다. Boost 라이브러리는 무료이며, Smart Pointer , Regular Expression, Thread - Mutex 등등 직접적으로 구현하고 안정화 시키기에 오랜 시간을 필요로하는 것을 알고리즘으로 한데 묶어놓아 개발자들이 사용하기 편하도록 API를 제공해줍니다.

0. Visual Studio 다운로드

Visual Studio IDE는 아래 경로에서 다운로드할 수 있습니다.

https://visualstudio.microsoft.com/ko/free-developer-offers/

무료 개발자 소프트웨어 및 서비스 - Visual Studio

무료 제공: Visual Studio Community, Visual Studio Code, VSTS 및 Dev Essentials.

visualstudio.microsoft.com

1. Boost 라이브러리 다운로드

아래 링크에 들어가서 윈도우 용 설치파일을 다운로드합니다.

2022년 3월 9일 기준으로 최신버전은 1.78.0 버전입니다.

압축파일 용량은 183MB 정도입니다.

https://www.boost.org/users/download/

Boost Downloads

Current Release Version 1.78.0 December 8th, 2021 03:45 GMT Updated Libraries: Asio, Assert, Atomic, Beast, Core, Describe, DLL, Filesystem, Geometry, JSON, Lambda2, Log, Math, MultiIndex, Multiprecision, PFR, Predef, Regex, System, Utility, Variant2. Down

www.boost.org

2. Boost 라이브러리 압축 풀기 및 bootstrap.bat 파일 실행(빌드)

압축을 풀면 아래와 같이 파일이 생성됩니다.

그 중에 bootstrap.bat 파일을 실행시킵니다.

추가 정보를 눌러 실행합니다.

실행하면 visual studio 폴더를 찾고, 빌드가 시작됩니다.

한 몇분 지나면 완료되고 cmd 창이 자동으로 종료됩니다.

아래와 같이 b2.exe 파일이 생성된 것을 확인할 수 있습니다.

3. b2.exe 파일 실행하기 (boost 라이브러리 빌드)

b2.exe 파일을 실행시키면 boost 라이브러리 빌드를 시작합니다.

시간이 좀 오래 걸립니다.

빌드가 완료되면 cmd 창이 자동으로 종료되고, 아래와 같이 폴더 2개가 생성됩니다.

이제 boost 라이브러리는 준비되었고, Visual Studio에서 Boost 라이브러리를 사용해보도록 하겠습니다.

4. Visual Studio에서 새로운 프로젝트 생성 및 boost 라이브러리 추가하기

콘솔 앱으로 프로젝트를 생성해서, 간단하게 boost 라이브러리를 불러왔을 때, 에러없이 빌드가 되는지 확인해보겠습니다.

프로젝트가 생성되었으면, 이제 boost 라이브러리를 가져오도록 하겠습니다.

그럼 프로젝트 > 속성에 들어갑니다.

속성 페이지에서 2가지를 추가해야 합니다.

1) include 경로

2) lib 경로

1) include 경로 추가

속성 페이지 > C/C++ > 일반 > 추가 포함 디렉터리에서 boost 경로를 추가해줍니다.

2) lib 경로

속성 페이지 > 링커 > 일반 > 추가 라이브러리 디렉터리에서 boost 라이브러리의 경로를 추가해줍니다.

1), 2)를 추가하였으면 적용을 누르고 확인 버트을 누릅니다.

5. boost 라이브러리 추가하고 빌드하기

이제 boost 라이브러리를 사용할 수 있습니다.

include로 boost/ 를 입력해보면 아래와 같이 사용할 수 있는 라이브러리 header 파일이 자동으로 출력됩니다.

아래와 같이 boost의 lambda api를 사용해보도록 하겠습니다.

아래와 같이 코드를 작성하고 컴파일하면 컴파일 성공된 것을 볼 수 있습니다.

#include <iostream>
#include <boost/lambda/lambda.hpp>
#include <iterator>
#include <algorithm>

int main()
{
    typedef std::istream_iterator<int> in;

    std::cout << "Hello Boost!" << std::endl;

    std::cout << "Type in any number: ";

    std::for_each(
        in(std::cin), in(), std::cout
        << (boost::lambda::_1 * 10)
        << "\nType in another number: ");
}

컴파일이 성공되고, boost의 lambda를 사용한 출력물을 확인할 수 있습니다.