IBM/SNA?って何
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん
01/11/28 10:03ID:H9Gccujjこれって、どんなの?
0082TCP/IP以外の概念が分かりづらい
04/11/18 06:23:04ID:EW619tvySNAなどのプロトコルではアドレスには
何を使用しているのですか?
SNAで通信する相手はあらかじめ設定してある
相手だけですか?それともSNAのネットワークに
いきなりSNAを話せる端末をつないでもOKですか?
0083anonymous@ i60-35-172-195.s02.a011.ap.plala.or.jp
04/11/18 17:54:37ID:???0084TCP/IP以外の概念が分かりづらい
04/11/18 21:16:51ID:???IPみたいなインターネット層で違うネットワークとも
接続できるような概念ってあるのでしょうか?
それとも線でつながった端末だけのネットワークで
MACだけで十分みたいな感じでしょうか。
0085ぷらら
04/11/19 18:44:19ID:???だから断線してないか常に確認しているとか
聞いた話だとTCPの中をパケットカプセリング化して繋ぐ遣り方もあるそうですが
0086懐かしいSNA
04/11/19 20:11:52ID:???> 厨な質問ですがお願いします。
古い知識しかありませんが・・・分かる範囲で。
> SNAなどのプロトコルではアドレスには
> 何を使用しているのですか?
TCP/IPと同じで、レイヤによっていろんなアドレスを使います。
データリンクレイヤでは、メディアに応じたアドレス(LANならMACなど)を使います。
でもTCP/IPと一番違う点として、IPアドレスのように、全ノードに一律に割り当てられ、しかもノードを一意に識別できるアドレスはないです。
そもそもIPのように、全ノードが平等ではなく、ホストと端末という上下関係があり、
ネットワークのトポロジーもそれを前提としていたし、
(ホスト-通信制御装置-回線-端末装置)
通信を開始できるのは基本的にホストからだけなので、そのようなアドレスの必要がなかったのです。
しかし、アプリケーションレベルでは、通信相手を特定する必要があるので、
アプリでは相手の識別にLU名を使います。LU名はシステム内で一意です。
LU名は、ホストの通信プログラム内の設定情報を基に、
でSubarea(通信制御装置), line(回線), PU(端末)、LU(端末アプリ)の順に決定され、
通信が行われます。各装置に割り当てられた番号はありますが、IPアドレスのようなものではありません。
例えばsubarea 10, line 16, PU 1, LU 2みたいな感じです。
なお、APPCという難しい方式もありますが、基本的なSNAの考え方は以上のとおりだと思います。
> SNAで通信する相手はあらかじめ設定してある
> 相手だけですか?それともSNAのネットワークに
> いきなりSNAを話せる端末をつないでもOKですか?
基本的にはホスト側に事前の設定が必要と考えていいです。
だからセキュリティ的にもかなり堅いわけです。
0087anonymous@ kita158140.kitanet.ne.jp
04/11/19 20:34:19ID:???そのかわり収拾がつかなくなる。
0088TCP/IP以外の概念が分かりづらい
04/11/19 21:47:36ID:???線にまでアドレスがついてるんですね。
追加で質問です。
WEBで以下のような記述をみつけました。
「 端末は処理装置や記憶装置などは搭載しておらず単なる入出力装置である
ただし、1990年ごろからは専用端末ではなく、PCやワークステーションで
端末をエミュレートして使うことも多い 」
つまり
・端末同士のやりとりは発生しない
・ホストはホストを利用出来る端末のアドレスを事前に登録する
・ホストから端末に入力があるか聞いて、結果はその端末に返す
・端末までの経路はアドレスをホストからたどっていけば到達する
という感じであってるでしょうか?
0089anonymous@ YahooBB219200036013.bbtec.net
04/11/19 23:49:53ID:Zn0ViKrrもともと同期モデムのSDLCで動いてたセッション指向なプロトコルを
今どきはコネクション指向なTCP/IPに乗せて使ってるけど
障害時のプロトコル動作に問題がある気がする。
0090anonymous@ YahooBB219200036013.bbtec.net
04/11/19 23:51:19ID:Zn0ViKrrおー。このスレはデフォルトがフシアナなんだ。
0091anonymous@ 350234000335852
04/11/20 00:51:21ID:???つか、この板のデフォ名無しがな。
009286
04/11/20 08:49:44ID:???> 線にまでアドレスがついてるんですね。
lineの番号は、実際には通信制御装置のポート番号です。
puの番号は、専用線の分岐回線を使用して、1本の回線に複数拠点(pu)を接続する際、
puの識別に使われます。
> つまり
> ・端末同士のやりとりは発生しない
古いSNAではそうです。しかし後にできるように拡張されました。(APPN/APPC)
> ・ホストはホストを利用出来る端末のアドレスを事前に登録する
最近のことはよく知らないのですが、たぶんPUまでは事前定義だと思います。
87さんはたぶんLUは動的に作れるようになったという意味で自動構成と言われているのではないかと。
> ・ホストから端末に入力があるか聞いて、結果はその端末に返す
基本的には合ってます。厳密な動きはもう忘れました。
> ・端末までの経路はアドレスをホストからたどっていけば到達する
というか、ホストはすべてを知っているので、ホストが接続命令を出していきます。
それから、概要を知りたいだけならここで聞いたりするのもアリですけど、
仕事で使うなら、IBMの研修に参加しないとだめですよ。
009386
04/11/20 22:21:21ID:???ありがとうございます。
>それから、概要を知りたいだけならここで聞いたりするのもアリですけど、
>仕事で使うなら、IBMの研修に参加しないとだめですよ。
仕事でSNA的を扱うことは残念ながらないです。
概要を知りたくても本・WEBを調べても
概要はなかなか載ってません(初心者対象のコンテンツがない)。
今回の説明、大変感謝です!!
IMB講習てCDROMコースのことですか?今度受講してみます。
http://www-6.ibm.com/jp/lsj/newcees/WMAdmi.wss?__FORM__=CM_CurrCatDisp.html&course=6CB01
0094anonymous@ o128159.ppp.asahi-net.or.jp
04/11/21 00:20:48ID:???昔はCD-ROMコースではない講習があったそうなんですけどね。
VTAMとかNCPとか。
最近は3745売る気もないので必然的に講習もCD-ROMコースしか
無いようですね。
私はしょうがなくIMSの研修受けました(w
009586
04/11/21 03:35:38ID:???仕事でSNA使うことは残念ながらないのですが
ネットワーク構成の遷移などを知りたいと思ってました。
IBMのCDROM研修シリーズででSNA入門ってのをみつけました。
今度、お金がたまったら購入してみます。
0096PIX
04/11/23 23:14:57ID:???誰か6633語っていただけませんか。
聞きたいです。是非、是非、語っていただきたい
よろしくお願いいたします。冷やかしではありません。
0097みなみ
04/12/02 15:54:22ID:uRE5ttLC本社にあるASに遠隔地からFRでアクセスしてるの
たぶん今、SNA使ってる
これを、IP-VPNでciscoでDLSwの構成に変更するんだけど
AS/400の設定変更って必要かなぁ??
0098anonymous@ tetkyo049148.tkyo.te.ftth2.ppp.infoweb.ne.jp
04/12/03 23:55:56ID:???つーかSNAを扱うようなNEがYBBなんて使ってると人間として信用されないぞ
0099anonymous@ i60-36-90-163.s02.a011.ap.plala.or.jp
04/12/14 13:13:34ID:???必要
0100anonymous@ h219-110-044-170.catv01.itscom.jp
05/01/10 19:23:42ID:6GJ0UlIE美幸
0101SNA
05/01/19 18:55:31ID:8xGFEUWD0102そりゃもう
05/01/23 00:26:25ID:???0103anonymous@ R184168.ppp.dion.ne.jp
05/01/24 11:24:48ID:KgscwFBhAPPNと間違えてるだろ。
APPCは複数のAS/400で分散処理を行うための一種のネットワーク層よか上位アプリ。
0104anonymous@ p3073-ipad310osakakita.osaka.ocn.ne.jp
05/03/02 13:02:11ID:Xr76Hmtmつなぎ先の通信制御装置や端末制御装置のポート番号さえあってりゃいいねん。
(VTAMやNCPの定義をするスキルはIBMに聞くですばい)
LAN環境の場合は、ブリッジ・プロトコルとして認識しとけばええッス。
つまりWindowsのNETBIOS/NETBEUIと同じ。
0105anonymous@ YahooBB219200036020.bbtec.net
05/03/02 21:02:21ID:6koxzH/gプロトコル解析をして問題の原因をつきとめてたっけ。
もう10年以上前の話しだなぁ。
今でもそういうことができるエンジニアはいるんだろうか?
0106anonymous@ p5023-ipad305osakakita.osaka.ocn.ne.jp
05/03/04 12:31:26ID:???オレはユーザ企業のSEだけどできるし、自分でできなくてもトレースをIBM-SEに渡せば
ちゃんとやってくれる。
3270エミュレータ製品を出しているベンダーでもできる人いるしね。
0107東京三菱に来なさい。
05/03/05 21:45:10ID:2LsDHGdQ0108anonymous@ gf50.ade3.point.ne.jp
2005/04/05(火) 09:48:24ID:DKxz8qRx最近のSNAについてきぼんぬ
0109ぷらら
2005/04/05(火) 20:27:24ID:???0110anonymous
2005/04/05(火) 21:06:50ID:???ってやってるね
0111anonymous@ pd302aa.chibnt01.ap.so-net.ne.jp
2005/07/07(木) 23:41:56ID:???SNA VTAM LU この3つの言葉を使ってどなたか簡単に関連を教えて下さい。
0112ぼうず
2005/07/08(金) 00:18:46ID:B9AXrJdr0113anonymous@ 102.219113108.m-net.ne.jp
2005/10/15(土) 11:03:57ID:55N7ACuV0114anonymous@ d151.FtokyoFL3.vectant.ne.jp
2005/10/16(日) 21:31:15ID:bLiZeCaY0115age
2006/05/31(水) 18:27:48ID:???0116S/390 G6
2006/06/03(土) 15:54:49ID:???0117fushianasan
2006/10/15(日) 02:37:36ID:???2216―スイッチのケーブル引っこ抜いたら該当スイッチの配下はともかく
2216の他のインタフェース上のSNA通信も全部ダウンした。
ケーブル抜く前になんかやらなきゃならんの?該当インタフェースのDISABLEとか。。。
0118anonymous
2006/11/28(火) 22:28:21ID:???まだ残ってるんだろうか
他の人に話すと SANじゃなくて?とかよく突っ込まれた記憶が
0119anonymous@
2007/10/13(土) 00:03:26ID:rLR3IbS20120anonymous@
2008/03/07(金) 17:58:57ID:???0121121
2008/03/30(日) 03:05:59ID:Q02UyDwF0122anonymous@p1164-ipad13gifu.gifu.ocn.ne.jp
2008/07/31(木) 03:25:38ID:???0123anonymous@softbank219200039066.bbtec.net
2008/08/17(日) 23:05:17ID:???0124anonymous@ntszok089146.szok.nt.ftth.ppp.infoweb.ne.jp
2009/07/05(日) 02:23:11ID:SZ7OwIak0125名無しさん
2009/10/05(月) 20:35:09ID:24702gLn0126aga
2009/10/24(土) 11:09:18ID:???0127anonymous@S011171.ppp.dion.ne.jp
2009/10/28(水) 21:47:54ID:???ホスト接続の為にベーシック手順の端末システムが稼働していた。
さすがに、そのシステムはリプレースされたとは思うけど、
SNA/HNA/FNAみたいな、基幹システム向けプロトコルってしぶといから、
客先ではまだまだ使われていると思う。ただ、新規開発や機能拡張は終了。
おそらく、支店/支局/出張所/窓口などの統廃合をきっかけにして、
徐々に新しいシステムへ置き換えられていってるんじゃないかな。
0128a
2009/12/04(金) 01:22:12ID:???死ねばいいのに
0129anonymous@ntszok087154.szok.nt.ftth.ppp.infoweb.ne.jp
2010/04/29(木) 19:55:50ID:bLi1Z8bH0130anonymous@static-138-88-160-152.res.east.verizon.net
2010/06/04(金) 07:14:08ID:???0131anonymous@ZQ230245.ppp.dion.ne.jp
2010/06/07(月) 16:21:50ID:???オリジナルの下位層であるベーシック手順が消え去って、
代わりのTCP/IPへの移行もスムーズにいったのだと思われ。
SNAのキモはDFC/SC/TC/PCといった上位層のプロトコルにある。
だから下位層がTCP/IPへ移行しても、各ノードにSNA-over-TCP/IPという
スタックが必要になる。これを解消しようとすれば、
アプリケーションゲートウェイ(プロトコル変換機)のような
取り扱いの難しいコンポーネントをシステムに導入しなけりゃならない。
SNAがTCP/IPへ移行できず、静かに滅び去ったのは自明の理だろね。
0132名無し
2010/11/04(木) 04:10:56ID:NgmMqUtg■ このスレッドは過去ログ倉庫に格納されています