elbarna's questions

Minha tomada de parede VoIP é muito parecida com esta:

Eu uso um roteador AVM FRITZ!Box 7490, com software proprietário que está próximo do fim da vida útil, mas funciona perfeitamente com este cabo:

Este cabo é um cabo Y, um plugue vai para o telefone e o outro para a internet (não sei por que eles usam essa configuração para VoIP, acho que o VoIP usa a porta VDSL padrão).

Quero saber uma coisa:

• O roteador FRITZ!Box 7530 (compatível com OpenWRT) funcionará para VoIP?
• Você conhece uma boa solução para usar um roteador VoIP VDSL suportado pelo OpenWRT?

Na verdade, não tenho problemas com o FritzBox. Quero saber se um roteador openwrt funcionará. Considere que o "wallsocket" tem duas portas: uma para internet vdsl e outra para telefone (ouvi dizer que o fttc e o voip podem funcionar com uma porta. Por que meu provedor de internet me deu duas portas wallsocket?)

No meu AP tenho esses canais disponíveis:

* 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)

Os canais "desativados" obviamente não estão disponíveis.

Os canais 52, 56, 100 e 104 e outros estão marcados com “detecção de radar”.

O que significa "detecção de radar"? É legal usar esses canais?

Na verdade eu uso 40.

Vejo no disquete alguns "padrões" chamados SSSD ou DSSD. Alguns deles são conhecidos por mim alguns outros não

DMF                             #?
DSDD                            #Double Sided Double Density
DSED                            #Double Sided ?
DSHD                            #Double Side High density?
DSSD                            #Double Sided Single Density
SSSD                            #Single Sided Single Density

O que significa DMF? E DSED/HD? Obrigado

Usando justificar escrever um texto no libreoffice writer, obtenho isso

also the shape of the airfoil is
determined     by   requirements
contrasting.

Eu quero obter isso

also the shape of the airfoil is
determined by requirements contr
asting.

Um espaço em branco máximo entre palavras e palavra quebrado mesmo com regras gramaticais quebradas em algum ponto.

É possível?

Tenho uma placa b410p ISDN BRI, configurada com 4 portas NT. Em uma porta NT(2) eu conecto um telefone ISDN(está funcionando), na outra(4) eu conecto um TA(usb hamlet) conectado a uma VM com Windows 2000 rodando(está sem rede, então é seguro) rodando um softphone isdn chamado rvs-com. No telefone isdn posso fazer e receber chamadas. O isdn TA pode receber chamadas (mas falha na resposta), mas quando faço uma chamada do TA.. o console do asterisk fica totalmente mudo, também configurei o debug intenso com o comando

pri set debug on span 4

Quando faço uma chamada com o soft-phone, dá erro isdn 3302, mas parece que não conecta ao asterisco porque como disse o console está mudo. O que pode ser? Eu vejo o isdn ta colocar um prefixo internacional antes da chamada(+39), é esse o problema? Não há como remover essa regra do Windows (como eu sei). Esses são meus arquivos 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/asterisco/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()

Eu tenho um telefone ISDN conectado a uma placa Digium b410p. Está funcionando bem, mas há alguma coisa estranha com o plano de discagem, com este plano de discagem simples

