ヒストリー
ヤマハネットワーク機器の歴史 1987年、ヤマハ株式会社はデジタル音声処理技術を応用して通信用LSIに参入。1995年、その応用製品の一つとしてヤマハネットワーク機器は生まれました。ユーザーの声とともに進化を続けた20年の歴史を振り返ります。 静岡で開発 1887年、ヤマハ株式会社は、創業者の山葉寅楠が浜松尋常小学校（現元城小学校）のオルガン修理を切っ掛けに創業しました。楽器製造から派生したデジタル音声処理技術を応用して、1987年に通信用LSIに参入しました。ヤマハネットワーク機器は、1995年に通信用LSIの応用製品の一つとして生まれ、 本社のある静岡県浜松市で開発しています。 写真は、通信用LSIの2世代目にあたるGⅢモードファックス(9600bps)に対応した「YM7109」(1988年発売)です。YM7109は、従来2チップ構成だったものを1チップ化しつつ、低省電力化(300mW
無線LANサイトサーベイの大まかな流れを知ろう
ユニアデックス システムマネジメントサービス事業本部 NWソリューション統括部 WiFi＆NFV技術部 第ニ課 第1グループ 無線LANインフラを導入するには、やみくもにアクセスポイント（AP）を置けばいいというものではない。無線LANを利用できるようにするための電波環境設計をきちんと実施することが重要だ。その過程で、現地の状況を調査する段階に当たるのが「サイトサーベイ」（site survey）である。日本語にすると「実地調査」という意味になる。 電波環境の設計は図1-1に示した流れで進める。まず行う必要があるのが「要件の整理」だ（図1-2）。「5GHz帯と2.4GHz帯でそれぞれ利用する無線規格」「ユーザーの主な利用目的」「無線LANを利用可能なエリア」といった要件をまとめて整理する。この段階で大まかな設計方針を決めておく。
MTUとフラグメント
解説書 Vol.1 7.5.3 MTUとフラグメント IPパケットを中継するとき，最大転送単位(MTU：Maximum Transfer Unit)に従い，それ以上大きなパケットは分割して送信します。これをフラグメント化といいます。MTUのサイズに収まるパケットはハードウェア処理で中継しますが，分割して送信する場合はソフトウェア処理で中継するため中継パフォーマンスが低下しますので注意が必要です。 ＜この項の構成＞ (1) 最大フレーム長とMTUの決定 (2) MTUとフラグメント (3) フラグメントの生成 (4) フラグメントの再構成 (1) 最大フレーム長とMTUの決定 (a) インタフェースに対してポートが一つ存在する際のMTU値の決定 ネットワーク内の中継装置を経由するレイヤ3パケット(IPパケット)は，回線を流れる物理フレームの中にカプセル化されています。カプセル化を次の図に示し
IHANet (Internetworking Hobbyist Association Network) - MTU
MTU早見表 自分の使用している回線と、使用する接続形態によって、MTUの設定を決める必要があるため、設定の際には参考にしてください。 まず、自分の回線種類から生足のMTUを決めてください。 (1) ホスティングサーバー、USEN(L2接続)、KDDIひかりoneなど、LANに直接接続されている場合: 生足のMTU 1500 (1)' Flets.NET(NTT東)、V6アプリ(NTT西)を契約し、IPv6で利用者間通信をする場合: 生足のMTU 1500 ※フレッツ光ネクストには、利用者間通信機能がないため、利用者間でIPv6 over IPv6、IPv4 over IPv6、EtherIP over IPv6などをすることはできません。 (2) NTT東西 Bフレッツ(光ネクスト含む)、フレッツADSL、アッカ ADSL: 生足のMTU 1454 (3) NTT西の光プレミアムの場合:
VyOSをAWSで使う時によくやることをまとめてみた | DevelopersIO
最近、VyOSと戯れることが多い市田です。 別リージョンとのVPN接続などの際に、ソフトウェアルータであるVyOSをよく利用します。今回は、VyOSをAWS上で作成する際にやることをまとめてみました。 前提の構成 下記のような構成を想定して説明していきたいと思います。 VyOSでVPN接続するまで 基本項目 MarketplaceからVyOSインスタンスを作成できたら、下記の項目を対応していきます。 なお、対向のVPCで指定するAS番号は65000とします。 送信元/送信先チェックの無効化 VyOSバージョンアップ コンフィグ投入 configureコマンドで編集モードになって投入します。 コンフィグは東京側のVPCで「VPN接続」を作成した際にダウンロードできます。 「VPN接続」の作成については、下記の「対向VPC(VPC-Tokyo)の設定」の項目を参照してください。 ダウンロードし
GRE および IP セキュリティでの IP フラグメンテーション、MTU、MSS、および PMTUD の問題の解決 - Cisco
概要 このドキュメントでは、IP フラグメンテーションおよびパス最大伝送ユニット ディスカバリ（PMTUD）の動作を示し、IP トンネルの異なる組み合わせとともに使用される場合の PMTUD の動作に関連するシナリオを説明します。 インターネットで現在広く普及した IP トンネルの利用により、IP フラグメンテーションおよび PMTUD に関連する問題が顕在化しています。 IP フラグメンテーションと再構成 IP プロトコルは、さまざまな伝送リンク上で使用する設計になっています。 IP データグラムの最大長は 65535 ですが、ほとんどの伝送リンクでは MTU と呼ばれる、より小規模な最大パケット長の制限が適用されます。 MTU の値は、伝送リンクのタイプに依存します。 IP では、ルータによる IP データグラムのフラグメント化を必要に応じて許可することにより、異なる MTU に対応す
314825 - ブラック ホール ルーターの問題をトラブルシュートする方法
すべての Microsoft 製品 Microsoft 365 Office Windows Surface Xbox セール サポート ソフトウェア Windows アプリ OneDrive Outlook Skype OneNote Microsoft Teams PC とデバイス Xbox を購入する アクセサリ VR & 複合現実 エンタメ Xbox Game Pass Ultimate Xbox Live Gold Xbox とゲーム PC ゲーム Windows ゲーム 映画とテレビ番組 法人向け Microsoft Azure Microsoft Dynamics 365 Microsoft 365 Microsoft Industry データ プラットフォーム Power Platform 法人向けを購入する Developer & IT .NET Visual Studi
普通は数十万円以上するスイッチをラズパイで作ってみた
OpenFlowという技術をご存じだろうか。ソフトウエアでネットワークの構成や設定を変更するSDN（Software-Defined Networking）という考え方で中心的な役割を果たしている技術だ。OpenFlowを利用することで、WebブラウザーやIP電話、ビデオ会議といったアプリケーションの違いを判断して、ネットワーク経路の変更や回線種別の切り替え、帯域制御などを自動的に行うといった柔軟な機能を実現できる。 OpenFlowの特徴は、データ転送を行うハードウエア（データプレーン）とそれを制御するソフトウエア（コントロールプレーン）が明確に分離されていることだ。従来のレイヤー2（L2）スイッチなどのネットワーク機器では、これらの機能は同じ機器の中に一体で組み込まれていた。これに対し、OpenFlowでデータプレーンを担当するOpenFlowスイッチはデータ転送機能だけを持つ。このス
Shrubbery Networks, Inc. - RANCID
RANCID - Really Awesome New Cisco confIg Differ RANCID monitors a router's (or more generally a device's) configuration, including software and hardware (cards, serial numbers, etc) and uses CVS (Concurrent Version System), Subversion or Git to maintain history of changes. RANCID does this by the very simple process summarized as: login to each device in the router table (router.db), run various c
ほげめも: Debian vs Ubuntu: ネットワークインタフェースの名前
Debian vs Ubuntu: ネットワークインタフェースの名前 Debian と Ubuntu の違いについて深追いする超不定期連載第 2 回は ネットワークインタフェースの名前の付けかたについてです (なお第 1 回は 1 年半くらい前の記事 でした)。 今回は Debian/Ubuntu ばかりでなく Red Hat 系のディストリビューションも深追いしました。 2014/12/31 更新: Moriwaka さんのご指摘 をいただき Red Hat 系ディストリビューションの記述を修正しました。 biosdevname は RHEL 6.1 から導入されています。 永続的な名前・予測可能な名前 Linux カーネルのネットワークインタフェースは、 ドライバが検出した順に eth0 eth1 … といった名前がつけられるようになっています。 ただしこれだけでは各デバイスがプローブ
Monitoring and Tuning the Linux Networking Stack: Receiving Data | Packagecloud Blog
Monitoring and Tuning the Linux Networking Stack: Receiving Data TL;DR This blog post explains how computers running the Linux kernel receive packets, as well as how to monitor and tune each component of the networking stack as packets flow from the network toward userland programs. UPDATE We’ve released the counterpart to this post: Monitoring and Tuning the Linux Networking Stack: Sending Data.
[Amazon VPC]ハードウェアVPN接続のMTUとTCP MSSの最適値を探す | DevelopersIO
さて、Management Consoleの[VPN Connections]画面から、各機器に合わせた設定ファイルをダウンロード出来ることは上記の記事でご説明しました。 この設定ファイルの内容を見てみると、ちょっと気になる部分があります。例えばGeneric Vendorだと... IPSec ESP (Encapsulating Security Payload) inserts additional headers to transmit packets. These headers require additional space, which reduces the amount of space available to transmit application data. To limit the impact of this behavior, we recommend t
![[Amazon VPC]ハードウェアVPN接続のMTUとTCP MSSの最適値を探す | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/495673edbefe7b7bc5e6e9e54b2565989b893342/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2013%2F09%2Faws1.png)
AWSとVPN接続したら応答が無くなる時の対応
おはようございます。インフラ宮下です。 AWSのVPCとオフィスをVPNで接続するケースは良くありますが、構成によってはダウンロードしたconfigではうまく動作しない事があります。 今回は、以下の環境の時に変更しなければいけなかった設定をまとめたいと思います。 １）AWSの接続環境 [shell]リージョン：シンガポール ルータ：YAMAHA RTX 1200 経路情報：Static[/shell] ２）VPNのconfigを確認 VPN Connectionsを作成した後にconfigをダウンロードすると設定項目として、IKE・IPSec・Tunnel Interface・Static Route の4項目がありますのでそれぞれの内容について確認しましょう。 ・IKE [shell] tunnel select 1 ipsec ike encryption 1 aes-cbc ipse
AWSのVPCにおけるMTUとMSS設定について | mobilebiz
Amazon Web ServicesのVPCを、YAMAHA RTX1100で構築していますが、以下の現象が発生して困っておりました。 viコマンドやls -lコマンドなどを利用した場合に、sshがフリーズしてしまう（再現性あり） VPC内の端末間では現象がおきないことから、VPC（AWSと自社側）の間で何か問題が発生しているっぽい。 特定のコマンドや、特定のディレクトリをリストした場合に現象が出ることから、送受信データに問題があるっぽい。 ということで、疑わしいところはパケットサイズではないかと睨み、MTUのサイズをpingコマンドで探し出してみた。 ping -f -l 1362 -n 1 サーバアドレス ←これはOK ping -f -l 1363 -n 1 サーバアドレス ←これはNG ということで、MTUサイズは1362+20（IPヘッダ）+8（ICMPヘッダ）=1390 MS
AnyConnect MAC OS X のトラブルシュートで採取する情報全般
1. 目的 MAC OS X 版 AnyConnect のトラブルシューティングで収集する情報全般、および採取方法を整理して紹介します。 事象内容に応じたログを調査の初期段階から採取することにより、迅速に調査が進むことが見込まれますので、是非ご活用ください。 なお、本資料は AnyConnect 4.0.00048 および、MAC OS Yosemite (10.10.1) を使用して作成されています。お使いの環境によって表示内容が多少異なる場合がありますが、AnyConnect 3.1 以降、MAC OS 10.8 以降をご利用であれば、手順としてそれほど大きな違いはないとご認識ください。 2. 必須となる情報 DART の採取は、ほぼ必須の情報となります。 また、DART の内容を確認するにあたり、問題となる事象が発生した時刻を正確に把握する必要があります。 そこで、お問い合わせに際し
【メモ書き】Cisco ASA での Split Tunneling « *Acqua-Alta*
【構成】 Hosts —– Internet =====> ASA ===== SSL-VPN =====> Server | Other HP [ex:http://www.google.com/] Split Tunneling は VPN をやっていると 結構使う設定なので、メモ書き。 要件は以下の2点。 - Hosts は ASA へアクセスし、SSL-VPN 接続をする - VPN Tunnel を使用するのは、あくまで ASA 内部ネットワークへの通信のみで それ以外は、Real Eth で通信をする SSL-VPN は此処では AnyConnect を使用。 AnyConnect いいよね、iPhone アプリも Cisco は開発してくれたし。 SA の Derault-GW は Internet 側です。 設定でいえば、route outside 0.0.0.0 0.0.
Dockerのネットワーク管理とnetnsの関係 - めもめも
RHEL7RC+EPEL版Dockerの前提で解説します。RHEL7RCを最小構成で入れて、次の手順でDockerを導入します。 # yum -y install bridge-utils net-tools # yum -y install http://download.fedoraproject.org/pub/epel/beta/7/x86_64/epel-release-7-0.1.noarch.rpm # yum -y install docker-io # systemctl enable docker.serviceDockerが設定するiptablesの内容を見るために（見やすくするために）、firewalldを停止した上でdockerサービスを起動します。 # systemctl stop firewalld.service # systemctl mask firew
Linux Route Hacks
Hacks to Fix Routing Problems on Linux In working with linux boxes in Glued environment, we have had cause to have a couple of boxes with multiple IP addresses, and the default Red Hat network configuration scripts do not seem to work correctly for what we needed in some of these cases. This document lists the problems seen and some hacks to fix them. Note: These fixes are called hacks for a reaso
シリアルコンソールを極めよう - Part1. 概要編 - インフラ寺子屋ブログ
2014-05-03 シリアルコンソールを極めよう - Part1. 概要編 ナレッジ 今回から7回に渡って、シリアルコンソールについて解説していきたいと思います。 「え、シリアルコンソールでそれだけ話す事あるの？」と思われるかもしれませんが、実はあります。 実際はそれほど難しいものではありませんが、一度きちんとノウハウをまとめたものを作りたいので、書いていこうと思っています。 シリーズ一覧 →シリアルコンソールを極めよう - Part1. 概要編 シリアルコンソールを極めよう - Part2. USB変換ケーブル編 シリアルコンソールを極めよう - Part3. 変換コネクタ編 シリアルコンソールを極めよう - Part4. ケーブル編 シリアルコンソールを極めよう - Part5. ターミナル編 シリアルコンソールを極めよう - Part6. コンソールサーバを自作しよう
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MTU Cheat Sheet