DSL ルーターで大量の UDP データ転送を行うと、エラーが発生します。
私の環境：

pc1 ----(イーサネット)--->DSLAM--(PPPoEoA)-->DSL ルーター--(イーサネット)--pc2,
pc1 は udp データを pc2 に送信します, udp データサイズ: 1460 バイト. 速度: 20Mbps、
CPU: mips、RAM: 16M

DSL ルーターには eth0、wl0、および ATM があり、それらは br0 にあります。
キーポイント:
1. 同様のテストで TCP は問題ありません。
2. ppp mtu は 1492 です
。 3. udp データ サイズが ppp mtu より小さい場合 (1452)、エラーは発生しません。
4. wl0 を無効にすると、UDP テストは問題なく、エラーは発生しません。

どんなアイデアでも大歓迎です！

エラー情報:

sirq-net-rx/0: ページの割り当てに失敗しました。order:0, mode:0x20 Call Trace:[<80017010>][<80017010>][<8005559c>][<800685a4>][<80068948>][<8006ad00>][<8006af44>][<8006896c>] [<80164130>][<80011a40>][<80142a08>][<801429e8>][<80143db4>][<8006af44>][<80141e68>][<80165808>][<80165758>][<80164130>] [<80131d2c>][<80164130>][][<8015dd1c>][<8014adcc>][<80164130>][<80164130>][<8015df5c>][<801698a0>][<80164130>][<80164a44 >][<80164130>][<80148930>][<8014a794>][<8014a950>][<80029778>][<80033238>][<80033100>][<80043f28>][<80013898>][<80013888 >]
Mem-info:
DMA per-cpu:
CPU 0: Hot: hi: 0, btch: 1 usd:


