Hello !
43164 is the main msn at our span 2, which is triggered over vdsl.
Some extern participants do successfully connect to the extension and the phone-call is normal, ie with my smartphone as extern participant.
SOME other extern participants cannot connect to the extension, but can connect to other msn in my msn-realm.
And that is the problem ! Some extern participants can make a telephone call on that specific MSN, others can not.
But they can call other MSN.
This is what asterisk -rvvvvvvv stats in that case:
Ideas ? My idea is, maybe it has something to do with codexes or so, but that is due to my unknowingness.
I already tried to alter the msn-list inside my chan_dahdi.conf, this is my former:
;msn=_4316N,_107985Z,_107987N,_10778[45],_456N
but that didnt solve the problem. Therefore I think the prob is not inside the MSN-list.
my hardware: beroNet-BN8SO-HFC-8S-Asterisk-Quadbri-8-Port-ISDN
my software-versions: Asterisk 11.17.1
Linux <hostname> 2.6.18-406.el5 <....> x86_64 GNU/Linux
this is my chan_dahdi.conf:
I would appreciate any kind of ideas in order to solve this problem !
Thank you !
Ach so, könnt mir natürlich gern auf deutsch antworten, dacht nur ich halt das mal international
43164 is the main msn at our span 2, which is triggered over vdsl.
Some extern participants do successfully connect to the extension and the phone-call is normal, ie with my smartphone as extern participant.
SOME other extern participants cannot connect to the extension, but can connect to other msn in my msn-realm.
And that is the problem ! Some extern participants can make a telephone call on that specific MSN, others can not.
But they can call other MSN.
This is what asterisk -rvvvvvvv stats in that case:
(span 1 "is" my old isdn btw)#-- Ignoring call to '55543164' on span 2. Its not in the MSN list:_4316X,_10898XX,_10778[45],_456N
Ideas ? My idea is, maybe it has something to do with codexes or so, but that is due to my unknowingness.
I already tried to alter the msn-list inside my chan_dahdi.conf, this is my former:
;msn=_4316N,_107985Z,_107987N,_10778[45],_456N
but that didnt solve the problem. Therefore I think the prob is not inside the MSN-list.
my hardware: beroNet-BN8SO-HFC-8S-Asterisk-Quadbri-8-Port-ISDN
my software-versions: Asterisk 11.17.1
Linux <hostname> 2.6.18-406.el5 <....> x86_64 GNU/Linux
this is my chan_dahdi.conf:
Code:
[trunkgroups]
[channels]
prilocaldialplan=local
context=from-pstn
signalling=fxs_ks
rxwink=300 ; Atlas seems to use long (250ms) winks
usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=no
faxdetect=incoming
echotraining=800
rxgain=0.0
txgain=0.0
callgroup=1
pickupgroup=1
nationalprefix=00
internationalprefix=000
;Uncomment these lines if you have problems with the disconection of your analog lines
;busydetect=yes
;busycount=3
immediate=no
msn=_4316X,_10898XX,_10778[45],_456N
;msn=_4316N,_107985Z,_107987N,_10778[45],_456N
;callerid=1089853
;channel => 4
#include dahdi-channels.conf
#include chan_dahdi_additional.conf
I would appreciate any kind of ideas in order to solve this problem !
Thank you !
Ach so, könnt mir natürlich gern auf deutsch antworten, dacht nur ich halt das mal international
Zuletzt bearbeitet: