我的 VoIP 墙壁插座与这个非常相似：
我使用 AVM FRITZ!Box 7490 路由器，其专有软件已接近 EOL，但它与此电缆配合使用完美：
这根电缆是 Y 型电缆，一个插头连接电话，另一个插头连接互联网（我不知道为什么 VoIP 会使用这种配置，我认为 VoIP 使用标准 VDSL 端口）。
我想知道一件事：
实际上我对 FritzBox 没有问题，我想知道 openwrt 路由器是否能工作，考虑到“wallsocket”有两个端口：一个用于 vdsl 互联网，另一个用于电话（我甚至听说 fttc 和 voip 可以使用一个端口，为什么我的 ISP 给我两个端口 wallsocket？）
在我的 AP 上，我有这些可用频道：
* 5200 MHz [40] (18.0 dBm)
* 5220 MHz [44] (18.0 dBm)
* 5240 MHz [48] (18.0 dBm)
* 5260 MHz [52] (18.0 dBm) (radar detection)
* 5280 MHz [56] (18.0 dBm) (radar detection)
* 5300 MHz [60] (18.0 dBm) (radar detection)
* 5320 MHz [64] (18.0 dBm) (radar detection)
* 5500 MHz [100] (18.0 dBm) (radar detection)
* 5520 MHz [104] (18.0 dBm) (radar detection)
* 5540 MHz [108] (18.0 dBm) (radar detection)
* 5560 MHz [112] (18.0 dBm) (radar detection)
* 5580 MHz [116] (18.0 dBm) (radar detection)
* 5600 MHz [120] (18.0 dBm) (radar detection)
* 5620 MHz [124] (18.0 dBm) (radar detection)
* 5640 MHz [128] (18.0 dBm) (radar detection)
* 5660 MHz [132] (18.0 dBm) (radar detection)
* 5680 MHz [136] (18.0 dBm) (radar detection)
* 5700 MHz [140] (18.0 dBm) (radar detection)
* 5720 MHz [144] (disabled)
* 5745 MHz [149] (18.0 dBm)
* 5765 MHz [153] (18.0 dBm)
* 5785 MHz [157] (18.0 dBm)
* 5805 MHz [161] (18.0 dBm)
* 5825 MHz [165] (18.0 dBm)
* 5845 MHz [169] (disabled)
* 5865 MHz [173] (disabled)
* 5885 MHz [177] (disabled)
“禁用”的通道当然不可用。
通道 52、56、100 和 104 等标有“雷达检测”。
“雷达探测”是什么意思？使用这些渠道合法吗？
其实我用的是40。
我在软盘上看到一些称为 SSSD 或 DSSD 的“标准”。他们中的一些人为我所熟知，另一些则没有
DMF #?
DSDD #Double Sided Double Density
DSED #Double Sided ?
DSHD #Double Side High density?
DSSD #Double Sided Single Density
SSSD #Single Sided Single Density
DMF 是什么意思？还有 DSED/HD？谢谢
使用 justify 在 libreoffice writer 上编写文本我得到了这个
also the shape of the airfoil is
determined by requirements
contrasting.
我想得到这个
also the shape of the airfoil is
determined by requirements contr
asting.
即使在某些时候违反了语法规则，单词和单词之间最多有一个空格。
有可能吗？
我有一个 b410p 卡 ISDN BRI，配置有 4 个 NT 端口。在一个 NT 端口 (2) 我连接一个 ISDN 电话（正在工作），在另一个 (4) 我连接一个连接到运行 Windows 2000 的 VM 的 TA（usb hamlet）（没有网络，所以很安全）运行软电话 isdn 称为 rvs-com。在 isdn 电话上，我可以拨打电话和接听电话。isdn TA 可以接听电话（但无法接听），但是当我从 TA 拨打电话时..星号控制台完全静音，我还使用命令设置了调试强度
pri set debug on span 4
当我用软电话拨打电话时，给出错误 isdn 3302，但似乎它没有连接到星号，因为正如我所说的控制台是静音的。可以是什么？我看到 isdn ta 在通话前放了一个国际前缀（+39），这是问题吗？无法从 Windows 中删除此规则（据我所知）。这些是我的 conf 文件
/etc/dahdi/system.conf
; Span 1: B4/0/1 "B4XXP (PCI) Card 0 Span 1" AMI/CCS YELLOW
group=0,11
context=from-dahdi
switchtype = euroisdn
signalling = bri_net_ptmp
channel => 1-2
context = default
group = 63
; Span 2: B4/0/2 "B4XXP (PCI) Card 0 Span 2" AMI/CCS YELLOW
group=0,12
context=from-dahdi
switchtype = euroisdn
signalling = bri_net_ptmp
channel => 4-5
context = default
group = 63
; Span 3: B4/0/3 "B4XXP (PCI) Card 0 Span 3" AMI/CCS YELLOW
group=0,13
context=from-dahdi
switchtype = euroisdn
signalling = bri_net_ptmp
channel => 7-8
context = default
group = 63
; Span 4: B4/0/4 "B4XXP (PCI) Card 0 Span 4" (MASTER) AMI/CCS
group=0,14
context=from-dahdi
switchtype = euroisdn
signalling = bri_net_ptmp
channel => 10-11
context = default
group = 63
/etc/asterisk/chan-dahdi.conf
[trunkgroups]
[channels]
language=it
context=local
switchtype=euroisdn
signalling=bri_net_ptmp
usecallerid=yes
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
context=local
echocancel=yes
channel => 1,2,4,5,7,8,10,11
echocancelwhenbridged=yes
group=1
callgroup=1
pickupgroup=1
overlapdial=yes
immediate=no
/etc/asterisk/extensions.conf
[from-dahdi]
include => local
exten => 1796522,1,Dial(DAHDI/g12/${EXTEN})
exten => 1796522,2,Hangup()
exten => 1796521,1,Dial(DAHDI/g14/${EXTEN})
exten => 1796521,2,Hangup()
exten => s,1,Answer()
exten => s,2,Dial(Local/${EXTEN},10,t,m)
exten => s,4,Hangup()
[local]
include => from-dahdi
exten => 1001,1,Dial(SIP/telefono1,20,Ttm)
same => n,Hangup
exten => 7500,1,VoicemailMain(@mycontext)
exten => 600,1,Answer()
exten => 600,2,Playback(demo-echotest) ; Let them know what
exten => 600,3,Echo() ; Do the echo test
exten => 600,4,Playback(demo-echodone) ; Let them know it
exten => 600,5,Hangup()
我有一个连接到 Digium b410p 卡的 ISDN 电话。工作正常，但拨号方案有些奇怪，这个简单的拨号方案
[from-dahdi]
exten => 1796522,1,Dial(DAHDI/g12/${EXTEN})
exten => 1796522,2,Hangup()
exten => s,1,Wait(10)
exten => s,2,Answer
exten => s,3,Dial(DAHDI/g12/${EXTEN})
[local]
;
; Master context for local, toll-free, and iaxtel calls only
;
include => default
include => from-dahdi
exten => 600,1,Playback(demo-echotest) ; Let them know what’s going on
exten => 600,2,Echo ; Do the echo test
exten => 600,3,Playback(demo-echodone) ; Let them know it’s over
当我拨打 600 时，我必须用自己的电话接听（我拨打 600 但我的电话说有来自我自己的号码 1796522 的电话！）如果我接听，我会听到音乐。
如果我删除行 exten => s,3,Dial(DAHDI/g12/${EXTEN}) 呼叫返回我一个超时我错过了什么？
我已经配置了一个带有四个 NT 端口的 b410p isdn 卡。在第 4 个 NT 端口上，我放置了一个在 Windows 操作系统上的 TA，并运行一个旧的 isdn 电话软件（rvs 电话）。我已经像这样配置了 extensions.conf 文件
[from-dahdi]
exten => 084766508,1,Dial(DAHDI/g14/${EXTEN})
exten => 084766508,2,Hangup()
exten => _039.,1,Dial(DAHDI/4/${EXTEN})
如果从控制台我拨打 084766508 号码电话响铃（但如果我接听电话失败并出现 3302 isdn 错误），但如果我从 isdn 电话拨打测试号码（例如 200），则软件电话输入 039 前缀，所以我写了扩展_039。问题是星号看不到拨出电话，我也写了
pri set debug on span 4
但什么也不报告。
我正在尝试用星号配置 b410p 卡。我已将电话 isdn 连接到卡的 NT 端口。这是我的配置
/etc/dahdi/system.conf
# Span 1: B4/0/1 "B4XXP (PCI) Card 0 Span 1" AMI/CCS RED
span=1,0,0,ccs,ami
# termtype: nt
bchan=1-2
hardhdlc=3
echocanceller=mg2,1-2
# Span 2: B4/0/2 "B4XXP (PCI) Card 0 Span 2" AMI/CCS RED
span=2,0,0,ccs,ami
# termtype: nt
bchan=4-5
hardhdlc=6
echocanceller=mg2,4-5
# Span 3: B4/0/3 "B4XXP (PCI) Card 0 Span 3" AMI/CCS RED
span=3,0,0,ccs,ami
# termtype: nt
bchan=7-8
hardhdlc=9
echocanceller=mg2,7-8
# Span 4: B4/0/4 "B4XXP (PCI) Card 0 Span 4" (MASTER) AMI/CCS
span=4,0,0,ccs,ami
# termtype: nt
bchan=10-11
hardhdlc=12
echocanceller=mg2,10-11
/etc/asterisk/chan_dahdi.conf
[trunkgroups]
[channels]
language=it
context=local
switchtype=euroisdn
signalling=bri_net_ptmp
usecallerid=yes
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
context= incoming
echocancel=yes
channel => 1,2,4,5,7,8,10,11
echocancelwhenbridged=yes
group=1
callgroup=1
pickupgroup=1
/etc/asterisk/dahdi-channels.conf
; Span 1: B4/0/1 "B4XXP (PCI) Card 0 Span 1" AMI/CCS RED
group=0,11
context=from-dahdi
switchtype = euroisdn
signalling = bri_net_ptmp
channel => 1-2
context = default
group = 63
; Span 2: B4/0/2 "B4XXP (PCI) Card 0 Span 2" AMI/CCS RED
group=0,12
context=from-dahdi
switchtype = euroisdn
signalling = bri_net_ptmp
channel => 4-5
context = default
group = 63
; Span 3: B4/0/3 "B4XXP (PCI) Card 0 Span 3" AMI/CCS RED
group=0,13
context=from-dahdi
switchtype = euroisdn
signalling = bri_net_ptmp
channel => 7-8
context = default
group = 63
; Span 4: B4/0/4 "B4XXP (PCI) Card 0 Span 4" (MASTER) AMI/CCS
group=0,14
context=from-dahdi
switchtype = euroisdn
signalling = bri_net_ptmp
channel => 10-11
context = default
group = 63
连接电话的端口是绿色的，所以没问题
dahdi_tool 说：
RED B4XXP (PCI) Card 0 Span 1 ↑ │
│ RED B4XXP (PCI) Card 0 Span 2 ▒ │
│ RED B4XXP (PCI) Card 0 Span 3 ▮ │
│ OK B4XXP (PCI) Card 0 Span 4
从 isdn 电话我尝试调用 200 测试扩展并退出 isdn 错误代码 3302
这是我的 extensions.conf 部分
exten => 200,1,Answer()
same => n,Playback(hello-world)
same => n,Hangup()
exten => 1000,1,Dial(dahdi/4,20)
当我尝试从控制台调用“1000”时说
Span 2: Channel 0/1 got hangup, cause 18
-- Hungup 'DAHDI/i2/-2'
== Everyone is busy/congested at this time (1:0/0/1)
-- Auto fallthrough, channel 'ALSA/default' status is 'CHANUNAVAIL'
<< Hangup on console >>
一些忠告？谢谢
Pri 调试报告此（我已将扩展名从 1000 更改为 039991122 和 extensions.conf
039991122
-- Executing [039991122@local:1] Dial("ALSA/default", "DAHDI/g14/039991122") in new stack
PRI Span: 4 -- Making new call for cref 32773
-- Requested transfer capability: 0x00 - SPEECH
PRI Span: 4 Sending message for call 0x7f0d84008b20 on call->link: 0x782140 with TEI/SAPI 127/63
PRI Span: 4
PRI Span: 4 > Protocol Discriminator: Q.931 (8) len=26
PRI Span: 4 > TEI=127 Call Ref: len= 1 (reference 5/0x5) (Sent from originator)
PRI Span: 4 > Message Type: SETUP (5)
PRI Span: 4 > [04 03 80 90 a3]
PRI Span: 4 > Bearer Capability (len= 5) [ Ext: 1 Coding-Std: 0 Info transfer capability: Speech (0)
PRI Span: 4 > Ext: 1 Trans mode/rate: 64kbps, circuit-mode (16)
PRI Span: 4 > User information layer 1: A-Law (35)
PRI Span: 4 > [18 01 89]
PRI Span: 4 > Channel ID (len= 3) [ Ext: 1 IntID: Implicit BRI Spare: 0 Exclusive Dchan: 0
PRI Span: 4 > ChanSel: B1 channel
PRI Span: 4 > ]
PRI Span: 4 > [70 0b 80 30 37 38 34 33 36 36 35 30 38]
PRI Span: 4 > Called Party Number (len=13) [ Ext: 1 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0) '039991122' ]
PRI Span: 4 > [a1]
PRI Span: 4 > Sending Complete (len= 1)
PRI Span: 4 q931.c:6531 q931_setup: Call 32773 enters state 1 (Call Initiated). Hold state: Idle
-- Called DAHDI/g14/039991122
PRI Span: 4 T303 timed out. cref:32773
PRI Span: 4 Sending message for call 0x7f0d84008b20 on call->link: 0x782140 with TEI/SAPI 127/63
PRI Span: 4
PRI Span: 4 > Protocol Discriminator: Q.931 (8) len=26
PRI Span: 4 > TEI=127 Call Ref: len= 1 (reference 5/0x5) (Sent from originator)
PRI Span: 4 > Message Type: SETUP (5)
PRI Span: 4 > [04 03 80 90 a3]
PRI Span: 4 > Bearer Capability (len= 5) [ Ext: 1 Coding-Std: 0 Info transfer capability: Speech (0)
PRI Span: 4 > Ext: 1 Trans mode/rate: 64kbps, circuit-mode (16)
PRI Span: 4 > User information layer 1: A-Law (35)
PRI Span: 4 > [18 01 89]
PRI Span: 4 > Channel ID (len= 3) [ Ext: 1 IntID: Implicit BRI Spare: 0 Exclusive Dchan: 0
PRI Span: 4 > ChanSel: B1 channel
PRI Span: 4 > ]
PRI Span: 4 > [70 0b 80 30 37 38 34 33 36 36 35 30 38]
PRI Span: 4 > Called Party Number (len=13) [ Ext: 1 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0) '039991122' ]
PRI Span: 4 > [a1]
PRI Span: 4 > Sending Complete (len= 1)
PRI Span: 4 T303 timed out. cref:32773
PRI Span: 4 q931.c:6415 t303_expiry: Call 32773 enters state 22 (Call Abort). Hold state: Idle
PRI Span: 4 Fake clearing. cref:32773
PRI Span: 4 q931.c:9910 pri_internal_clear: alive 1, hangupack 1
Span 4: Processing event PRI_EVENT_HANGUP(6)
-- Span 4: Channel 0/1 got hangup, cause 18
PRI Span: 4 q931.c:7270 q931_hangup: Hangup master cref:32773
PRI Span: 4 q931.c:7312 q931_hangup: Remaining slaves 0
-- Hungup 'DAHDI/i4/039991122-5'
== Everyone is busy/congested at this time (1:0/0/1)
-- Executing [039991122@local:2] Hangup("ALSA/default", "") in new stack
== Spawn extension (local, 039991122, 2) exited non-zero on 'ALSA/default'
<< Hangup on console >>
PRI Span: 4 T312 timed out. cref:32773
PRI Span: 4 Destroying call 0x7f0d84008b20, ourstate Call Abort, peerstate Call Present, hold-state Idle
另一个问题是：来电正在“工作”，因为电话响了（当应答失败时），来电没有被 pri 调试报告：我错过了什么？这是新的 extensions.conf
[from-dahdi]
exten => _XXXXX.,1,Dial(DAHDI/g14/${EXTEN})
exten => _XXXXX.,2,Hangup()
如何定义拨出电话的分机？
我计算主机网络掩码数的方法，例如：我想知道网络掩码 255.255.255.192（前缀 26）的主机数
255.255.255.192 11111111.11111111.11111111.11000000 26 128+64=192
192是最新八位字节的两个“1”位的128+64，主机的数量是最新八位字节的0位（主机部分）的数量，所以000000是6，所以2^6-2是62 , 并且 ipcalc 确认没问题
ipcalc 10.2.0.1/26
Address: 10.2.0.1 00001010.00000010.00000000.00 000001
Netmask: 255.255.255.192 = 26 11111111.11111111.11111111.11 000000
Wildcard: 0.0.0.63 00000000.00000000.00000000.00 111111
=>
Network: 10.2.0.0/26 00001010.00000010.00000000.00 000000
HostMin: 10.2.0.1 00001010.00000010.00000000.00 000001
HostMax: 10.2.0.62 00001010.00000010.00000000.00 111110
Broadcast: 10.2.0.63 00001010.00000010.00000000.00 111111
Hosts/Net: 62 Class A, Private Internet
我的问题是：如何知道/计算带有前缀的子网数量..例如 26 或 27？我必须做净部分（26“1”位^2=）？
我已经在两个虚拟机（Windows 2000 是客户端，CentOS 8 是服务器）之间使用 CentOS 8 拨入服务器（mgetty+pppd）成功模拟了与 Windows 客户端（Windows 2000）的直接串行连接，在 Slackware 主机中使用 libvirt .
现在我想使用 kppp 和相同的 CentOS 8 服务器模拟与 Linux 客户端（Mandriva Linux）的旧 PPP 连接。我没有任何 56k 调制解调器，但我知道存在一个模拟调制解调器的项目，名为tcpser，Windows 无法工作，因为 tcpser 程序正忙于串行端口，所以我使用 Mandriva，在 Mandriva 上运行tcpser 程序：
tcpser -d /dev/ttyS0 -n"010010101"
在 Centos 我运行 tcpser 程序
tcpser -d /dev/ttyS0 -n"010010102"
使用 kppp 并进行“调制解调器询问”报告一切正常（我正在 Centos 上使用 minicom 检查）..但结果字符串都是空的。
当我尝试从 Mandriva 连接到编号时，调制解调器卡在初始化字符串中，正如您从这个 minicom 输出中看到的那样，并且不会创建连接：
OK
OK
+++ATH
OK
OK
ATZ
两个虚拟机通过一个假的串口（socket）直接连接，一个是绑定的，另一个是连接的。这些是机器的串口的XML。
曼德里瓦
<serial type="unix">
<source mode="connect" path="/tmp/ppp.sock"/>
<target type="isa-serial" port="0">
<model name="isa-serial"/>
</target>
<alias name="serial0"/>
</serial>
中央操作系统
<serial type="unix">
<source mode="bind" path="/tmp/ppp.sock"/>
<target type="isa-serial" port="0">
<model name="isa-serial"/>
</target>
<alias name="serial0"/>
</serial>
更新 1：一些进展，tcpser 只是简单地从串行到 TCP 应用程序建立“桥”，在我的情况下，不可能建立从串行到 mgetty 的桥（不是 TCP，它使用串行线路），但可以从串行到远程登录的桥梁：
tcpser -d /dev/ttyS1 -s 38400 -l 7 -tsSiI -i "s0=1" -n"010010102=centos.domain.private:23"
我已经从 Windows 客户端尝试了超级终端并且工作正常，我可以使用旧的好 ptsn-modem 方式登录。
不幸的是，在 Mandriva 和 Windows 客户端中，PPP 连接失败并出现“环回错误”“检测到环回”错误 17
PSL 我知道 Windows 2000、Mandriva Linux 不受支持，它们存在安全风险，但只是测试。