DMA フリー:140kB 最小:368kB 低:400kB 高:432kB アクティブ:4712kB 非アクティブ:2884kB 存在:15876kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0
DMA: 1*4kB 1*8kB 0*16kB 0*32kB 0*64kB 1*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 140kB
フリースワップ: 0kB
4000 ページRAM
0 ページ HIGHMEM の
700 予約済みページ
1958 ページ共有
0 ページ スワップ キャッシュ
CPU 0 仮想アドレス 00000074 でカーネル ページング要求を処理できません、epc == 8016582c、ra == 80165814
Oops[#1]:
Cpu 0
$ 0 : 00000000 1000fc00 00000000 00000068
$4: 80cec490 80cd5410 00000002 fffe2080
$8: 00000056 00000055 00000800 0000000a
$12 : 00000002 00000000 8028fcf4 00000000
$16 : 00000000 807dcf80 807dcf80 00000000
$20 : 00000019 0a6e3365 000089af 00000000
$24 : 00000000 80131d2c
$28 : 80f8e000 80f8fd88 00000002 80165814
Hi : 00000056
Lo : 00000000
epc : 8016582c Tainted: P
ra : 80165814 Status: 1000fc03 KERNEL EXL IE
Cause : 00800008
BadVA : 00000074
PrId : 00029010
リンクされているモジュール:

nf_nat_tftp init_addr(00000000 - 00000000), core_addr(c00cc000 - c00cc064)
nf_nat_irc init_addr(00000000 - 00000000), core_addr(c00ca000 - c00ca184)
nf_nat_rtsp init_addr(00000000 - 00000000), core_addr(c00c8000 - c00c8884)
nf_nat_sip init_addr(00000000 - 00000000), core_addr(c00c6000 - c00c6b9c)
nf_nat_h323 init_addr(00000000 - 00000000), core_addr(c00ab000 - c00ac27c)
nf_nat_ftp init_addr(00000000 - 00000000), core_addr(c00b6000 - c00b6444)
nf_conntrack_tftp init_addr(00000000 - 00000000), core_addr(c00b4000 - c00b4200)
nf_conntrack_irc init_addr (00000000 - 00000000)、core_addr(c00ae000 - c00ae590)
nf_conntrack_rtsp init_addr(00000000 - 00000000)、core_addr(c0079000 - c007a140)
nf_conntrack_sip init_addr(00000000 - 00000000), core_addr(c00b0000 - c00b1930)
nf_conntrack_ftp init_addr(00000000 - 00000000), core_addr(c006b000 - c006bce0)
nf_conntrack_h323 init_addr(00000000 - 00000000), core_addr(c00b8000 - c00bc534)
nf_nat_pptp init_addr(00000000 - 00000000), core_addr(c0077000 - c00773fc)
nf_conntrack_pptp init_addr(00000000 - 00000000), core_addr(c0075000 - c0075a30)
nf_nat_proto_gre init_addr(00000000 - 00000000), core_addr(c0073000 - c0073204)
nf_conntrack_proto_gre init_addr(00000000 - 00000000), core_addr(c006e000 - c006e700)
ip_queue init_addr (00000000 - 00000000)、core_addr(c0070000 - c0070fec)
iptable_mangle init_addr(00000000 - 00000000)、core_addr(c0048000 - c004819c)
XT_MARK init_addr（00000000-00000000）、core_addr（c0066000 -c00660e8）
xt_mark init_addr（00000000-00000000）、core_addr（c0064000 -c0064048）
ipt_log init_addr（0000 -ddr（cepim -000ddr（cepim）
） core_addr(c0062000 - c0062228)
xt_state init_addr(00000000 - 00000000), core_addr(c0055000 - c00550e8)
ipt_REDIRECT init_addr(00000000 - 00000000), core_addr(c004a000 - c004a0f4)
ipt_MASQUERADE init_addr(00000000 - 00000000), core_addr(c0053000 - c0053660)
iptable_nat init_addr (00000000 - 00000000)、core_addr(c0050000 - c0050b44)
nf_nat init_addr(00000000 - 00000000)、core_addr(c004c000 - c004e1cc)
nf_conntrack_ipv4 init_addr(00000000 - 00000000), core_addr(c001f000 - c00204d4)
nf_conntrack init_addr(00000000 - 00000000), core_addr(c0057000 - c005dd94)
nfnetlink init_addr(00000000 - 00000000), core_addr(c002e000 - c002e9cc)
xt_SKIPLOG init_addr(00000000 - 00000000), core_addr(c002c000 - c002c048)
xt_TCPMSS init_addr(00000000 - 00000000), core_addr(c002a000 - c002a938)
xt_tcpudp init_addr(00000000 - 00000000), core_addr(c0028000 - c0028388)
iptable_filter init_addr(00000000 - 00000000), core_addr(c0022000 - c00220fc)
ip_tables init_addr (00000000 - 00000000)、core_addr(c0024000 - c0025d40)
x_tables init_addr(00000000 - 00000000)、core_addr(c0008000 - c0009794)
wl（p）init_addr（00000000-00000000）、core_addr（c01a1000
-c021a6fc）
bcm_enet（p）init_addr（00000000-00000000 )
bcmxtmcfg(P) init_addr(00000000 - 00000000)、core_addr(c0031000 - c00393bc)
pktflow(P) init_addr(00000000 - 00000000)、core_addr(c0015000 - c00182c0)

Process sirq-net-rx/0 (pid: 5, threadinfo=80f8e000, task=80f8dbf8)
Stack : 80f8fec8 80f8fec8 802a3af0 80000000 80164130 00000000 00000000 80131d2c
00000068 80ddcfa0 80cec490 00000002 80f8fec8 80f8fec8 802a3af0 80000000
80164130 00000000 80000000 c001f530 c00221c8 807d7740 80ccb800 fffffff4
80f8fe58 80ddcfa0 00000000 8015DD1C 80CCB800 8014ADCC 807D77A8 80DDCFA0 80164130
FFFC5923 80F8FEC8 000000008802A3AF0 80DDCFA0 80164130 00000000
][<80164130>][<8015df5c>][<801698a0>][<80164130>][<80164a44>][<80164130>][<80148930>][<8014a794>][<8014a950>][<80029778> ][< 80033238>][<80033100>][<80043f28>][<80013898>][<80013888>]

