ネットワークを勉強してる人

佃煮 · 2019/02/06(水) 18:33:00.66

集まって

a · 2019/02/06(水) 20:19:22.43

ITといえばプログラミングのイメージ強いから
NWに来る人少ないよな

佃煮 · 2019/02/07(木) 03:54:50.13

厶板とマ板は人が集まりやすいのかね

佃煮 · 2019/02/07(木) 14:54:24.16

マスタリングTCP/IPを読んでる

**anonymous** · 2019/02/07(木) 20:48:29.73

上級者向けになると日本語本ないから
CiscoPressと友達になるっていう

**大学生** · 2019/02/07(木) 21:01:04.51

大学２年間で出来るネットワークの勉強ってなんですかね？？
一通りシスココマンド触ったけど最新の追っかけはそのシスコプレス読めばいいのかな？

佃煮 · 2019/02/08(金) 08:12:19.56

>>5
英語で勉強してるのか

佃煮 · 2019/02/08(金) 14:44:15.12

いまいちOSI参照モデルの各レイヤーの役割が頭に入ってこない
あぷせとねでぶ

**anonymous** · 2019/02/08(金) 21:07:53.57

>>7
日本語情報ある方が貴重だから英語読むしかないよ
Cisco資格だと日本語書籍はCCNP R&Sくらいまでだし
製品ドキュメントも基本的に英語でしょ

会社負担でいけるなら
CCIEあたりの研修を総当たりして日本語での情報も得たいけど

a · 2019/02/08(金) 21:16:33.88

>>6
CCNP R&Sまでなら参考書が充実してるから体系的に勉強できるよ
検証したいならVIRLの年間ライセンス買うのがいいかな

Ciscoだと、パートナー企業入ればdCloudのラボリソース使えるから
就職の選択肢で、間違っても人売り客先常駐で自社リソース無いようなブラックには入らないようにね

**大学生** · 2019/02/09(土) 13:09:04.21

>>10
なるほど。CISCOのパートナー企業か！
すごい参考になったありがとう。
まだ体系的にやってないからCCNAからひとつずつやってみるよ
>>8
OSI参照モデルは実機と比較しながら意味を理解したほうがいいと思うよ
まずハードウェア（物理層）がないとできないだろ？ゴールは物理層だ。
なにかものを送るときのフロントエンドがアプリ（アプリケーション層）だろ？
スタートがアプリケーション層だ。アプリの裏にはプログラムがあってデータの形式がある（プレゼンテーション層）
データを送るには何処から何処まで何時送るか定義しないといけない（セッション層）
んで、この後がネットワーク屋の出番。
送るときにどれくらいの信頼性でいくか定義する（トランスポート層）
そしたらどう送るかルート設定する（ネットワーク層）
このパケットを物理層の０と１に変換したり、変換した０と１がバグったときどうするか（データリンク層）
そしたら、usbやHDMI、VGAやRJ-45みたいな規格にあわせて通信する（物理層）

ウェブページのプロトコルでいえば、
HTTP
in TCP
in IP with BGP
in ETHERNET with CSMA/CD
in RJ-45
なわけ。

**大学生** · 2019/02/09(土) 13:22:29.38

p.s. httpはテキストベースで受信してその文字列をブラウザで表現する。そのhttpの文字コード（shift-jis, Unicode,utf-8,euc-jp）などがプレゼンテーション層にあたる
セッション層はTCP/IP通信の機能性を上手く利用すれば良いのでそれにあたるものはトランスポート層より下に付随する。
JEEAのがわかりやすいよ
https://www.jeea.or.jp/course/contents/01401/

佃煮 · 2019/02/09(土) 14:18:18.99

