问题标签 [ppp]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
linux - 处理网络时内核崩溃
在我的 DSL 路由器中传输大量 udp 数据时发生错误。
我的环境:
pc1 ----(ethernet)--->DSLAM--(PPPoEoA)-->DSL router--(ethernet)--pc2,
pc1发送udp数据给pc2,udp数据大小:1460字节。速度:20Mbps,
cpu:mips,内存:16M
DSL路由器有eth0、wl0和ATM,它们在br0中。
要点:
1. TCP在类似测试中是ok的。
2. ppp mtu 为 1492。
3. 当 udp 数据大小小于 (1452) ppp mtu 时,没有错误。
4.禁用wl0时,UDP测试正常,没有错误。
任何想法表示赞赏!
错误信息:
sirq-net-rx/0:页面分配失败。顺序:0,模式:0x20 调用跟踪:[<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 free:140kB min:368kB low:400kB high:432kB active:4712kB inactive:2884kB present:15876kB pages_scanned:0 all_unreclaimable? 没有
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
糟糕[#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-0000000000000000000000000000000000000000000000000000来体),Core_Addr(C0064000 -C0064000 -C0064048)
IPT_LOG INT_LOG INT_LOG INIT_0000000000000000000000-000000-00000000DR. 0000000000-000000DR. 000000000000DREMET_0000000000来-000000.00.8.8.8
点大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 -c01a1000 -c021a6fc)
bcm_enet(p)init_addr(0000000000-00000000-000000000000000000000000000000000000000000000000000000000000000000来方面),core_addr(C003C000 -C003C000
-C00440E ) )
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 80CB800 8014ACCCC 807D77A8 80DDCFA0
80164130 FFFC5923 80F8FEC8 000000000000000000000000000000000000000000000000DDCFA0 80164130 000000000000000000000000000000000000000000000000000000000000号call trace
: ][<80164130>][<8015df5c>][<801698a0>][<80164130>][<80164a44>][<80164130>][<80148930>][<8014a794>][<8014a950>][<80029778> ][< 80033238>][<80033100>][<80043f28>][<80013898>][<80013888>]
代码:1440013e 26630068 afa30020 <9062000c> 30420008 1440003b 3c028027 8e430058 10600038
内核恐慌 - 不同步:中断中的致命异常
networking - ppp、tcp、rtp和tls哪个是面向连接的协议?
这里没什么好说的——我想问一下这些协议中的哪一个:
- 点对点协议
- TCP
- 实时协议
- TLS
...是面向连接的,哪些是可靠的?
c - 从 C 程序查看 Linux Syslog 上的新条目
我想编写一个程序来监视 syslog 并在 PPP 身份验证失败时执行操作。
我认为“tail -f /var/log/syslog”可能会有所帮助,但我不确定如何使用它......可能使用管道?
我发现了类似的用 bash 编写的东西,但我不确定如何在 C 中实现它。
这是 bash 方法:
首先使用 mkfifo 创建一个命名管道:
使 syslog.conf 指向该文件:
重启系统日志:
创建读取管道的处理脚本
linux-kernel - pppd 卡在拨号过程中
我正在将几个 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 个 sierra 无线调制解调器进行测试,它们都已连接并工作。他们每个人都有一个“ppp”界面。
在它们连接后,我试图重新连接 ppp7,起初,pppd 失败,然后在第二次尝试中它到达它说:“串行连接建立”并卡住的地步。我尝试了所有终止信号来终止该 pppd,但没有成功,终止它的唯一方法是拔出它尝试拨号的调制解调器。
我寻找 pppd 卡住的确切位置,它就在这里:
看起来问题出在 ppp7 上——它可以是任何调制解调器,所以我认为这不是调制解调器问题,但我不明白该命令中到底发生了什么?谁负责回答?它只是内核吗?调制解调器驱动程序?调制解调器本身?我不太明白如何处理这些信息,因为 PPPIOCGCHAN 文档很差..
起初我以为 pppd 可能在断开连接后没有释放通道或 ppp,所以我编译了我自己的 pppd 版本并添加了 PPPIOCDISCONN 和 PPPIOCDETACH 只是为了确保我的版本很好,结果是一样的。
你认为呢?
java - Windows 上的 PPP 服务器
我们有一个解决方案,其中一些硬件连接到 Win 7 机器上的 COM 端口,并与我们的 Java 应用程序交互。硬件希望使用 PPP 服务器通过 TCP/IP 透明地连接到其他服务器。
有人对如何做到这一点有建议吗?从 Java 应用程序启动 OS 本机 PPP 服务器,并连接到 COM 端口?这是怎么做到的?
android - android如何保持网络连接
我想知道 Android 如何在低级别(不是应用程序级别)维护 ppp 连接。
具体来说,当ppp连接失败(无信号或其他原因)时,android是如何感知到并尝试重新连接的?它会定期测试连接吗?如果是这样,间隔是多少?
我探索了 system/netd 以及 NetworkManagementService.java、ConnectivityService.java 和其他一些相关对象。我还是想不通原因。
请指教。谢谢,
python - 如何使用 pypcap 从 PPP 接口捕获数据包?
它dpkt.ethernet.Ethernet(pkt)
用于以太网接口,接口是什么ppp0
?
linux - 如何在 linux 中找到每个 PPP 会话的 DNS 服务器?
如何获取特定于每个 ppp 会话的 DNS 服务器地址。比如我要ppp会话每一个连接不同的服务提供商,我如何找出每个服务提供商分配的DNS服务器IP地址?通常,每当建立新的 ppp 会话时,/etc/ppp/resolv.conf 文件将被新的 DNS IP 地址覆盖。有什么方法可以为每个服务提供商维护 DNS 服务器的单独文件?
windows-7 - 通过串行电缆的 PPP 连接在 WindowsXP 上有效,但在 Windows7 上无效
我有一个设备通过空调制解调器电缆建立 PPP 连接(或 Windows 的传入连接),然后使用 TCP 套接字 API 与 PC 通信。
问题是在 WindowsXP 上一切正常,但在 Windows7 上却不行。据我了解,建立 PPP 连接存在一些问题,因为它无法连接到 TCP 套接字连接。
这是 WindowsXP 上的握手过程日志(来自设备管理器中的通信电缆属性):
2011 年 10 月 27 日 14:37:04.342 - 接收:客户
10-27-2011 14:37:04.342 - 解释响应:环
2011 年 10 月 27 日 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-接收:客户
10-27-2011 14:37:04.545 - 解释响应:环
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 - 接收:客户
10-27-2011 13:27:30.447 - 解释响应:环
10-27-2011 13:27:30.647 - 接收:客户
10-27-2011 13: 27:30.647 - 解释响应:响铃
10-27-2011 13:27:30.847 - 接收:客户
10-27-2011 13:27:30.847 - 解释响应:响铃
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 服务已停止,但找不到确切需要启动的服务,乍一看,两种情况下都启动了相同的服务。
那么,有谁知道问题是什么,我该如何解决?
modem - 如何在连接时通过 pySerial 与 3G 调制解调器通信?
我正在运行 Ubuntu 11.04 和 ZTE 3G 调制解调器。
调制解调器拨号WvDial
当调制解调器不使用时,WvDial
我可以向调制解调器发送 AT 命令,并获取信号强度等信息:
但是当WvDial
使用调制解调器时,/dev/ttyUSB0
它被锁定,我无法查询它。我错过了一些明显的东西吗?有什么方法可以配置调制解调器,WvDial
或 pyserial,以便在调制解调器连接时向调制解调器发送 AT 命令?