allVoIP forum  

Τώρα είναι 26 Ιουν 2022, 04:51


Όλοι οι χρόνοι είναι UTC + 2 ώρες [ DST ]




Δημιουργία νέου θέματος Απαντήστε στο θέμα  [ 16 Δημοσιεύσεις ]  Μετάβαση στην σελίδα 1, 2  Επόμενο
Συγγραφέας Μήνυμα
 Θέμα δημοσίευσης: Hardware πρόβλημα με A400P
ΔημοσίευσηΔημοσιεύτηκε: 29 Σεπ 2015, 12:28 
Tone dialer

Εγγραφή: 29 Σεπ 2015, 12:26
Δημοσιεύσεις: 9
Αντιμετωπίζω κάποιο πρόβλημα με μια κάρτα Α400Ρ που αγόρασα απο εσάς. H κάρτα διαθέτει 2 FXS και 2 FXO modules.
Το πρόβλημα ξεκίνησε με το πρώτο FXS module, το οποίο σταματάει να λειτουργεί και δεν δίνει τόνο στην τηλεφωνική συσκευή που είναι συνδεμένη σε αυτό. Εαν το module βγεί και επανατοποθετηθεί, λειτουργεί για μερικές μέρες και μετά παρουσιάζει πάλι την παραπάνω βλάβη.

Σήμερα η συγκεκριμένη τηλεφωνική συσκευή δεν είχε τόνο. Μετα απο επανεκκίνηση του dahdi, παρατηρήθηκε οτι κανένα module στην κάρτα δεν λειτουργεί.

Σας παραθέτω kernel output απο το dahdi service

Κώδικας:
Sep 29 11:09:04 poseidon kernel: Timeout waiting for calibration of module 0
Sep 29 11:09:06 poseidon kernel: Timeout waiting for calibration of module 0
Sep 29 11:09:06 poseidon kernel: Proslic Failed on Second Attempt to Auto Calibrate
Sep 29 11:09:06 poseidon kernel: Proslic Failed on Second Attempt to Calibrate Manually. (Try -

DNO_CALIBRATION in Makefile)
Sep 29 11:09:06 poseidon kernel: Module 0: FAILED FXS (FCC)
Sep 29 11:09:06 poseidon kernel: Module 1: Not installed
Sep 29 11:09:08 poseidon kernel: VoiceDAA did not bring up ISO link properly!
Sep 29 11:09:08 poseidon kernel: Module 2: Not installed
Sep 29 11:09:11 poseidon kernel: VoiceDAA did not bring up ISO link properly!
Sep 29 11:09:11 poseidon kernel: Module 3: Not installed
Sep 29 11:09:11 poseidon kernel: dahdi: disable_span: span 2
Sep 29 11:09:11 poseidon kernel: wctdm: probe of 0000:04:01.0 failed with error -5
Sep 29 11:09:11 poseidon dahdi: wctdm:  [  OK  ]


Το dahdi_genconf δεν αναγνωρίζει κανένα module αλλά η κάρτα φαίνεται να την αναγνωρίζει το σύστημα

Κώδικας:
04:01.0 Network controller: Tiger Jet Network Inc. Tiger3XX Modem/ISDN interface (rev 01)
        Subsystem: OpenVox Communication Co. Ltd. Device 0001
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 32 (63750ns min, 63750ns max), Cache Line Size: 64 bytes
        Interrupt: pin A routed to IRQ 16
        Region 0: I/O ports at d000 [size=256]
        Region 1: Memory at f7c00000 (32-bit, non-prefetchable) [size=4K]


Οποιαδήποτε πληροφορία θα ήταν χρήσιμη.


Κορυφή
Χωρίς σύνδεση Προφίλ  
 
 Θέμα δημοσίευσης: Re: Hardware πρόβλημα με A400P
ΔημοσίευσηΔημοσιεύτηκε: 29 Σεπ 2015, 12:39 
SIP debugger

