リアルタイム・ストリーミング・プロトコル (RTSP) (調査と解説)
調査と解説 この “ブログ” では，情報通信技術を中心とする各種のみじかい調査結果や解説をとりあげます． この “ブログ” の目的については 「ブログの目的」 に書きました． このブログの各項目に関するライセンス条件 (基本的にパブリック・ドメイン) は 「このブログの内容に関するライセンス条件」 に記述しています． その他の付帯条件と連絡先については 「このブログに関する付帯条件とコメント，誤記などの連絡先について」 を参照してください． リアルタイム・ストリーミング・プロトコル (Real Time Streaming Protocol, RTSP) は IETF において標準化されたリアルタイム性のあるデータの配布 (ストリーミング) を制御するためのプロトコルである． ここでは RTSP について説明したあと，RTSP がもたない巻き戻し，早送りの機能についても論じる． 1998
株式会社アイ・ビー・イー (IBE COMPANY LIMITED) ソフトウェア開発
2023.11 弊社ドメイン[mpeg.co.jp]の変更(2023/03)に伴い、この度(2023/11)、全社員のメールアドレスを変更(mpeg.co.jp)することをお知らせ致します。 2023.6 FOR-A CONNECT 2023 内覧会(6/22[Thu]～6/23[Fri])無事に終えることができました。ご来場頂きました皆様、ありがとうございました。 2023.6 FOR-A CONNECT 2023 内覧会(6/22[Thu]～6/23[Fri])に合わせ、弊社にて内覧会を開催し、映像機器とIT技術が融合した製品、ソリューションを展示致します。 2023.3 株式会社朋栄アイ・ビー・イーと株式会社シーパスの2社を、2023年3月1日株式会社アイ・ビー・イーに経営統合しました。 ホームページのドメインをmpeg.co.jpへ変更しました。
DHCP_BROADCAST flag RFC2131(Dynamic Host Configuration Protocol)
トップページ - 翻訳ドキュメント - RFC 2131 原文：ftp://ftp.rfc-editor.org/in-notes/rfc2131.txt 2004/08/20 0.1.0 初版 2005/12/16 0.2.0 一年以上ぶりに全体的に見直し。意味が違っていた部分があったのでマイナーバージョンアップしました。 2016/03/27 0.2.1 誤記修正(セクション 4.3.2) ソーシャルブックマーク： サイト内関連リンク： RFC 3396 DHCPv4における長いオプションの符号化 Network Working Group Request for Comments: 2131 Obsoletes: 1541 Category: Standards Track 動的ホスト構成プロトコル Dynamic Host Configuration Protocol この文書の位
Address Resolution Protocol - Wikipedia
ハードウェアタイプ (HTYPE) ネットワークプロトコルの種類。イーサネットの場合は1。 プロトコルタイプ (PTYPE) ARPリクエスト要求が意図するインターネットプロトコル。IPv4の場合、0x0800以降の値。使用される値は、EtherTypeのものを流用する[3][4][5]。 ハードウェア長 (HLEN) オクテットによるハードウェアアドレスの長さ。イーサネットアドレス（MACアドレス）のサイズは6。 プロトコル長 (PLEN) 上位層のプロトコル（PTYPEに指定された上位層プロトコル）が使用するオクテットによるアドレス。IPv4のアドレスサイズは4。 オペレーション 送信者が実行している動作。1は要求、2は返信。 送信元ハードウェアアドレス (SHA) 送信側のメディアアドレス（Media address、MACアドレス）。ARPリクエストでは、要求を送信するホストのアド
それでも独自のCSVを書くつもりですか？ | POSTD
一部誤訳の指摘があったため、修正しました！ご迷惑おかけして申し訳ございません！ あなたは自分でCSVを書いてみたいですか？ フィールドはコンマで区切り、行は改行で分けます。簡単ですよね。数行書けば勝手が分かるというものです。 でも、ちょっと待ってください。 フィールド内にコンマがある場合は？ ダブルクォート（”）で、該当のフィールドを囲みましょう。簡単ですね。 では、ダブルクォートで囲めるフィールドに例外はあるのでしょうか？ フィールド内にダブルクォートがある場合は？ フィールド内の各ダブルクォートに対して、ダブルクォートを二重化して適用しましょう。そうすれば元のダブルクォートをエスケープすることができます。 なお、二重化したダブルクォートと空フィールドを囲んでいるダブルクォート（ ...,"",... ）を勘違いしないように気を付けてください。 フィールド内に改行がある場合は？ その場合
FDQN - アンサイクロペディア
FDQNとは、RFC1035や1855に従わない、互換性に問題が生じる可能性のあるホスト名のことである。 概要[編集] インターネットの商業開放まで、ドメイン名やユーザー名は、JPNICなどによるおごそかな儀式のもと、うやうやしく神に捧げられる尊き存在であった。当然、RFCに従わないなどという はしたないドメイン名やメールアドレスなど、存在するはずもなかった。 しかし、インターネットの商業化で事態は急変した。 ホスト名、ドメイン名、ユーザー名はいずれも、従来象牙の塔に籠っていた聖職者にはない、新しい発想で付与されるようになったのだった。しかも大量に。 ドメイン名[編集] ドメイン名についてはJPNICが著しく不適切なものを登録しないため、あまりに異常なドメイン名は少ない。 しかし、個人が.comドメインを取得したり、インターネットサービスプロバイダでもないのに.netを取得したり、「自分は
PHP: rfc:returntypehinting
rfc/returntypehinting.txt · Last modified: 2017/09/22 13:28 by 127.0.0.1
ドメイン名の例を書くときは"example.com"が使われますが、グローバルIPの例を書くときは何と書けばよいでしょうか？…
ドメイン名の例を書くときは"example.com"が使われますが、グローバルIPの例を書くときは何と書けばよいでしょうか？(IPv4の話です) ちなみに私が見た例ではこのようなものがありました。 10.20.30.40 xxx.xxx.xxx.104 前者の例だと、地球儀にダーツを投げるがごとく、実在のアドレスに一致してしまいそうですし、 後者の例だと、よく知らない人が "x" をそのまま書いてしまうそうです。
RFC1201 日本語訳 - [RFC/技術資料] ぺんたん info
1201 Transmitting IP traffic over ARCNET networks. D. Provan. February 1991. (Format: TXT=16565 bytes) (Obsoletes RFC1051) (Also STD0046) (Status: STANDARD) プログラムでの自動翻訳です。 英語原文 Network Working Group D. Provan Request for Comments: 1201 Novell, Inc. Obsoletes: RFC 1051 February 1991 Provanがコメントのために要求するワーキンググループD.をネットワークでつないでください: 1201 ノベルInc.は以下を時代遅れにします。 RFC1051 1991年2月 Transmitting IP Traffic ove
２行に渡るメールヘッダの正しい処理
問題発生 長いメールヘッダの規定 MIMEの規定 正しいメールヘッダ復元の実装 問題発生 ある方より、メール投稿利用時に長い日本語タイトルを付けると、途中に半角スペースが入ってしまうというバグ報告を受けました。 Subject: =?ISO-2022-JP?B?GyRCPmFHKz5hRys+YUcrPmFHKz5hRys+YUcrPmFHKz5hGyhC?= =?ISO-2022-JP?B?GyRCRys+YUcrPmFHKz5hRys+YUcrPmFHKz5hRys+YUcrPmFHKz5hGyhC?= のようにMIMEエンコードが長くなり空白が入ったときに、この空白がデコードされてもそのまま残ってしまうことが原因です。やっつけならこの空白を除去するだけで良いのですが、やっつけプログラムは最低なのできちんと調査してみました。 長いメールヘッダの規定 RFC 2822「Internet
SMTP - SPF導入のすすめ : 404 Blog Not Found
2007年04月15日12:00 カテゴリiTech SMTP - SPF導入のすすめ NNIPFの話題も出たので、SPFについても書く事にします。 SPFって何? Weblioはこう答えてくれました。 SPF とは (Sender Policy Framework) エスピーエフ, えすぴーえふ SPFとは、電子メールの送信元ドメインを認証する方式のひとつである。SMTPの拡張仕様であり、RFC 4408として定義されている。 ここまでの説明は合ってます。が、以下の下りは完璧に間違っています。 SPFでは、あるドメインに対して電子メールを送ることのできるアドレスを、メールサーバーの側であらかじめ送信者のIPアドレスとして管理している。管理よって認証されたアドレスがメールサーバーの保有している情報と整合した場合に限り、そのメールが正当なものとして送信される。 詳しくはRFC 4408または
Stream Control Transmission Protocol - Wikipedia
Stream Control Transmission Protocol（ストリーム制御伝送プロトコル、ストリーム コントロール トランスミッション プロトコル、SCTP）は、2000年にSIGTRAN ワーキンググループによって定義されたトランスポート層のプロトコルである。 RFC 4960 - Stream Control Transmission Protocol RFC 3286 - 導入テキスト 輻輳制御を行い、到着順序を保証する信頼性のあるメッセージ転送を行うという点で、同じ層のプロトコルであるTCPと同様のサービスを提供する。TCP はバイト (byte) 指向であり、SCTP はフレーム・メッセージのやり取りである。 利点[編集] SCTPの利点は以下の通り。 マルチ・ホーミングのサポート。コネクションのエンドポイントは複数のIPアドレスを持つことができ、ホストやネットワー
ESMTP ‐ 通信用語の基礎知識
ESMTPは、SMTPを拡張する枠組みを規定するもので、どのような拡張をするかは別のRFCで規定される。 例えば、7ビットしか通さないSMTPの仕様を改良し、8ビット転送(8BITMIME)を可能とする仕様はRFC 6152で規定される。 8BITMIMEに加え、バイナリ転送(BINARYMIME)を可能とする仕様はRFC 3030で規定される。 1993(平成5)年2月: RFC 1425 SMTP Service Extensions [PROPOSED STANDARD] 1994(平成6)年7月: RFC 1651 SMTP Service Extensions [DRAFT STANDARD] 1994(平成6)年7月: RFC 1869/STD 10 SMTP Service Extensions [STANDARD] 2001(平成13)年4月: RFC 2821 Simpl
RFC3629 ＵＴＦ－８、ＩＳＯ１０６４６の変換フォーマット
この文書はRFC3629の日本語訳（和訳）です。 この文書の翻訳内容の正確さは保障できないため、 正確な知識や情報を求める方は原文を参照してください。 翻訳者はこの文書によって読者が被り得る如何なる損害の責任をも負いません。 この翻訳内容に誤りがある場合、訂正版の公開や、 誤りの指摘は適切です。 この文書の配布は元のＲＦＣ同様に無制限です。 Network Working Group F. Yergeau Request for Comments: 3629 Alis Technologies STD: 63 November 2003 Obsoletes: 2279 Category: Standards Track UTF-8, a transformation format of ISO 10646 ＵＴＦ－８、ＩＳＯ１０６４６の変換フォーマット Status of this Mem
MD5 - Wikipedia
A 2013 attack by Xie Tao, Fanbao Liu, and Dengguo Feng breaks MD5 collision resistance in 218 time. This attack runs in less than a second on a regular computer.[2] MD5 is prone to length extension attacks. The MD5 message-digest algorithm is a widely used hash function producing a 128-bit hash value. MD5 was designed by Ronald Rivest in 1991 to replace an earlier hash function MD4,[3] and was spe
content-type一覧
plain richtext enriched tab-separated-values html sgml vnd.latex-z vnd.fmi.flexstor uri-list vnd.abc rfc822-headers vnd.in3d.3dml prs.lines.tag vnd.in3d.spot css xml rtf directory calendar vnd.wap.wml vnd.wap.wmlscript vnd.motorola.reflex vnd.fly vnd.wap.sl vnd.wap.si t140 vnd.ms-mediapackage vnd.IPTC.NewsML vnd.IPTC.NITF vnd.curl vnd.DMClientScript parityfec RFC2646／RFC2046 RFC2045／RFC2046 RFC189
メールアドレスの正規表現
更新日 2019/5/3 戻る Perlメモへ - メールアドレスの正規表現へ Perl正規表現雑技へ 更新履歴 2019/05/03 「制御文字を除去する」「参考文献」RFC5321日本語訳のリンク修正 2009/08/13 $atextのバグ修正 2009/05/06 「正規表現を簡略化する」追記 2009/04/29 「旧形式を削除する」追記 2009/04/13 「IPアドレスを除去する」追記 目次 RFCに準拠したメールアドレスの正規表現 コメントと空白文字を除去する 制御文字を除去する IPアドレスを除去する 旧形式を除去する 正規表現を簡略化する 参考文献 RFCに準拠したメールアドレスの正規表現 メールアドレスについては RFC 5322 に addr-spec として書かれています． 下記は RFC 5322 に従って導き出した正規表現です． 14,277バイトあります．
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
RTP: リアルタイムアプリケーションのための転送プロトコル rfc1889.j.sjis.txt
lowlife.jp
PHPを利用していて、 date('Y-m-d H:i:s') という表記をよく使います。…