[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

Quando ligo para o 600, tenho que atender pelo meu próprio telefone (ligo para o 600, mas meu telefone diz que há uma ligação do meu próprio número 1796522!) e se atendo ouço a música.

Se eu remover a linha exten => s,3,Dial(DAHDI/g12/${EXTEN}) a chamada me retorna um tempo limite O que eu perco?

Configurei uma placa isdn b410p com quatro portas NT. Na 4ª porta NT, coloco um TA que está no sistema operacional Windows e executo um software de telefone isdn antigo (telefone rvs). Eu configurei o arquivo extensions.conf assim

[from-dahdi]
exten => 084766508,1,Dial(DAHDI/g14/${EXTEN})
exten => 084766508,2,Hangup()
exten => _039.,1,Dial(DAHDI/4/${EXTEN})

Se do console eu ligar para o número 084766508 o telefone toca (mas se eu atender a chamada falha com 3302 isdn error), mas se eu ligar do telefone isdn um número de teste (200 por exemplo) o telefone do software coloca o prefixo 039, então Eu escrevi a extensão _039. O problema é que a chamada de saída não é vista pelo asterisco, também escrevo

pri set debug on span 4

mas não informa nada.

Estou tentando configurar uma placa b410p com asterisco. Anexei um telefone isdn à porta NT do cartão. Esta é a minha configuração

/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

A porta com o telefone conectado está verde, então está OK

dahdi_tool disse:

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 

Do telefone isdn, tento ligar para os 200 ramais de teste e saio com o código de erro isdn 3302

esta é minha parte extensions.conf

exten => 200,1,Answer()
same => n,Playback(hello-world)
same => n,Hangup()

exten => 1000,1,Dial(dahdi/4,20)

Quando eu tento chamar "1000" do console disse

 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 >> 

Algum conselho? Obrigado

Pri debug report this(eu mudei a extensão de 1000 para 039991122 e 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

Outro problema é este: as chamadas recebidas estão "funcionando" porque o telefone toca (quando a resposta falha), as chamadas recebidas não são relatadas pelo pri debug: o que sinto falta? este é o novo extensions.conf

[from-dahdi]
exten => _XXXXX.,1,Dial(DAHDI/g14/${EXTEN})
exten => _XXXXX.,2,Hangup()

Como definir um ramal para a chamada de saída?

Minha maneira de calcular o número da máscara de rede do host, por exemplo: quero saber o número de hosts da máscara de rede 255.255.255.192 (prefixo 26)

255.255.255.192 11111111.11111111.11111111.11000000             26                      128+64=192

o 192 é 128+64 dos dois bits "1" do último octeto, o número do host é o número de 0 bits (parte do host) do último octeto, então 000000 são 6, então 2^6-2 é 62 , e o ipcalc confirma que está ok

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

Minha dúvida é: como saber/calcular o número de sub-redes com prefixo..por exemplo 26 ou 27? Eu tenho que fazer a parte líquida (26 "1" bit^2=)?

Emulei com sucesso uma conexão serial direta com um cliente Windows (Windows 2000) com um servidor de discagem CentOS 8 (mgetty+pppd) entre duas máquinas virtuais (Windows 2000 é cliente e CentOS 8 é servidor), usando libvirt no Slackware Host .

Agora quero emular uma conexão PPP antiga com cliente Linux (Mandriva Linux) usando kppp e o mesmo servidor CentOS 8. Eu não tinha nenhum modem de 56k, mas sei que existe um projeto para emular um modem e se chama tcpser , com Windows não funciona porque a porta serial está ocupada pelo programa tcpser, então eu uso o Mandriva, no Mandriva eu ​​executo o programa tcpser:

tcpser -d /dev/ttyS0 -n"010010101"

No Centos eu executo o programa tcpser

tcpser -d /dev/ttyS0 -n"010010102"

Usando o kppp e fazendo "interrogatório do modem", tudo bem (estou verificando com o minicom no Centos).. mas as strings de resultado estão todas vazias.

Quando tento conectar do Mandriva ao número, o modem fica preso na string de inicialização, como você pode ver nesta saída do minicom, e não cria a conexão:

OK

OK
+++ATH

OK

OK
ATZ

As duas máquinas virtuais são conectadas diretamente por um falso serial (socket) uma é bind e a outra é connect Esses são os XML's de serial das máquinas.

mandriva

<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>
 

CentOS

<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>

ATUALIZAÇÃO 1 : Algum progresso, tcpser simplesmente faz uma “ponte” de uma aplicação serial para TCP, no meu caso é impossível fazer uma ponte de serial para mgetty (não é TCP, usa linha serial), mas é possível fazer uma ponte de serial para telnet:

tcpser -d /dev/ttyS1 -s 38400 -l 7 -tsSiI -i "s0=1" -n"010010102=centos.domain.private:23" 

Eu tentei o HyperTerminal do cliente Windows e funciona bem, posso fazer o login como o bom e velho modo ptsn-modem.

Infelizmente, a conexão PPP falhou com o erro "loopback error" "loopback detectado" 17 no cliente Mandriva e Windows

PSL Eu conheço Windows 2000, Mandriva Linux não são suportados e são um risco de segurança, mas está apenas testando.