Εγγραφή: 26 Μαρ 2009, 20:02
Δημοσιεύσεις: 1007
Ανεβάστε τι έχετε στα παρακάτω αρχεία

/etc/asterisk/dahdi-channels.conf
/etc/asterisk/chan_dahdi.conf
/etc/asterisk/chan_dahdi_additional.conf
/etc/dahdi/modules
/etc/dahdi/genconf_parameters
/etc/dahdi/system.conf

Τέλος ανεβάστε τι σας βγάζουν οι παρακάτω εντολές

asterisk -rx"dahdi show channels"
asterisk -rx"dahdi show version"


Κορυφή
Χωρίς σύνδεση Προφίλ  
 
 Θέμα δημοσίευσης: Re: Hardware πρόβλημα με A400P
ΔημοσίευσηΔημοσιεύτηκε: 29 Σεπ 2015, 12:50 
Tone dialer

Εγγραφή: 29 Σεπ 2015, 12:26
Δημοσιεύσεις: 9
Να υπενθυμίσω οτι ο asterisk δεν βλέπει κανένα module

/etc/asterisk/dahdi-channels.conf

[root@poseidon ~]# cat /etc/asterisk/dahdi-channels.conf
; Autogenerated by /usr/sbin/dahdi_genconf on Tue Sep 29 11:07:49 2015
; If you edit this file and execute /usr/sbin/dahdi_genconf again,
; your manual changes will be LOST.
; Dahdi Channels Configurations (chan_dahdi.conf)
;
; This is not intended to be a complete chan_dahdi.conf. Rather, it is intended
; to be #include-d by /etc/chan_dahdi.conf that will include the global settings
;


/etc/asterisk/chan_dahdi.conf

[root@poseidon ~]#
[root@poseidon ~]# cat /etc/asterisk/chan_dahdi.conf
;--------------------------------------------------------------------------------;
; Do NOT edit this file as it is auto-generated by FreePBX. ;
;--------------------------------------------------------------------------------;
; For information on adding additional paramaters to this file, please visit the ;
; FreePBX.org wiki page, or ask on IRC. This file was created by the new FreePBX ;
; BMO - Big Module Object. Any similarity in naming with BMO from Adventure Time ;
; is totally deliberate. ;
;--------------------------------------------------------------------------------;
[general]

; generated by module
#include chan_dahdi_general.conf

; for user additions not provided by module
#include chan_dahdi_general_custom.conf

[channels]
language=en
busydetect=yes
busycount=3
usecallerid=yes
callwaiting=yes
usecallingpres=yes
threewaycalling=yes
transfer=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
echotraining=no
immediate=no
faxdetect=incoming
rxgain=-1.5
txgain=-1.5

; for user additions not provided by module
#include chan_dahdi_channels_custom.conf

; include dahdi groups defined by DAHDI module of FreePBX
#include chan_dahdi_groups.conf

; include dahdi extensions defined in FreePBX
#include chan_dahdi_additional.conf


/etc/asterisk/chan_dahdi_additional.conf

[root@poseidon ~]# cat /etc/asterisk/chan_dahdi_additional.conf
;--------------------------------------------------------------------------------;
; Do NOT edit this file as it is auto-generated by FreePBX. ;
;--------------------------------------------------------------------------------;
; For information on adding additional paramaters to this file, please visit the ;
; FreePBX.org wiki page, or ask on IRC. This file was created by the new FreePBX ;
; BMO - Big Module Object. Any similarity in naming with BMO from Adventure Time ;
; is totally deliberate. ;
;--------------------------------------------------------------------------------;
;;;;;;[066]
signalling=fxo_ks
pickupgroup=
immediate=no
echotraining=800
echocancelwhenbridged=no
echocancel=yes
context=from-internal
callprogress=no
callgroup=
callerid=EMG <066>
busydetect=no
busycount=7
accountcode=
channel=>3
;;;;;;[068]
signalling=fxo_ks
pickupgroup=
immediate=no
echotraining=800
echocancelwhenbridged=no
echocancel=yes
context=from-internal
callprogress=no
callgroup=
callerid=SOS <068>
busydetect=no
busycount=7
accountcode=
channel=>2
[root@poseidon ~]#


/etc/dahdi/modules

[root@poseidon ~]# cat /etc/dahdi/modules
# Autogenerated by /usr/sbin/dahdi_genconf (Dahdi::Config::Gen::Modules) on Tue Sep 22 23:05:27 2015
# If you edit this file and execute /usr/sbin/dahdi_genconf again,
# your manual changes will be LOST.
wcfxo
wctdm
[root@poseidon ~]#


/etc/dahdi/genconf_parameters

[root@poseidon ~]# cat /etc/dahdi/modules
# Autogenerated by /usr/sbin/dahdi_genconf (Dahdi::Config::Gen::Modules) on Tue Sep 22 23:05:27 2015
# If you edit this file and execute /usr/sbin/dahdi_genconf again,
# your manual changes will be LOST.
wcfxo
wctdm

/etc/dahdi/genconf_parameters
#
# /etc/dahdi/genconf_parameters
#
# This file contains parameters that affect the
# dahdi_genconf configuration generator.
#
# Syntax:
# * A comment from '#' to end of line
# * Blank lines ignored
# * Whitespace at end of line trimmed
# * Single valued items:
# key <whitespace...> value
# * List valued items:
# key
# <whitespace...>value1
# <whitespace...>value2
# ...
#

# When generating extensions for chan_dahdi.conf or users.conf etc: the
# extension number will be channel_number+base_exten . The default is:
#base_exten 4000
#
# Make FXS (analog phones) extensions answer immediately (sets
# 'immediate = yes' for them in chan_dahdi.conf). Don't enable this before
# you're read documentation about this option.
#fxs_immediate yes
#
# For FXS (analog phones) - use KS or LS? ks is the only method for
# Asterisk to provide disconnect supervision and thus it would normally
# be preferred and is the default.
#fxs_default_start ls
#
# For FXO (analog lines) - use KS or LS? KS is the default and is
# normally the better choice as it allows detecting hang-ups on many
# lines.
#fxo_default_start ls

# Set tone zone values. This is used for playing tones (busy, dial-tone
# and such). The default is 'us'. This sets the value for both loadzone
# and defaultzone in system.conf .
#lc_country il

# The dialplan context into which to send trunks in chan_dahdi.conf or
# users.conf. The default value is:
#context_lines from-pstn
#
# The dialplan context into which to send extensions in chan_dahdi.conf or
# users.conf. The default value is:
#context_phones from-internal
#
# Two extra contexts for the input ports and output ports of an
# Astribank. Default values are:
#context_input astbank-input
#context_output astbank-output

# A group to put all analog phones in. By default 0, so you can dial to
# the 'first phone available' using Dahdi/g5 .
#group_phones 5
#
# A group in which to put all the channels belonging to some trunk.
# Thus you can dial through "some trunk" using Dahdi/G0/NUMBER
#group_lines 0

# Channels of digital trunk of span N are also added to group 10+N (that
# is: 14 for channels of span 4).

# Do we want to use PtP ('bri') or PtMP ('bri_ptmp') for BRI? PtMP
# allows connecting several CPE devices on the same network device
# (several BRI phones on the same line, kind of like several analog
# phones on the same analog line). However it is generally brings
# unnecessary complexity for a pbx-pbx connection. It is still the
# default as this is normally what you get for a BRI PSTN connection.
#bri_sig_style bri
#
# If this option is set (that is: not remmed-out), BRI NT ports will
# also be set as overlap. This is useful if you want to connect ISDN
# phones.
#brint_overlap

# The echo canceler to use. If you have a hardware echo canceler, just
# leave it be, as this one won't be used anyway.
#
# The default is mg2, but it may change in the future. E.g: a packager
# that bundles a better echo canceler may set it as the default, or
# dahdi_genconf will scan for the "best" echo canceler.
#
#echo_can hpec
#echo_can oslec
#echo_can none # to avoid echo canceler altogether
echo_can mg2

# bri_hardhdlc:
# 'yes' - forces BRI cards to use 'hardhdlc' signalling.
# 'no' - forces BRI cards to use 'dchan' (an alias for 'fcshdlc').
# It is usefull only for dahdi with the bristuff patch.
#
# If it is left out or set to 'auto':
# * Information supplied by the driver is used to decide:
# - Currently implemented for Astribanks.
# - Taken from /sys/bus/xpds/drivers/bri/dchan_hardhdlc.
# * Without this info, falls back to 'hardhdlc'.
#bri_hardhdlc auto

# For MFC/R2 Support: 'R2' will make E1 spans CAS and with the
# 'r2_idle_bits' bit in system.conf . It will also make dahdi_genconf default
# to generating the channels of this card in unicall.conf rather than in
# chan_dahdi.conf . The meaning of this may be extended somehow to support
# R2 through openr2/chan_dahdi later on.
#pri_connection_type R2
#pri_connection_type CAS
#
# Explicitly set the idle bits for E1 CAS (Sample value is the default):
#r2_idle_bits 1101
#
# Set T1 framing type to d4 instead of esf:
#tdm_framing d4
#
# Use E&M on CAS (default is FXS/FXO). If set, E1 spans will be used as
# E&M-E1 and T1 will use the requested type:
#em_signalling em
#em_signalling em_w
#em_signalling featd
#em_signalling featdtmf
#em_signalling featdtmf_ta
#em_signalling featb
#em_signalling fgccama
#em_signalling fgccamamf
#
# pri_termtype contains a list of settings:
# Currently the only setting is for TE or NT (the default is TE). This
# sets two different but normally related configuration items:
#
# A TE span will have *_cpe signalling in Asterisk and will also get
# timing from the remote party.
#
# A NT span will have *_new signalling in Asterisk and will provide
# timing to the remote party.
#
# pri_termtype is a list if span specs and configuration (TE/NT) for
# them. The first spec that matches is used. The matching is of perl
# regular expressions, but with '*' and '?' have their meaning from
# basic regular expressions.
#pri_termtype
# SPAN/2 NT
# SPAN/4 NT
#
#pri_termtype
# SPAN/* NT
#
# Astribanks can be matched by span and also by their:
# LABEL + XPD number:
# this is burned into the Astribank and won't change
# if it's connected via different USB port/hub
# CONNECTOR + XPD number:
# The USB path to which the Astribank is connected.
# Replacing an Astribank and connecting to the same USB port/hub
# would not change this property. However, any change in USB
# wiring (e.g: adding another hub) may alter this.
# NUM (XBUS number) + XPD number:
# The XBUS number. This is not stable and may even change
# between boots.
#
#pri_termtype
# LABEL/usb:INT01216/XPD-0[123] NT
# LABEL/usb:INT00375/XPD-0[123] NT
# CONNECTOR/@usb-0000:00:1d.7-1/XPD-0[123] NT
# CONNECTOR/@usb-0000:00:1d.7-2/XPD-0[123] NT
# NUM/XBUS-01/XPD-0[123] NT
# NUM/XBUS-03/XPD-0[123] NT
[root@poseidon ~]#


/etc/dahdi/system.conf

[root@poseidon ~]# cat /etc/dahdi/system.conf
# Autogenerated by /usr/sbin/dahdi_genconf on Tue Sep 29 11:07:49 2015
# If you edit this file and execute /usr/sbin/dahdi_genconf again,
# your manual changes will be LOST.
# Dahdi Configuration File
#
# This file is parsed by the Dahdi Configurator, dahdi_cfg
#

# Global data

loadzone = us
defaultzone = us


DAHDI SHOW CHANNELS

poseidon*CLI> dahdi show channels
Chan Extension Context Language MOH Interpret Blocked In Service Description
pseudo default default Yes



DAHDI SHOW VERSION

poseidon*CLI> dahdi show version
DAHDI Version: 2.10.2 Echo Canceller: MG2


Κορυφή
Χωρίς σύνδεση Προφίλ  
 
 Θέμα δημοσίευσης: Re: Hardware πρόβλημα με A400P
ΔημοσίευσηΔημοσιεύτηκε: 29 Σεπ 2015, 13:09 
SIP debugger

Εγγραφή: 26 Μαρ 2009, 20:02
Δημοσιεύσεις: 1007
Όπως βλέπετε την κάρτα μπορείτε να περιγράψετε με ποια σειρά έχετε κουμπώσει τα modules πάνω στην κάρτα. Αν δεν ξέρετε ποιο είναι fxs και ποιο fxo, μπορείτε να τα ξεχωρίσετε από το χρώμα. Πράσινα είναι τα fxs, κόκκινα είναι τα fxo.


Κορυφή
Χωρίς σύνδεση Προφίλ  
 
 Θέμα δημοσίευσης: Re: Hardware πρόβλημα με A400P
ΔημοσίευσηΔημοσιεύτηκε: 29 Σεπ 2015, 13:12 
Tone dialer

Εγγραφή: 29 Σεπ 2015, 12:26
Δημοσιεύσεις: 9
Απο την μεριά των RJ11 interfaces και δεξιά

1 FXS
2 FXS
3 FXO
4 FXO


Κορυφή
Χωρίς σύνδεση Προφίλ  
 
 Θέμα δημοσίευσης: Re: Hardware πρόβλημα με A400P
ΔημοσίευσηΔημοσιεύτηκε: 29 Σεπ 2015, 13:18 
SIP debugger

Εγγραφή: 26 Μαρ 2009, 20:02
Δημοσιεύσεις: 1007
Σβήστε από το menu του Elastix το εσωτερικό 66. Αφού κάνετε apply changes, θα πρέπει μέσα από το web interface να κάνετε hardware detection την κάρτα.

Αφού το κάνετε τι σας βγάζει στην οθόνη του hardware detection.
Επίσης τι βγάζει η παρακάτω εντολή

asterisk -rx"dahdi show channels"


Κορυφή
Χωρίς σύνδεση Προφίλ  
 
 Θέμα δημοσίευσης: Re: Hardware πρόβλημα με A400P
ΔημοσίευσηΔημοσιεύτηκε: 29 Σεπ 2015, 13:24 
Tone dialer

Εγγραφή: 29 Σεπ 2015, 12:26
Δημοσιεύσεις: 9
Το σύστημα δεν είναι elastix. Απλά σαν βοήθεια έχει εγκατασταθεί freepbx. Αλλά την στιγμή που το dahdi αδυνατεί να δει τα modules της κάρτας, λογικά δεν θα υπάρξουν ποτέ στον asterisk, σωστά ?


Κορυφή
Χωρίς σύνδεση Προφίλ  
 
 Θέμα δημοσίευσης: Re: Hardware πρόβλημα με A400P
ΔημοσίευσηΔημοσιεύτηκε: 29 Σεπ 2015, 13:36 
SIP debugger

Εγγραφή: 26 Μαρ 2009, 20:02
Δημοσιεύσεις: 1007
Σβήστε το εσωτερικό 066 και αφού κάνετε apply κάντε detect το υλικό σας πάλι από την γραμμή εντολών.

Όταν τελειώσετε δώστε στο cli dahdi show channels και ανεβάστε τι σας βγάζει.


Κορυφή
Χωρίς σύνδεση Προφίλ  
 
 Θέμα δημοσίευσης: Re: Hardware πρόβλημα με A400P
ΔημοσίευσηΔημοσιεύτηκε: 29 Σεπ 2015, 13:58 
Tone dialer

Εγγραφή: 29 Σεπ 2015, 12:26
Δημοσιεύσεις: 9
Έγινε διαγραφή του εσωτερικού.

dahdi_genconf -F

Κώδικας:
Sep 29 13:55:09 poseidon kernel: Freshmaker passed register test
Sep 29 13:55:10 poseidon kernel: Timeout waiting for calibration of module 0
Sep 29 13:55:12 poseidon kernel: Timeout waiting for calibration of module 0
Sep 29 13:55:12 poseidon kernel: Proslic Failed on Second Attempt to Auto Calibrate
Sep 29 13:55:12 poseidon kernel: Proslic Failed on Second Attempt to Calibrate Manually. (Try -DNO_CALIBRATION in Makefile)
Sep 29 13:55:12 poseidon kernel: Module 0: FAILED FXS (FCC)
Sep 29 13:55:12 poseidon kernel: Module 1: Not installed
Sep 29 13:55:14 poseidon kernel: VoiceDAA did not bring up ISO link properly!
Sep 29 13:55:14 poseidon kernel: Module 2: Not installed
Sep 29 13:55:16 poseidon kernel: VoiceDAA did not bring up ISO link properly!
Sep 29 13:55:16 poseidon kernel: Module 3: Not installed
Sep 29 13:55:16 poseidon kernel: dahdi: disable_span: span 2
Sep 29 13:55:16 poseidon kernel: wctdm: probe of 0000:04:01.0 failed with error -5
Sep 29 13:55:16 poseidon dahdi: wctdm:  [  OK  ]



poseidon*CLI> dahdi show channels
Chan Extension Context Language MOH Interpret Blocked In Service Description
pseudo default default Yes


Κορυφή
Χωρίς σύνδεση Προφίλ  
 
 Θέμα δημοσίευσης: Re: Hardware πρόβλημα με A400P
ΔημοσίευσηΔημοσιεύτηκε: 29 Σεπ 2015, 14:06 
SIP debugger

Εγγραφή: 26 Μαρ 2009, 20:02
Δημοσιεύσεις: 1007
Θα πρέπει να δοκιμάσετε να αφαιρέσετε το fxs με το οποίο είχατε πρόβλημα και να κάνετε πάλι detect την κάρτα.

Πάλι δίνετε dahdi show channels


Κορυφή
Χωρίς σύνδεση Προφίλ  
 
Τελευταίες δημοσιεύσεις:  Ταξινόμηση ανά  
Δημιουργία νέου θέματος Απαντήστε στο θέμα  [ 16 Δημοσιεύσεις ]  Συντονιστής: allVoIP team Μετάβαση στην σελίδα 1, 2  Επόμενο

Όλοι οι χρόνοι είναι UTC + 2 ώρες [ DST ]


Μέλη σε σύνδεση

Μέλη σε αυτή την Δ. Συζήτηση : Δεν υπάρχουν εγγεγραμμένα μέλη και 1 επισκέπτης


Δεν μπορείτε να δημοσιεύετε νέα θέματα σε αυτή τη Δ. Συζήτηση
Δεν μπορείτε να απαντάτε σε θέματα σε αυτή τη Δ. Συζήτηση
Δεν μπορείτε να επεξεργάζεστε τις δημοσιεύσεις σας σε αυτή τη Δ. Συζήτηση
Δεν μπορείτε να διαγράφετε τις δημοσιεύσεις σας σε αυτή τη Δ. Συζήτηση
Δεν μπορείτε να επισυνάπτετε αρχεία σε αυτή τη Δ. Συζήτηση

Αναζήτηση για:
Μετάβαση σε:  
cron
Copyright © 2008-2020, allVoIP.gr