コード: 1440013e 26630068 afa30020 <9062000c> 30420008 1440003b 3c028027 8e430058 10600038
カーネル パニック - 同期していません: 割り込みで致命的な例外が発生しました

ここで言うことはあまりありません - プロトコルについて次のうちどれを尋ねたいですか:

• ポイントツーポイントプロトコル
• TCP
• リアルタイムプロトコル
• TLS

...接続指向で、信頼できるのはどれですか?

syslogを監視し、PPP認証が失敗したときにアクションを実行するプログラムを作成したいと思います。

「tail-f/var / log / syslog」が役立つと思いますが、使用方法がわかりません...おそらくパイプを使用していますか？

bashで書かれた似たようなものを見つけましたが、Cで実装する方法がわかりません。

これはbashメソッドです：

まず、mkfifoを使用して名前付きパイプを作成します。

次のファイルを指すようにsyslog.confを作成します。

syslogを再起動します。

パイプを読み取る処理スクリプトを作成する

複数の USB モデムを Ubuntu に接続しています。
uname -a
Linux devlp 2.6.32-28-generic #55-Ubuntu SMP Mon Jan 10 21:21:01 UTC 2011 i686 GNU/Linux
pppd version: 2.4.5

私は 8 台のシエラ ワイヤレス モデムでテストを行っていますが、それらはすべて接続され、動作しています。それぞれに「ppp」インターフェースがあります。
それらが接続された後、私は ppp7 を再接続しようとしていますが、最初は pppd が失敗し、2 回目の試行で、「シリアル接続が確立されました」と表示されてスタックします。pppd を強制終了するためにすべての強制終了シグナルを試みましたが、成功しませんでした。終了させる唯一の方法は、ダイヤルしようとしたモデムを取り外すことです。
pppd が動かなくなる正確な場所を探したところ、ここにありました。

問題は特に ppp7 にあるようです - どのモデムでもかまいませんので、モデムの問題ではないと思いますが、そのコマンドで実際に何が起こっているのかわかりませんか? 答えは誰の責任？カーネルだけですか？モデムドライバー？モデム自体？PPPIOCGCHAN のドキュメントは非常に貧弱なので、その情報をどうするかよくわかりません..

最初は pppd が切断後にチャネルまたは ppp を解放していないのではないかと思ったので、自分の pppd バージョンをコンパイルし、PPPIOCDISCONN と PPPIOCDETACH を追加して、自分のバージョンが問題ないことを確認しましたが、結果は同じでした。
あなたが思うこと？

一部のハードウェアが Win 7 マシンの COM ポートに接続され、Java アプリとやり取りするソリューションがあります。ハードウェアは、PPP サーバーを使用して、TCP/IP を介して他のサーバーに透過的に接続しようとしています。

これを行う方法について誰か提案がありますか？COM ポートに接続して、Java アプリから OS ネイティブの PPP サーバーを起動しますか? これはどのように行われますか？

Android が低レベル (アプリケーション レベルではない) で ppp 接続を維持する方法を知りたいです。

具体的には、ppp 接続が失敗したとき (信号がないか、何らかの理由で)、Android はどのようにそれを感知して再接続を試みましたか? 定期的に接続をテストしますか? もしそうなら、間隔は？

system/netd を、NetworkManagementService.java、ConnectivityService.java、およびその他の関連オブジェクトとともに調査しました。未だに原因がわかりませんでした。

お知らせ下さい。ありがとう、

dpkt.ethernet.Ethernet(pkt)イーサネット インターフェイス用ですが、インターフェイス用は何ですかppp0?

各 ppp セッションに固有の DNS サーバー アドレスを取得する方法。たとえば、異なるサービス プロバイダーに接続するセッションごとに ppp を実行する必要があります。各サービス プロバイダーによって割り当てられた DNS サーバーの IP アドレスを確認するにはどうすればよいですか? 通常、新しい ppp セッションが確立されるたびに、/etc/ppp/resolv.conf ファイルは新しい DNS IP アドレスで上書きされます。各サービス プロバイダーの DNS サーバー用に個別のファイルを維持する方法はありますか?

