■病院内で提供されるWiFiの挙動メモ

身体を壊して先日ちょっと入院していたのだが、病院内ではWiFiが提供されていたので、消灯時間外の日常生活アクセスはそれのお世話になっていた。消灯時間は夜9時から朝6時までだ。

事前に「入院生活にそぐわないサイトには接続できません」という告知が為されていたので、覚悟の上で使ったのだが、Webアプリ開発者としての業務に必要なサイトとかも禁止されていたので、ここにメモしておく。

どうせ数年以内には持病が悪化して再び入院するし。

通信制限のしくみの考察

通信が禁止されていると思われるサイトに接続すると、ブラウザ側ではタイムアウトのエラーとして表示される。もちろん、それなりに待たされる。ブラウザの開発ツールの様子を見るに、おそらくTCP handshake に失敗していそう。

正常に接続できるサイトの様子を見た範囲では、HTTPS接続の証明書改ざんは行われていないようだったことから、HTTPSの暗号を解読してどうのこうの、という処理をしていない可能性が非常に高い。つまり、通信制限は接続先ドメインまたはIPアドレスによる判断で実施している可能性が高い。

また、中間的なサイトも存在する。通常2秒以内で表示できるようなサイトの表示に10秒(体感)かかるところがある。稀にタイムアウトする。

謎なのは、通信が禁止されていそうなサイトでも「待たされた挙句、つながることが非常に稀にある」ということと、curl等ではすんなりと接続できることである。

DNS設定と一緒にproxy設定が落ちてきているのであればこの挙動も理解できるのだが、手元のOSのネットワーク設定にはproxy情報が何も出てこない。ちょっとよくわからない。

もしもDNSに対するAレコード(AAAAも？）問い合わせに対してニセモノを返すという仕組みで通信制限しているのだとしたら、「非常に稀につながる」挙動にはならないはずなので、透過型proxyによって頑張っているのではないかと想像するところである。

なお、消灯時間中は全てのリクエストがタイムアウトになる。消灯時間開始直前にHTTP Request を送出して、応答が来る頃には消灯時間に入っている場合にはどういう挙動をするのか、というテストをやる暇は無かった。ｽﾏｿ

つながるサイトと、つながらないサイトのメモ

業務で使う全部のサイトを検証できた訳じゃなくてゴメンね。結局のところ仕事は携帯回線でやっちゃったから。

なお、自分のドメインのサブドメインに禁止ドメインを入れたようなもの、例えばanond.hatelabo.jp.example.com のようなドメインに対する接続可否は検証していない（面倒だったｗ）

どこの会社が受託しているのか？

サーバ目線で見えるclientIP をwhois等で調べると、某F社さんだった。AWS管理コンソールへの接続を禁止するあたり「あっ…！」と思ったり…ｗ

Permalink |記事への反応(1) | 09:08

ツイートシェア

■[稀ドメインはてブ]2024年9月滅多にホットエントリを出さないドメインからのホットエントリ

ここ1年で初めてはてなブックマーク日毎の総合人気エントリ入りしたドメインからのホットエントリ、ブクマ数順トップ30

Permalink |記事への反応(0) | 18:57

ツイートシェア

■ブラウザが直接TCP通信できるらしいやん

次の次のChromeで使えるぽい

HTTP以外の通信もできるのはかなりできることが広がるのでは

DBクライアントをJSで実装するかWASMにして直接DBにアクセスできる

クラサバをウェブに持ってくるときにウェブサーバー不要にできるのは助かる

Permalink |記事への反応(0) | 22:08

ツイートシェア

■ゲーム配信の視聴者側でレベル0.5くらいにイラッとすること

多人数マルチゲーや長時間配信で明らかに家庭用安物ルータが泡吹いて死んで「あれ～おっかしいな～繋がらないな～見えないな～」ってやってる時間。

立派なゲーミングパソコン揃えてるんだろうよ、回線も吟味して速い光回線引いてんだろうよ。でも間に入ってるそのルータ、nuroの必須ルータかバッファローのワイファイか知らねえけどさ、本棚の後ろに突っ込まれて熱暴走してるか、ソフトがポンコツでNAT溢れしてるかどっちかで死にかけてるだろ。

NVR500の中古でも何でもいいから強いルータに変えるなり安物ゲーミングならちゃんと風当てて冷やすなりパケロスしないようにしてくれよ。回線ガチャって言うけどネット回線の業者だけが変数じゃねえだろ。それかもうVPN張って無理矢理TCPセッションを1本に絞るとかさ、「また〇〇さんが繋がらないな～」「あれ～突然調子悪くなったな～」って毎回毎回毎回毎回毎回毎回毎回同じことすんなよ。裏ではDiscordで繋がってんだろ、何か知り合いのプロに聞いて同業者で対策回せよ。

大手の箱はある時から一気に減ったぞ。

Permalink |記事への反応(1) | 04:20

ツイートシェア

■なぞなぞ構文で仕事する人

リモートワークになってしばらく経つんだけど、いまだに文字ベースなのになぞなぞ構文で仕事してる人が多くて辛い

「お疲れ様です。今お時間ありますか？」

「はいなんでしょう」

「○○の件なんですがご存じですか？」

「はい知ってます」

「それについていま部内で議論してるんです。それについてご相談しても良いでしょうか？」

「はいどうぞ」

（やっと本題）

これなんなん？こういうコミュニケーションしろって学校で習ってるんか？

「○○さんお疲れ様です、～の件についてご存じでしたら確認したいのですが、部内でそれについて検討してまして以下の内容をご相談したいです」

これで1トランザクションで終わるのに、なんでなぞなぞみたいに何往復もやりとりすんの、TCPなの？

Permalink |記事への反応(7) | 16:52

ツイートシェア

■anond:20240716233229

そこに至るまでには待ち行列理論があってだな・・・

とはいえIPネットワークはどっちかというと発明に近いだろうし

TCPの輻輳制御はリソース最適化技術なので

サイエンスの範疇かと言われると違う気はする

Permalink |記事への反応(0) | 23:43

ツイートシェア

■機械学習er vsWeb開発er vs組み込み開発er比較表【令和最新版】

anond:20240626103929

業務で機械学首（データマイニング）、Web（業務システム）、組み込み（産業インフラ設備）の経験があるので、分野ごとの相違点と発生しがちな軋轢を書いておく。

分野ごとに要求される製品特性が異なるから、異分野に移ると文化摩擦が起きるという話だと思う。製品特性の違いを理解し自らの行動に反映できるようになるには、ベテランでも数年かかるケースがある。開発期間10年のテーマを経験したことがあるが、そうした場合だとワンサイクルを経験するのに10年かかるので。経験から学ぶのが愚者、歴史から学ぶのが賢者ともいうが…。

Permalink |記事への反応(2) | 11:21

ツイートシェア

■AIで世界が変わる？変わるかｗボケｗ

おっちゃんな、３５年パソコン弄ってて、３０年パソコンで飯食ってんだが

定期的に「世界が変わる画期的IT新製品」って奴が陳列されるのを見てきたの

インターネットもそう

Windows95の時も世間は熱狂した

iPhoneもそうだね

なにが変わった？なんも変わってねぇよ

人の営みの基本は変わらんの、メシ食って射精して寝る

少し前だとスマート家電がそうだった、世界が変わると

「アレクサ、照明を明るくして」。。。

紐垂らして引っ張ったほうが早いっちゅうねん

ChatGPTやらも技術キャッチアップで使いましたよ、てか使ってるが

これで何が変わるのか？

多少効率化するかもしれんが業務全体の効率化への寄与は誤差程度でしかない。

もちろんこの誤差程度が積み重なって社会は少しずつ変わっていく、便利にはなっているが。

それで失うもの、新たなロスと結構相殺されちゃう

例えば、ちょっとした経費伝票の処理、昔は完全アナログだったが

事務職の女の子に、「あんじょうよろしく」と領収書を渡しておけば秒で終わった

怪しげな領収書も優秀な事務職さんが華麗な魔法で処理してくれていた

ところが電子化された今はゴチャゴチャゴチャゴチャと自力で入力して電子承認手続きして、

不正防止とやらで新幹線は乗車号数まで書かなきゃならない、時間的に矛盾する報告書出したらチェックされて返ってくるの、暇だねぇ

んでいずれAIで経費の不正検出できます、みたいなソリューションが出てくるのだろう、無駄の上乗せ屋上屋

利益だしとんねんからごちゃごちゃうっせぇわと言いたいが言うても無駄なので時代に迎合

さっき冷え性の事務職さんに「こんなの通りません」って伝票突っ返されたので愚痴でこれを書いてる

【案の定のコメントに追記】

わいインターネットはまだ国内プロバイダーが個人商用サービスを始める前、WindowsがTCPソケットを実装する前、Asahi-NETがパソコン通信からテキストベースでインターネットゲートウェイしてた時代から使ってるからね

がっつりネットつかって、きっちりITで飯食ってる、一応プロのプログラマーっすよ

当時はgccだったなぁ（遠い目）

大友克洋のAKIRAは金字塔として評価されているが、その直後に作られたほぼ無評価の「老人Z」って作品がある。思い出しちゃった、わいこっちのほうが好きなんよね

ネットで世界が大き変わった？

そう勘違いしちゃうのも仕方がない

随分と便利になった、そりゃ否定せんよ、でも変わってないよ

なにを評価して「変わった」と表現するかって話になるが

メシ食って射精して寝る、なにが変わったよ

今はみんなAIに熱狂してる、世界が変わると、なーんも変わらんよ

ちょっと便利に面白くなるだけ、ほんの少しね

あと俺は新技術を否定してるんじゃないよ

でも思ってるほど世界は変わらんと警告してやってんの、よろぴく

Permalink |記事への反応(3) | 11:49

ツイートシェア

■IT技術に興味のないSE

最近になって自分がSEというかIT職に興味がないと薄々感じています。

自分で好き勝手にプログラミングをすることはまあまあ好きなんですが、

それ以外のインターネットの仕組み(HTTPやらTCPやら)だとか、DBの管理だとか、フレームワークだとか。

この仕事を進めるうえで必要にはなるであろう知識を学ぼうという気が起きません。

テレワークで人の目がないからか頻繁にスマホいじったり部屋の中を意味もなくウロウロしてしまいます。

明確な作業がないときは指示をこちらから乞うこともしません。やっても1,2日経ってから。

自分で自分のことが分からないのもおかしいのですが、

「もう何年もSEやってるのにそんなこともわからないのか」と思われるのが怖いからかと思います。

(もうすでにそう思われであろうにも関わらず)

転職をしようにもケアレスミスが多く注意力散漫だから事務職は出来なさそうで、

そのくせ人と接するのが苦手で体力もないものだから肉体労働もすこぶる不安。

それでダラダラと続けてしまって現在に至っています。

本当にどうしようもない。

引きこもって氏ねるのならそうなりたい。

以上、駄男のチラ裏文でした。

Permalink |記事への反応(0) | 20:00

ツイートシェア

■YAMAHA NVR500 でエキサイトMEC光 に接続する方法

ネットに公開されている情報は、初心者には難しいと感じました。

Yamahaのサイトにconfigは公開されていますが、exciteMEC光だと、クリアする注釈が多すぎて。

"NVR500 では、tunnel endpointaddressコマンドを使用して、AFTR のIPv6アドレスを指定してください。"

って書いてますが、exciteMEC光はAFTR公開してないぞ！ってなるので。

正解は[gw.transix.jp]のIPv6アドレスを指定する、で

"tunnel endpointaddress2404:8e01::feed:101"です。

以下、全文。

#

# transixのIPv4接続（DS-Lite）でインターネット接続

#

#

#ルーターの設定：ひかり電話契約なしの場合

#

#

#ゲートウェイの設定

#

ip route defaultgateway tunnel 1

#

#LANインターフェースの設定 (LAN1ポートを使用)

#

iplan1address 192.168.100.1/24

#

#WANインターフェースの設定 (LAN2ポートを使用)

#

ipv6prefix 1ra-prefix@lan2::/64

ipv6lan1addressra-prefix@lan2::1/64

ipv6lan1 rtadv send 1 o_flag=on

ipv6lan1dhcp service server

ipv6lan2dhcp serviceclientir=on

ipv6lan2 secure filter in 1010 1011 1012

ipv6lan2 secure filterout 3000 dynamic 100 101 102 103 104 105 118 119

ngn typelan2ntt

#

#トンネルの設定

#

tunnelselect 1

tunnel encapsulationipip

tunnel endpointaddress2404:8e01::feed:101

tunnelenable 1

#

#フィルターの設定

#

ipv6 filter 1010 pass * * icmp6 * *

ipv6 filter 1011 pass * *tcp * ident

ipv6 filter 1012 pass * *udp * 546

ipv6 filter 3000 pass * * * * *

ipv6 filter dynamic 100 * *ftp

ipv6 filter dynamic 101 * * domain

ipv6 filter dynamic 102 * *www

ipv6 filter dynamic 103 * *smtp

ipv6 filter dynamic 104 * *pop3

#ipv6 filter dynamic 105 * * submission

ipv6 filter dynamic 118 * *tcp

ipv6 filter dynamic 119 * *udp

#

#DHCPの設定

#

dhcp service server

dhcp server rfc2131 compliant except remain-silent

dhcpscope 1 192.168.100.2-192.168.100.191/24

#

#DNSの設定

#

dns hostlan1

dns service fallbackon

dns serverdhcplan2

Permalink |記事への反応(0) | 22:03

ツイートシェア

■anond:20230414165835

昔はI/Oポート、シリアルポート、TCPポート、色々叩いていたもんじゃて。

Permalink |記事への反応(0) | 22:04

ツイートシェア

■anond:20230216122436

女同士の会話は、UDP じゃなくてTCP で 3ウェイハンドシェイク だから、

送信元偽装がやりにくいということなんでは。

Permalink |記事への反応(0) | 12:36

ツイートシェア

■anond:20230113194217

マジレスすると、インターネットのTCP という高品位は３回もデータの受け渡しをしてる。

Permalink |記事への反応(0) | 19:45

ツイートシェア

■anond:20221130155016

まず伝搬遅延を計算します。

これは光の速度から計算できます。

簡単に計算したければ1m=5nsだと覚えましょう。

そうすると1kmは5μsだとすぐに分かるし、1000kmで5msです。（単位を上げるだけ）

東京-大阪間はざっくり500kmなので2.5msで到達できます。

片道の遅延を計測するのは難しいのでpingで往復を測ると5msぐらいです。

実際にはルーターを通過する時間なんかがあるので10msとかになったりします。（30msはちょっと遅い気がする）

ちなみにLTEとかWiFiを挟むと平気で100msぐらい増えます。

電波は共有資源なので誰かが使ってる間は使えないから、使えるようになるまで待つからです。

待ち時間が100msとかになります。5GとかWiFi6はその辺が早かったりします。

東京-サンフランシスコ間だと8000kmぐらいあるので40msです。往復で80msなので、まぁ100msぐらいです。

TCPの場合は送信前に3wayハンドシェイクっていうのをするので2往復ぐらい事前にやりとりします。

なので200msecぐらいかかりますが、最近はFastOpenっていうのもあるので多分もっと早いです。

1GBのデータを送るとして、送り始めの先頭データが到達するのにこれだけの遅延がかかります。

1byteだけ送って、届いた確認が来たら次の1byteを送って・・・なんてやってたらいつまで経っても送れないので

届いてるかどうかは後回しにしてとにかくドンドン送るとします。

この場合、1GBのデータを送り終わるまでかかる時間は、使える帯域によって変わります。

1Gbps使えるなら、1GB送るのにざっくり8secの計算になりますが、まぁ諸々あってそんなわけはなくてもうちょっとかかります。

ちなみにUDPの場合、使える帯域以上にデータを送ると途中で捨てられるだけです。

パケットなので順番が逆転する可能性もありますが、それでも気付かずそのまま送ります。

送られた側でエラーになって初めて気付きます。

TCPだと途中で「ここまでOK？」っていう確認をするのでその分の遅延が入りそうですが、SACKっていう仕組みで良い感じに遅延が少なく通信できます。

Permalink |記事への反応(1) | 17:06

ツイートシェア

■anond:20221130120214

それ不思議なんだよな。音声・映像のリアルタイム通信ではTCPの再送なんて間に合わないから意味ないのに。UDPだって暗号化はできるし、TCP使ってる理由がわからん。

Permalink |記事への反応(0) | 12:08

ツイートシェア

■anond:20221013145402

ほいノ

学歴

中学ん時の偏差値は60くらい。

高専行こうと思えば行けたんだけど、実家離れるの怖くて偏差値45の工業高校へ。

もう全然馴染めなくてさっさと中退。

17歳までニート。

18歳までフリーター。

18歳〜21歳まで定時制に通った。

英語は個人的にそこそこ勉強したけど、数学なんかはⅠの後のAが半分も終わらなかったレベルのバカ校。

大検で足りない単位取って3年で卒業した。

職歴

21歳〜24歳まで契約社員。

この時期は暇で、なぜかやる気に満ち溢れてたから、TOEIC700近くとか日商簿記2級とか色々資格を取った。

24歳でうつになって、30歳くらいまで日雇い・派遣↔無職を半々くらいでリピートしてた。

30歳で製造業の正社員になった。

これが人生初めての正社員だった。

やってる仕事は大したことなかったけど、幸い仕事中にPCをめちゃくちゃ使うのでやりたい放題だった。

この時にプログラミングを始めた。

33歳で正社員の社内SEに転職。

年収めっちゃ下がった。

34歳でWeb系スタートアップに転職。

ここで年収どんどん上がった。

36歳でうつが再発して辞めて今に至る。

プログラミング遍歴

略歴・技術スタック

基本は、仕事で使えそうなもの・必要なものをその都度吸収していった感じ。

Webが中心ではあるけど、組み込みとかのハードが絡む分野以外は結果的に広く浅く手を出してる、つもり。

言語的なやーつ

実務経験があるって胸張って言えるのはこれくらい。

大体習得順。

他には、Python、Julia、R、Fortran、Rust、Go、Dart、Shell、Deno、CSSなんかは少しずつかじってる。

最近はWebに関してはほとんどJS（TS）で済む感じになったので楽。

なんでPLCが最後やねんってツッコミは置いといて、Web系寄りでラダーも触ってるって人は観測範囲ではあんまりいないので、それが俺の数少ない強み。

それ以外のなんかなやーつ

RDBはPostgreSQL、SQL Server、MySQL、SQLiteの順で実務経験あり。

NoSQLはFirestoreが実務経験あり、実務なしだとNeo4jとか。

PaaSはGCP（Firebase）、AWSの順で実務経験あり。AzureはADとVM周りをちょっと触った程度。

Dockerはよく使うけどKubernetesとかまでは行ってない。

後は産業用の通信プロトコル的なやつを無駄に色々触ってる。ModbusTCPとかORiNとかCC-Linkとか。PLCもそうだけど、あの辺は日本とドイツとアメリカが未だに既得権益で幅利かせててまじで闇深い。その代わりそれをブレイクスルーできればめっちゃ稼げる分野だと思う。

閑話休題。

俺のキャリア形成方法と、簡単なアドバイス

まずはカイゼンをしよう

フリーターでどんな仕事してるか知らないけど、仕事で一日の半分が無くなっちゃうじゃん？

だから、その時間をまず有効に使う。

以下、俺の場合ね。

次長クラスの人が「この製造番号でクレームがあったんだけど、作業当時どんなことあったか覚えてない？」みたいなことをわざわざ現場まで何度も聞きに来るんだよ。

作業したのなんて半年前だったりするから一々覚えてないっすよ、って言ってるのに何度も聞きに来るから、イラッとして仕事用のPCで勝手にExcelで業務日報を付けるようにして、イントラのファイルサーバーに置いて「そういう時はこれ見て下さい。次長の貴重な時間が勿体ないです」って言ったのよ。

それだけでめちゃくちゃ喜ばれる。

で、今度はその次長が「この製造番号どれくらいの時間で作業終わった？」みたいなことを現場までわざわざ何度も聞きに来るから、俺はその時またイラッとして、Excelでストップウォッチもどき作って製造番号とか工程ごとに時間計測して記録して、やっぱりファイルサーバーに置いて「これ見て下さい」って言ったのよ。

それでまた、めちゃくちゃ喜ばれる。

俺のプログラミングの始まりは、ひたすらそれの繰り返し。

最初はプライベートな時間も結構使ってやってたんだけど、そういう周りに喜ばれる効率化を繰り返してると、少しずつ業務時間内で自分のスキルアップに直結する時間を作れるようになる。

自分でこれ面倒くせーな、効率よくできねえかなって思ったら、じゃあどうやって？てのを考える。

これがカイゼン。英語でKaizenって言っても通じる。

ちなみにPCがなくても、たとえばメールアドレスさえあれば今の時代カイゼンはできる。

大きな会社に勤めてるとかだと使うのが難しいんだけど、IFTTTとかが良い例かな。

https://ifttt.com

これはiPaaSっていうサービスの一種で、まあ言葉の意味は覚えなくて良いんだけど、要は「イベントAが発生したら別のイベントBを起こせ」っていうのを登録して、自動化できるWebサービス。

例えば、あなたが日雇いの会社にいて、毎日違う現場に働きに行くとする。

で、出勤前、現場到着時、勤務終了の時にLINEで毎日報告しなきゃいけないとする。

で、その報告を受けた事務方は、Googleスプレッドシートにその都度入力する。つまり、それだけの為の事務員が一人いる。

面倒くさいし、お金がかかる。

そこで、「特定のグループでLINEを受信したら（イベントA）、特定のGoogleスプレッドシートに情報を記録せよ（イベントB）」っていうのをIFTTTに登録すると、少なくとも事務員の入力の手間は省けるってえ寸法だ。

IFTTTはたくさんイベントを処理させたい場合は有料になっちゃうけど、個人で試すぶんにはクレカ登録しなきゃいいだけだから試してみるといいよ。

プログラミングを学ぶならN予備校

月1000円で学べる。コスパは圧倒的。

テキストベースだけど、Web講義とかチャットで質問できる。

入門コース（学習に180時間と公称してる）がしっかり理解できていれば、Webで大抵のものは作れる。

ただし、大筋は問題ないんだけど、細かい部分で最新技術をキャッチアップできてない可能性があるので、そこは注意した方が良いかも。

https://www.nnn.ed.nico/pages/programming/

安定志向なら中小企業の社内SEに転職する

N予備校の入門コース終わらせたら、基本情報技術者か応用情報技術者を取る。

そしたら、職歴書の作り方次第で中小企業の社内SEにはまず転職できる。

中小企業の社内SEは、ITリテラシーの低い社員が多い中で「Excelのセルの色が変わらなくなっちゃったんだけど！」とか「複合機が紙詰まりって言ってるけどその紙が見つからない！」とかクソイージーなクエストをこなすだけでおちんぎんが貰える、人によっては天国、人によっては地獄のような職業だ。

ごめん、流石に言い過ぎた。実情は色々と面倒くさい。DXとかバズワードを聞きかじったクソ重役から突然言い渡される重めのミッションとか。

けど安定なのは間違いない。

上昇志向なら中小製造業の生産技術に転職する

N予備校の入門コース終わらせたら、基本情報技術者か応用情報技術者を取る。ここは社内SEと同じ。

生産技術ってのは、誤解を恐れずにすげえ簡単に言えば、カイゼンばっかりやってる人たちのことだ。

あんまり詳しくは言えないんだけど、俺が最後にやっていた仕事は言わば生産技術だった。

で、中小企業の生産技術は、Webに強い人材をかなり欲しがっている。有り体に言うとIoTとかね。

IoTは最近、セキュリティの強化がかなりクローズアップされていて、そのせいで二の足を踏んでる企業が多い。

そこに滑り込むのはアリだと思う。

まとめ

よく「T型人材」って言われ方をするけど、どっちのスペシャリストの言うこともある程度分かる「橋渡し」的な人材になると途端に貴重になって需要が増すので、上昇志向があるなら「Web+何か」の組み合わせでお金稼ぐのが良いんじゃないかな。

ま、橋渡しって自然とプロマネとか任されがちで、裁量大きくて大変なんだけどね。

質問あればどうぞ。頑張って。

Permalink |記事への反応(4) | 18:52

ツイートシェア

■パケロスいうな

TCPでパケロスとか言ってる奴は自分が何を言っているのか分かってんのか

NUROをきっちり糾弾するためにレイヤーのことぐらいは分かってくれ

例えばLTEなんてバンバンパケロスするけどTCPやUDPだと全然パケロスが無い

モバイルバックホールはそもそも品質が凄く悪いのを前提にしている（無線区間のことではない）

パケロスしてるからダメでしてないからOKっていう単純な話では無い

そういうのをひっくるめて「回線速度」で評価できるんだから

単純に「NUROは遅い」って言えばいいし、NUROはそれを向上させればそれでいいんだよ

Permalink |記事への反応(1) | 19:40

ツイートシェア

■anond:20220930124711

適当にSNSやググって聞きかじった程度の知識でデタラメ言うのやめてくれません？

＞LAG WATCHもping(ICMPecho)で計測しているのであてにならないね

＞ちゃんとTCPのコネクション毎にパケロス起こってるか見ないと正確なことはわからない

どうせICMPはルーターでの優先度低いからドロップしても問題ない当てにならないとかどこかで見たんでしょうけど

ICMPが重要なIPv6においてもNUROはICMPパケットをロスしてるのをどう説明するんでしょうかねぇ

Permalink |記事への反応(1) | 18:30

ツイートシェア

■NUROのパケロスが出るの真相　実はパケロスしてない

パケロスしてるって言ってるNUROユーザー、実際はパケロスしてない。

パケロスした！ってスクショはってる人結構いるけどあれは罠。

speedtest.netで速度測定するときにサーバーが自動で選択されるんだけど、

NUROを使っているとGSL Networksってサーバーが自動選択されやすい。

GSL Networksってサーバーに対してスピードテストするとNUROでなくてもパケットロスが出る(ひどいと60%以上)

試しにNURO以外からspeedtest.netでGSL Networksを手動選択してスピードテストしてみてほしい。絶対パケロスが出るから。

で、NUROユーザーが貼っているスピテスのスクショ、

ほとんどの場合テストサーバーがGSL Networksなんだよね。

NUROユーザーはspeedtest.netでテストするならGSL Networks以外のサーバー、例えばi3D.netでもう一度テストしてほしい。

それでパケロス出たら回線か環境の問題。

【追記】

FF14のこれはパケロスを測定する方法じゃなくて経路を報告するためのもの

https://jp.finalfantasyxiv.com/lodestone/topics/detail/b4448590f9576b7c847824215f4ce11d545b48cb

ブコメの指摘の通りパケロスはLAG WATCHで計測できる

けど報告を見るにそんな重大なパケロスは起こってなさそう

https://lagwatch.com/

パケロスじゃなくてBufferbloatが起こってるんじゃないかと疑ってる

https://evenroute.com/bufferbloat

Bufferbloatのテストはここでできる

https://www.waveform.com/tools/bufferbloat

【再追記】

GSL Networksでパケロスが起きる問題、どうやらICMPだけで起こる様子

https://twitter.com/hasegaw/status/1575694680641007616

LAG WATCHもping(ICMPecho)で計測しているのであてにならないね

ちゃんとTCPのコネクション毎にパケロス起こってるか見ないと正確なことはわからない

で、ちゃんと計測している人を探してきましたが9月22日頃の19時-翌1時は普通にレスポンス悪化してますね

https://twitter.com/Clorets8lack/status/1575256365517639680

最近は改善しているみたいだけど今後どうなるか

https://twitter.com/Clorets8lack/status/1575259700622667776

Permalink |記事への反応(11) | 12:47

ツイートシェア

■anond:20220923211542

TCPとUDPしかなくて、そのTCPが詰まるからUDPの上にコネクション型のスパゲティを流すんだろ

Permalink |記事への反応(0) | 13:52

ツイートシェア

■anond:20220923211542

TCPの再送制御があるから輻輳するんだけどな

Permalink |記事への反応(0) | 11:36

ツイートシェア

■パケットは落としていいんだよ

NUROでパケロスが酷いっていうのは問題だし対処してほしいけど

「パケットを破棄するなんて許せない」とか言ってるアホはインターネットを最初から勉強し直してこい

「UDPのパケットを落としてるのは問題」とか言ってるアホもL4の勉強やり直してこい

TCPが遅いだのなんだの文句付けてUDPでネットワークリソースを消費しておいて

いざUDPが輻輳したらNUROに文句言うとかお門違いにもほどがある

文句を言う先は任天堂だし任天堂はまともなネットワークエンジニアを雇えよ

今時のゲームはUDPで冗長に送るのがデフォだし輻輳制御とか全然考えてないから絞られて文句言う方がおかしいわ

ゲームじゃなくて仕事で使ってる人からすれば「そんなクソUDPパケットはバカバカ落としてしまっていい」っていう感じだし

TCPみたいなフェアネス考えてないパケットはもうガッツリブロックしていいんだよ

文句言う先間違えんな　アホども

追記

伸びててワロタ

そして全員電話屋さんの脳みそでワロタ

1Gの先に100Mの回線繋がってたら「90%もパケロスしてる！」って騒いでるようなもん

送ってる奴が悪いに決まってるだろ

もちろんそんな単純な話では無いんだけど輻輳の原因がスプラで制御してくれないならUDP狙い撃ちで落とすしかないでしょ

他の人が困るんだからそれでいいし、パケロスしてても完全ブロックじゃないんだから端末側でどうにかせーよっていうのがインターネットですよ

まぁそもそも「ベストエフォート」っていう単語が良くないと思う

特に日本人は「もっと頑張れ」とか言い出しそうで

1Gの回線で1Gのスピードが出ないのは頑張りが足りないから、とか思ってそう

「無保証シェア回線」とかにした方が良いのでは

Permalink |記事への反応(12) | 21:15

ツイートシェア

■ネットに詳しい人教えて!今もイーサネット使ってるらしいけど、人増えた現代で困ることないの？

イーサネットはある人が通信していたら同時にそのルートを通る通信はできない、衝突避けるために通信を一時止めるみたいなシステムになってるらしいけど、これ何十億人と同時にネットしてる現代だと止まりまくりじゃないの？

止まりまくってるのが、隣人がAV見てる時の通信が重くなるっていうアレ？

帯域制限みたいなのがあるらしいけど、そのレベルまでは間断なく送信できて（光の速さ的な速度でパケットが飛び交う？）、AV見てる奴がいると、イーサネットにavのデータばかりが流れまくって、AVの隙間を縫うために一時停止が頻発して通信が遅くなるって理解？

ネットに落ちてた20年ぐらい前の群馬大学のtcpipの講義用レジュメ見て言ってるだけだから、現代では改良されてるかもしれんが…

Permalink |記事への反応(1) | 12:37

ツイートシェア

■anond:20220825182210

まずTCP読めや

Permalink |記事への反応(0) | 06:33

ツイートシェア

■anond:20220727110536

間違った内容＆飛躍してる文章が書籍に混ざりこんでることは多々あることなので、今回のことが特別なことだと感じなかった

今回のことを見ていてむしろ驚いたのは、自分の解釈が絶対的に正しいと断言する人が多数いたこと

文章って、批判的に読みかつ自分の解釈に対しても批判的になるものだと思うけど、Twitterでは本の内容が誤りだと即断していた

「TCP/IPはGAFAに独占されている」と言われた場合、まっさきに思うことは「そうだっけ？」なのは確かだけど、もしこの文章が正しいとしたらどういう意味で言っているのだろうか、という問いを立てて解釈を試みるものだと思う

たとえば、トラフィック量で換算すると確かにGAFAが独占しているかもしれないからそのこと言っている？とか、

あるいは、グーグルのBGP設定ミスで通信障害が発生したことあるけど、グーグルのもつASにインターネットが依存してるってことを言ってる？とか、

あるいは、次のTCPと言われるQUICはグーグルが開発したものだし、そういうことを言ってる？とか

「ブロックチェーンはプロトコル」と言われた場合も、これは通信プロトロコルではなく、プロトコルの原義である外交儀礼や条約のことを指してる？とか

「イーサリアムはOS」というのも、単一の物理マシン上で動くOSのことなのか、あるいは仮想マシン上で動くゲストOS的なものなのか、あるいはロボットOSでいうところのメタOS的なことなのか？と色々と解釈できる

技術書といえど言葉足らずな表現は多々あるので、それは自分で補って読むものだと思ってたから、今回の騒動は興味深かった

恐らく、Web3に対してヘイトが溜まっていて、それが表出したに過ぎないのだろう

Permalink |記事への反応(1) | 13:27

ツイートシェア