>>11
>>12
分かりやすい説明ありがとう
暗記したいんだけど暗記苦手だ(´ω`)

佃煮 · 2019/02/11(月) 18:08:00.61

なんでICMPメッセージは頭にIPヘッダがつくんだ
ネットワーク層のプロトコルのデータだから頭にIPヘッダがつくのかな？
送信でIPヘッダつけた覚えはないんだがライブラリが勝手につけてくれてるのか？

佃煮 · 2019/02/11(月) 18:10:33.20

受信したICMPのバイトストリームにIPヘッダがくっついてるんだけどレイヤーを昇ってくる過程で勝手に取れるんじゃないのか

**長谷川亮太** · 2019/02/14(木) 20:54:23.78

ワイは長谷川亮太や！
今日もチンポビンビンや！

**KAC** · 2019/02/16(土) 23:17:17.59

>>8
参照モデルは、あくまでも机上の空論
TCP/IPの実装にあてはめようとしても
余計にややこしくなる。

あれは「概念」だと割り切って覚えるべし

佃煮 · 2019/02/16(土) 23:34:51.10

>>17
TCP/IPのレイヤーと違うもんね

**大学生** · 2019/02/19(火) 14:01:57.26

ネットワーク系のイベントってないのかな。
AIとか働き方改革はいいけどネットワーク屋にいいイベントがほしい

**anonymous** · 2019/02/20(水) 00:56:28.23

Interopはメジャーすぎるから置いとくとして
社会人になるとセミナーとか行くだろうよ
パートナー限定とかあるからクソ中小企業だと無理だけど
あと客先常駐メインの人売りだと案件対応で行けない

**47の素敵な名無し** · 2019/02/22(金) 20:37:01.24

個人の集まりの勉強会に参加してパイプを太くしよう

**ROUTER** · 2019/03/24(日) 17:36:41.50

>>8
「あ、プレゼントね、デブ」で覚えてる

**ROUTER** · 2019/03/24(日) 17:38:45.48

>>21
こういうの参加してみたいけど対人コミュ障でもだいじょうぶ？
どこで探せば？

佃煮 · 2019/03/24(日) 20:56:46.92

>>22
おもしろい

素人 · 2019/04/02(火) 20:23:13.06

沢山のＩＯＴ機器をつなげるネットワークを考えています。
最終的には数万台の機器をつなげようと考えています。
拠点が各地にバラバラあって、ＩＯＴ機器側のルータも３
万くらいを想定しています。
一方、サーバとなる機械は数十台くらいで、各々別々の役
目があり、ＩＯＴ機器とつながるのは各々１０００台程度
です。

ネットで検索した範囲だと、使用するセグメントごとのＩ
Ｐアドレスを必要とする最大数でサブネットを分割するよ
うな例があったのですが、よくわからず。

１００台（Ａ地点）、５０台（Ｂ地点）
３つのセグメントにわけて、各々必要とする台数を目安に
サブネットを分割してあげれば良いと書いてあります。

A地点 100台：192.168.1.0/25 host:192.168.1.1～126
B地点 50台：192.168.1.128/26 host:192.168.1.129～190

こんな風にわけていけばよいのは理解できたのですが。

上でいうＡ地点とかＢ地点、ＩＯＴ側のルータが沢山ある
場合（ＩＯＴの機器はルータあたり６４台くらいです）、
どんな風にサブネットを分割してあげていけばよいのでし
ょうか？

どうもセグメントわけというかルータを介して分離するた
めにどうかんがえればよいのかよくわからないのでよろし
くおねがいします。

素人 · 2019/04/03(水) 08:02:32.44

ダメかな？
誰か上のこと教えてください

ハゲ · 2019/04/04(木) 00:09:25.89

>>25

サブネットの考え方はそれでいいよ。

でも最近セキュリティうるさいから、
ルータ配下のIOT機器セグメントは、
ローカルなアドレスにして、ルータでNATするところが多い気がする。

素人 · 2019/04/04(木) 20:41:01.79

>>27
ありがとございます
とは言え具体的によくわからないんですね、困ったもんだ

ハゲ · 2019/04/05(金) 08:13:45.20

>>28

具体的ってなら、サーバーやIOTの機器、通信仕様提示しないと。

>>25の情報だけなら、大丈夫とか、セキュリティのためにNATもあるよ。等としか言いようがない