ヌルモデム ケーブルを介して PPP 接続 (または Windows に関しては着信接続) を確立し、TCP ソケット API を使用して PC と通信するデバイスがあります。

問題は、WindowsXP ではすべて正常に動作するが、Windows7 では動作しないことです。私が理解している限りでは、TCP ソケット接続に到達しないため、PPP 接続の確立にいくつかの問題があります。

WindowsXP でのハンドシェイク手順ログ (デバイス マネージャーの通信ケーブル プロパティから) は次のとおりです。

10-27-2011 14:37:04.342 - Recv: クライアント
10-27-2011 14:37:04.342 - 解釈された応答: リング
10-27-2011 14:37:04.357 - TSP(0000): LINEEVENT: LINE_NEWCALL
10- 27-2011 14:37:04.357 - TSP(0000): LINEEVENT: LINECALLSTATE_OFFERING
10-27-2011 14:37:04.357 - TSP(0000): LINEEVENT: LINEDEVSTATE_RINGING(0x1)
10-27-2011 14:37:04.545 - Recv: CLIENT
10-27-2011 14:37:04.545 - 解釈された応答: Ring
10-27-2011 14:37:04.545 - TSP(0000): LINEEVENT: LINEDEVSTATE_RINGING(0x1)
10-27-2011 14:37:04.545 - TSP(0000): コールを受け入れる
10-27-2011 14:37:04.545 - TSP(0000): LINEEVENT: LINECALLSTATE_ACCEPTED
10-27-2011 14:37:04.545 - TSP(0000): コールに応答する
10-27-2011 14:37:04.545 - 呼び出しに応答します。
10-27-2011 14:37:04.545 - 送信: CLIENTSERVER
10-27-2011 14:37:04.545 - 115200bps で接続が確立されました。
10-27-2011 14:37:04.545 - エラー制御オフまたは不明。
10-27-2011 14:37:04.545 - データ圧縮がオフまたは不明です。

Windows7 の場合:

10-27-2011 13:27:30.447 - Recv: クライアント
10-27-2011 13:27:30.447 - 解釈された応答: リング
10-27-2011 13:27:30.647 - Recv: クライアント
10-27-2011 13: 27:30.647 - 解釈された応答: Ring
10-27-2011 13:27:30.847 - Recv: CLIENT
10-27-2011 13:27:30.847 - 解釈された応答: Ring
10-27-2011 13:27:30.847 - 応答電話。
10-27-2011 13:27:30.857 - 送信: CLIENTSERVER
10-27-2011 13:27:30.857 - 115200bps で接続が確立されました。
10-27-2011 13:27:30.857 - エラー制御オフまたは不明。
10-27-2011 13:27:30.857 - データ圧縮がオフまたは不明です。
10-27-2011 13:27:32.415 - モデムを切る。
10-27-2011 13:27:32.416 - DTR を下げることによるハードウェアのハングアップ。
10-27-2011 13:27:32.416 - 115200,8,N,1, ctsfl=1, rtsctl=2
10-27-2011 13:27:32.416 - モデムを初期化しています。
10-27-2011 13:27:32.416 - 呼び出しを待っています。

必要な Windows サービスの一部が停止されていると想定していましたが、どのサービスを正確に開始する必要があるかを見つけることができず、一見すると両方のケースで同じサービスが開始されていました。

それで、誰が問題が何であるかを知っていて、どうすればそれを修正できますか?

Ubuntu 11.04 と ZTE 3G モデムを実行しています。

モデムはでダイヤルされますWvDial

モデムが使用されていないときは、WvDialAT コマンドをモデムに送信して、信号強度などの情報を取得できます。

しかしWvDial、モデムを使用している場合/dev/ttyUSB0はロックされており、照会できません。明らかな何かが欠けていますか？WvDial接続中に AT コマンドをモデムに送信できるように、モデム、または pyserialを構成する方法はありますか?