전체 글 (130) 썸네일형 리스트형 IS-IS 5차 Is-Is의 초기 디자인 때는 하나의 area로 만듦 - 현재는 여러 개의 area로 구분이 됨. OSI 7 layer - NSAP : 다양한 주소체계를 수용하기 위한 주소 - NETs 명령어를 통해 주소를 구성을 함 - .(dot)이 어떤 역할/구분을 하는가... 아래 모두 같은 area임(여러 개로 표현) system-id 충돌나지 않도록 하기 위해서, ipv4의 loopback을 이용해서 system-id를 만든다면 충돌나지 않음 - 한 회사 내에서 같은 loopback을 사용하지는 않을 것이기 때문에 - 최소 단위로 만들기 위해서 area를 00으로 표기해서 area를 없앨 수 있음. - 최대 20byte까지 만들 수 잇음 - 여러가지 format으로 만들 수 있으며 정해져 있지 않음. level.. Is-Is 4차 level 1, 2 모두 동작하는 것이 default - level 1, 2 각각 헬로패킷, db, 네이버, 토폴로지 = 등등 모두 각각 처리 level 1, 2 모두 같은 A라는 네트워크가 있다면? - level 2는 결국 다른 곳에서 들어온 네트워크임 - 그래서 level 2에 있는 정보는 type 3 정보임 - level 1은 자기의 정보임 -==> 그래서 level 1을 더 우선시함 멀티 프로세스가 동작될 때, Level 2는 하나의 프로세스에서만 사용 가능 함 - 그래서 여러 개의 프로세스 중에 하나의 프로세스가 Level 2이면 나머지는 모두 Level 1 같은 장비에 level 1, 2가 있을 때, - level 1에 A라는 정보가 있으면 redi하지 않아도 무조건 A라는 네트워크가 leve.. IS-IS 3차 Discovering * IS-IS의 hello packet ESH : end system이 던지는 것 ISH : router가 end system에 던지는 것 IIH : Router 간에 던지는 것 + IIH의 Hello packet type 장비가 두 대가 있는데 두 장비 간에 point-to-point, ethernet으로 연결될 수 있음 L1은 L1끼리 네이버, L2는 L2끼리 네이버를 맺음. Level 1 Lan Hello packet Level 2 Lan Hello packet point-to-point hello packet : level 1, 2 모두 가지고 있는 애끼리 네이버를 맺을 때, 1,2 각각 hello packet을 던지지 않고 ptp packet 던짐. 네이버는 한 번에 맺을 .. IS-IS 2차 Database가 OSPF - IETF에서 만듦 - LSU에 담아서 link state 데이터베이스에 담아서 토폴로지 생성 - 주기적으로 hello packet 던짐. Hold time으로 네이버 죽은거 파악 가능 - 30분에 한 번씩 플러딩 - backbone : area로 구분 - classless - DR, DIS : BDR 존재(DR은 multi access network를 자기가 가지고 있는 것처럼 광고하기 때문에 DR이 죽은 후에 빨리 전달하기 위해서 존재함), DIS는 sudo node에서 tree 구조로 만들기 위해 존재 - DIS : 각각의 장비들이 있으면, A 네트워크는 하나의 인포메이션이고, 전부 네이버를 맺으며 누구랑 연결되어있다는 정보를 반드시 전달한 필요는 없어서 DIS는 존재하.. [IS-IS 1차] ospf의 아들 ISIS 공부 ㄱ osi 7 layer가 만들어질 때, 각 레이어 별 기능 및 대표적인 프로토콜을 정함 - 실제 프로토콜에 대한 아키텍처 또는 모델을 같이 만들어서 발표함 - 레이어 3에서 어떤 프로토콜을 만들까 고민했을 듯 : 내가 던진것을 쟤가 받았는지 못받았는지 확인하는 레이어는 layer 4(virtual circuit)에서 함. layer 3에서는 best path를 선택을 해서 패킷을 포워딩을 함. 상대방이 받았는지 못받았는지는 관심이 없음. 그래서 layer 3에 대한 대표적인 프로토콜로 CLNP(Connectionless Network Protocol)를 만듦. 이것을 제공하는 서비스는 CLNS라고 함. Layer 3까지는 서로 통신이 되는지 확인하지 않기 때문에 Conne.. github 수정 전으로 되돌리기 $ git status 현재 브랜치 master 커밋하도록 정하지 않은 변경 사항: (무엇을 커밋할지 바꾸려면 "git add ..."을 사용하십시오) (use "git restore ..." to discard changes in working directory) 수정함: A/B.yaml 수정함: A/C.py 수정함: A/D.json 수정함: A/F.py 수정함: A/G.pygit push 후 수정 전으로 되돌리고 싶은 파일이 있다면??? git checkout -- A/G.py git checkout -- A/F.py수정하고 싶은 파일만 checkout 하면 됩니당 github 로그인 글로벌 설정 - 패스워드까지 + 삭제까지 글로벌 로그인이 필요함 안그러면 백날천날 맨날맨날 로그인 정보 물어봄 git pull, push할 때 다 물어봄 git config --global user.name "이름" git config --global user.email 이메일 git config credential.helper store 이렇게 하면 pull이나 push할 때 로그인 정보 한번 더 물어봄 그때 로그인 마지막으로 해주면 그 다음부터 안물어봄 삭제 계정이 변경되면, remote: Invalid username or password. 이런 에러가 뜰 수 있음. 그러면 unset 하고 위에 설정 다시 하면 됨. git config --global --unset-all user.name git merge 브랜치 여러 개 있을 때 :A, master 브랜치가 있다고 가정 A 브랜치 git add --all git commit -m "message" git push origin A git checkout master # master 브랜치로 변경 master 브랜치 git pull origin master git merge A # 충돌 수정 git push origin master git checkout A A 브랜치 git pull origin master 이전 1 2 3 4 5 ··· 17 다음
