問題タブ [rfc]

nalがRTPのカプセル化を目的としている場合、シンテックスとサイズの観点からNALUで変更できることとできないことは何ですか？

cot.ag/o1LnfWHttpWebRequestを使用して.NETからURIを使用しようとすると、301 Moved応答が返され、応答ヘッダーLocationの（誤った）値は次のようになります。

http://www.joycemeyer.org/BroadcastHome.aspx?video=Living_Beyond_Your_Feelings_â_Pt_1&utm_source=Twitter&utm_campaign=EEL&utm_medium=post&utm_term=September29&utm_content=post

Fiddlerから、（正しい）Locationヘッダー値を取得します。

http://www.joycemeyer.org/BroadcastHome.aspx?video=Living_Beyond_Your_Feelings_–_Pt_1&utm_source=Twitter&utm_campaign=EEL&utm_medium=post&utm_term=September29&utm_content=post

Fiddler URLで–が発生する場所の違いに注意してください。Fiddlerの場合、バイトはE2 80 93です。.Netの場合、バイトはE23F3Fです。これにより、ヘッダーの解釈が不正確になり、その後、リダイレクトに従わなくなります。

これは.NETFrameworkのバグだと思いますが、RFCが何として送信すべきかはわかりません。これをバグとしてMicrosoftに報告する必要がありますか、それとも間違ったコードページでヘッダーを提供する際のbit.lyによる失敗ですか？

ISO/IECドキュメントやRFCのような「エアインターフェイスに依存しない」/AI2プロトコルを指定するプロトコルドキュメントがあるかどうか知りたいです。特にGPSドメインの場合。

前もって感謝します...

よろしく、Aadishri

HTTP / 1.1標準であるrfc2616では、引用符で囲まれた文字列は次のように定義されています。

この定義では、「」はTEXTのように見えるため、<">\<">（quote、backslash、quote）は有効な引用符で囲まれた文字列のように見えます。ただし、これは、エスケープ文字としてのバックスラッシュの適切な使用法と矛盾し、引用符で囲まれた文字列の終わりを明確に判別できない可能性さえあります。ここで私のエラーはどこにありますか？

RFCはまた述べています

引用符で囲まれた文字列内のLWSでもSPに置き換えることができるという解釈を読みました。私がRFCを文字通りとると、それはそれが言うことです。これは、引用符で囲まれた文字列 ""、 "\ n"、 "\ n \ t \ t \ t"、…がすべて同じであることを意味するため、私はこれに戸惑っています。それらの引用符で囲まれた文字列は、実際には意味的に区別できませんか？

IPv6/IPv4 トンネリングを使用して DNS クエリを DNS サーバーに送信することについて、標準が正確に何を言っているのか疑問に思っていました。これは有効なことですか？これについて話しているRFC（および可能であればセクション）を知っている人はいますか？

ありがとう。

OAuth 2.0のHTTPMACアクセス認証スキーム（ draft-ietf-oauth-v2-http-mac-00 ）の標準化に関してIETFドラフトに何が起こったのか誰かが知っていますか？

このインターネットドラフトは2011年11月12日に期限切れになり、IETFトラッカーツールは、この提案が取り下げられたか、フォローアップが行われたかを通知しません。

作業中のOAuth2.0WebサービスにMACアクセストークン認証を実装する必要があるため、このドラフトの最新のステータスを知りたいと思います。

Eran Hammer-Lahav、あなたはそこにいますか？

Syslogは、その前のRFC5424およびRFC3164で説明されているネットワークプロトコルです。

-と-

Syslogは*nixの世界の標準です。それはあなたがロギングを行う方法です。ローカルマシンだけでも、UDPパケットが作成されることはありません。（そうですか？）プロトコルとRFCは、ここでは適用されません。

Syslogとは主に、プロトコルまたはロギング標準とは何ですか？なんで？

ウィキペディアのページを関連情報で更新できるように、これをお願いしています。ページを編集する際に、私はプロトコルまたは標準に焦点を合わせますか？両方を行うことはできません。この質問への回答は、ページを[Syslog]と[Syslogプロトコル]に分割する必要があるかどうかが考慮されます。

いくつかの SNMP 機能をアプリケーションに実装しているので、シリアル番号、名前、製造元などの基本的なデータをデバイスに問い合わせることができます。私は、www.codeproject.com から入手したいくつかのテスト コードに大いに助けられました。この Web ページhttp://www.rane.com/note161.htmlの助けを借りてデバッグできたいくつかのバグがありました。この Web ページには、SNMP パケットの実際の例が示されているので、自分でパケットを解析することができました。

問題は、この情報がオーディオ機器メーカーのLOLからのものであることです。したがって、これは決して SNMP の完全なリファレンス ガイドではありません。しかし、それはかなり良かったし、プロトコルについて多くのことを教えてくれました. SNMPを完全に理解するのに役立つ、これと同じくらい良いものを見つけようといろいろ調べましたが、手ぶらで出てきました。ほとんどのリソースは、サード パーティの SNMP ソリューションの使用に傾いているように見えました。最終的には、デバイスから戻ってくるこれらのパケットを解析する必要があるため、「このバイトはこれを意味し、そのバイトはそれを意味します」という何かが必要です。残念ながら、Rane Coproration のページにある例のように見えないものもあります。私はいくつかの RFC に目を通そうとさえしましたが、私の欲しいものを見つけようとして約 10 分後に私の目は輝きました。

これと同等のSNMPに関するいくつかの良い情報を見つけることができることを知っている人はいますか? 私が必要としている情報は、数百ページに及ぶ RFC ドキュメントの一部に埋もれている可能性があります。誰かが、それらのドキュメントのどこに私が探している情報が存在するかを正確に示すことができます。

One of our clients validates email addresses in their own software prior to firing it via an API call to our system. The issue is however that their validation rules do not match those our system, therefore they are parsing and accepting addresses which break our rules. This is causing lots of failed calls.

They are parsing stuff like "dave@-whatever.com", this goes against RFC 952/RFC 1123 rules as it begins with a hyphen. They have asked that we provide them with our regex list so they can update validation on their platform to match ours.

So, I need to find/build an RFC 952/RFC 1123 accepted. I found this in another SO thread (i'm a lurker :)), would it be suitable and prevent these illegal domains from being sent?