PDA

Voir la version complète : PCI probleme tdm410p



tikismoke
27/11/2011, 19h47
Bonjour à tous,

Je désespère, mon serveur refuse de lancer grub 2 lorsque j'insère une TDM410P avec 2 fxo et 2 fxs. (Merci Fastm3 :love: )

Grub ne se charge pas (loading stage mais pas de menu et redémarrage du serveur)

Truc déjà essayé:
-Evidemment sans la carte tout fonctionne normalement;
-Enlever les modules de la carte=>Rien de mieux :pfff: ;
-Utilisation d'une liveCD marche sauf lors du changement d'affichage :non: ;
-Utilisation du mode rescue du cd debian net install=> Boot ok :wahoo: ;
--Montage des partitions lancement de 2-3 services tout va bien.

Je pense qu'il y a un problème dans grub2 au niveau du chargement de l'affichage. (problème vue avec une liveCD)
Ce soucis ressemble fortement à ça http://ubuntuforums.org/showthread.php?t=1513131

Pour info si ça peut aider:
Kernel: Linux 2.6.32-5-amd64 sur x86_64
Machine: Hp proliant dl140 G3 Intel(R) Xeon(R) CPU 5110 @ 1.60GHz, 2 cores 4Go ECC.

Si quelqu'un a déjà rencontrer ce genre de soucis.
Je googleise mais ça ne donne pas grand chose.

tikismoke
27/11/2011, 19h53
Je vais essayer de passer GRUB_GFXMODE=640x480 pour voir Cela n'a rien changé.
Après essayer de remettre grub ou lilo à la place de grub2 mais il me semble que j'étais passé à Grub2 à cause du raid.

tikismoke
27/11/2011, 22h31
J'avance petit à petit.


Je mets tout ici afin que cela puisse aider d'autre gens plus tard.

Maintenant j'arrive à démarrer ma debian normalement.
J'ai modifier le fichier /boot/grub/grub.cfg pour commenter cette partie:



#if loadfont /usr/share/grub/unicode.pf2 ; then
# set gfxmode=640x480
# load_video
# insmod gfxterm
#fi


Par contre j'ai un autre soucis juste après la sélection dans Grub:

pci 0000:0b:02.0 unknonw header type 10, ignoring device

Du coup lspci ne trouve pas la carte forcément.

lspci
00:00.0 Host bridge: Intel Corporation 5000X Chipset Memory Controller Hub (rev 31)
00:02.0 PCI bridge: Intel Corporation 5000 Series Chipset PCI Express x8 Port 2-3 (rev 31)
00:03.0 PCI bridge: Intel Corporation 5000 Series Chipset PCI Express x4 Port 3 (rev 31)
00:04.0 PCI bridge: Intel Corporation 5000X Chipset PCI Express x16 Port 4-7 (rev 31)
00:05.0 PCI bridge: Intel Corporation 5000 Series Chipset PCI Express x4 Port 5 (rev 31)
00:06.0 PCI bridge: Intel Corporation 5000 Series Chipset PCI Express x4 Port 6 (rev 31)
00:07.0 PCI bridge: Intel Corporation 5000 Series Chipset PCI Express x4 Port 7 (rev 31)
00:10.0 Host bridge: Intel Corporation 5000 Series Chipset FSB Registers (rev 31)
00:10.1 Host bridge: Intel Corporation 5000 Series Chipset FSB Registers (rev 31)
00:10.2 Host bridge: Intel Corporation 5000 Series Chipset FSB Registers (rev 31)
00:11.0 Host bridge: Intel Corporation 5000 Series Chipset Reserved Registers (rev 31)
00:13.0 Host bridge: Intel Corporation 5000 Series Chipset Reserved Registers (rev 31)
00:15.0 Host bridge: Intel Corporation 5000 Series Chipset FBD Registers (rev 31)
00:16.0 Host bridge: Intel Corporation 5000 Series Chipset FBD Registers (rev 31)
00:1c.0 PCI bridge: Intel Corporation 631xESB/632xESB/3100 Chipset PCI Express Root Port 1 (rev 09)
00:1c.1 PCI bridge: Intel Corporation 631xESB/632xESB/3100 Chipset PCI Express Root Port 2 (rev 09)
00:1d.0 USB Controller: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #1 (rev 09)
00:1d.1 USB Controller: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #2 (rev 09)
00:1d.2 USB Controller: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #3 (rev 09)
00:1d.7 USB Controller: Intel Corporation 631xESB/632xESB/3100 Chipset EHCI USB2 Controller (rev 09)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev d9)
00:1f.0 ISA bridge: Intel Corporation 631xESB/632xESB/3100 Chipset LPC Interface Controller (rev 09)
00:1f.1 IDE interface: Intel Corporation 631xESB/632xESB IDE Controller (rev 09)
00:1f.2 IDE interface: Intel Corporation 631xESB/632xESB/3100 Chipset SATA IDE Controller (rev 09)
00:1f.3 SMBus: Intel Corporation 631xESB/632xESB/3100 Chipset SMBus Controller (rev 09)
01:00.0 PCI bridge: Intel Corporation 6311ESB/6321ESB PCI Express Upstream Port (rev 01)
01:00.3 PCI bridge: Intel Corporation 6311ESB/6321ESB PCI Express to PCI-X Bridge (rev 01)
02:00.0 PCI bridge: Intel Corporation 6311ESB/6321ESB PCI Express Downstream Port E1 (rev 01)
0b:01.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) carte réseau présente à coté
1e:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5721 Gigabit Ethernet PCI Express (rev 11)
1f:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5721 Gigabit Ethernet PCI Express (rev 11)
20:02.0 VGA compatible controller: Matrox Graphics, Inc. MGA G200e [Pilot] ServerEngines (SEP1) (rev 02)


Un lspci -H1 fait bien apparaitre la carte:

lspci -H1
00:00.0 Host bridge: Intel Corporation 5000X Chipset Memory Controller Hub (rev 31)
00:02.0 PCI bridge: Intel Corporation 5000 Series Chipset PCI Express x8 Port 2-3 (rev 31)
00:03.0 PCI bridge: Intel Corporation 5000 Series Chipset PCI Express x4 Port 3 (rev 31)
00:04.0 PCI bridge: Intel Corporation 5000X Chipset PCI Express x16 Port 4-7 (rev 31)
00:05.0 PCI bridge: Intel Corporation 5000 Series Chipset PCI Express x4 Port 5 (rev 31)
00:06.0 PCI bridge: Intel Corporation 5000 Series Chipset PCI Express x4 Port 6 (rev 31)
00:07.0 PCI bridge: Intel Corporation 5000 Series Chipset PCI Express x4 Port 7 (rev 31)
00:10.0 Host bridge: Intel Corporation 5000 Series Chipset FSB Registers (rev 31)
00:10.1 Host bridge: Intel Corporation 5000 Series Chipset FSB Registers (rev 31)
00:10.2 Host bridge: Intel Corporation 5000 Series Chipset FSB Registers (rev 31)
00:11.0 Host bridge: Intel Corporation 5000 Series Chipset Reserved Registers (rev 31)
00:13.0 Host bridge: Intel Corporation 5000 Series Chipset Reserved Registers (rev 31)
00:15.0 Host bridge: Intel Corporation 5000 Series Chipset FBD Registers (rev 31)
00:16.0 Host bridge: Intel Corporation 5000 Series Chipset FBD Registers (rev 31)
00:1c.0 PCI bridge: Intel Corporation 631xESB/632xESB/3100 Chipset PCI Express Root Port 1 (rev 09)
00:1c.1 PCI bridge: Intel Corporation 631xESB/632xESB/3100 Chipset PCI Express Root Port 2 (rev 09)
00:1d.0 USB Controller: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #1 (rev 09)
00:1d.1 USB Controller: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #2 (rev 09)
00:1d.2 USB Controller: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #3 (rev 09)
00:1d.7 USB Controller: Intel Corporation 631xESB/632xESB/3100 Chipset EHCI USB2 Controller (rev 09)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev d9)
00:1f.0 ISA bridge: Intel Corporation 631xESB/632xESB/3100 Chipset LPC Interface Controller (rev 09)
00:1f.1 IDE interface: Intel Corporation 631xESB/632xESB IDE Controller (rev 09)
00:1f.2 IDE interface: Intel Corporation 631xESB/632xESB/3100 Chipset SATA IDE Controller (rev 09)
00:1f.3 SMBus: Intel Corporation 631xESB/632xESB/3100 Chipset SMBus Controller (rev 09)
01:00.0 PCI bridge: Intel Corporation 6311ESB/6321ESB PCI Express Upstream Port (rev 01)
01:00.3 PCI bridge: Intel Corporation 6311ESB/6321ESB PCI Express to PCI-X Bridge (rev 01)
02:00.0 PCI bridge: Intel Corporation 6311ESB/6321ESB PCI Express Downstream Port E1 (rev 01)
0b:01.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
0b:02.0 Class 8005: Digium, Inc. Wildcard TDM410 4-port analog card (rev 69)
0b:02.1 Class 8005: Digium, Inc. Wildcard TDM410 4-port analog card (rev 69)
0b:02.2 Class 8005: Digium, Inc. Wildcard TDM410 4-port analog card (rev 69)
0b:02.3 Class 8005: Digium, Inc. Wildcard TDM410 4-port analog card (rev 69)
0b:02.4 Class 8005: Digium, Inc. Wildcard TDM410 4-port analog card (rev 69)
0b:02.5 Class 8005: Digium, Inc. Wildcard TDM410 4-port analog card (rev 69)
0b:02.6 Class 8005: Digium, Inc. Wildcard TDM410 4-port analog card (rev 69)
0b:02.7 Class 8005: Digium, Inc. Wildcard TDM410 4-port analog card (rev 69)
1e:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5721 Gigabit Ethernet PCI Express (rev 11)
1f:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5721 Gigabit Ethernet PCI Express (rev 11)
20:02.0 VGA compatible controller: Matrox Graphics, Inc. MGA G200e [Pilot] ServerEngines (SEP1) (rev 02)

fastm3
28/11/2011, 00h21
Hum, ta carte n'est pas une pci express mais une version pci et c'est un port pci-x sur ton serveur, non ? C'est un bus pci 32 bits de base que j'avais indiqué pour la carte.
Jamais testé une carte pci sur pci-x meme si c'est peut etre retrocompatible...
Ca peut peut etre expliquer. Il y a des utilisateurs de serveurs HP ici je crois. Peut etre qu'il pourront en dire plus.

Ca serait plus simple de valider deja avec une carte mere avec un port pci.
Une carte mere style GA-D525T avec son atom sera largement suffisante tu sais pour une install perso. Ton serveur fait un peut "overkill". En investisant, tu ferais de grosses economies en moins d'un an au vue de ta conso energetique meme si j'imagine que ton serveur doit servir a autre chose peut etre.
Fastm3.

tikismoke
28/11/2011, 00h36
Truc tout con est-ce que cela pourrai vouloir dire que j'ai foiré l'installation de dahdi?
pourtant un modprobe wctdm24xxp fonctionne et:

lsmod|grep dahdi
dahdi_transcode 4493 1 wctc4xxp
dahdi_voicebus 40836 2 wctdm24xxp,wcte12xp
dahdi 181811 11 xpp,dahdi_transcode,wcb4xxp,wctdm,wcfxo,wctdm24xxp ,wcte11xp,wct1xxp,wcte12xp,dahdi_voicebus,wct4xxp
crc_ccitt 1323 2 wctdm24xxp,dahdi

tikismoke
28/11/2011, 00h40
Hum, ta carte n'est pas une pci express mais une version pci et c'est un port pci-x sur ton serveur, non ? C'est un bus pci 32 bits de base que j'avais indiqué pour la carte.
Jamais testé une carte pci sur pci-x meme si c'est peut etre retrocompatible...
Ca peut peut etre expliquer. Il y a des utilisateurs de serveurs HP ici je crois. Peut etre qu'il pourront en dire plus.

Ca serait plus simple de valider deja avec une carte mere avec un port pci.
Une carte mere style GA-D525T avec son atom sera largement suffisante tu sais pour une install perso. Ton serveur fait un peut "overkill". En investisant, tu ferais de grosses economies en moins d'un an au vue de ta conso energetique meme si j'imagine que ton serveur doit servir a autre chose peut etre.
Fastm3.

Oui ça fait grosse bécane mais à 0€ on fait pas trop le difficile.
J'essayerais dans une autre machine sous linux dans la semaine.
Par contre j'étais sur que le pciX est 100% compatible pci2.2 .

http://lists.digium.com/pipermail/asterisk-users/2009-May/232574.html

fastm3
28/11/2011, 00h53
pci-x est "normalement" retrocompatible mais je n'ai jamais testé le meme type de carte que tu as dessus. C'est tout.
Essaie de regarder au niveau de ton bios pour le port pci-x les settings et essaie de les changer. Regarde aussi du cote de l'acpi qui peut poser pb. Rien de scientifique, juste à essayer.

Tu as plein de modules dahdi chargés qui ne te servent a rien.
Ca ne t'aidera peut etre pas mais laisse seulement wctdm24xxp pour la tdm410p
( dans /etc/dahdi/modules )

De la meme maniere, j'ai du posté recemment une liste de modules qu'on peut souvent blacklister. Regarde dans ta liste de modules chargés chez toi s'il n'y en a pas que tu pourrais eliminer.
Regarde le resultat de dahdi_hardware meme si ca ne sert a rien si tu ne vois pas ta carte dans lspci.

Fastm3.

tikismoke
28/11/2011, 15h24
J'ai essayé sur 2 autres machines sous Debian:
-P4 3.4 sur p4pb800;
-Packard bell tout fait sans info sur la carte mere.

Même soucis juste après le choix dans Grub il y a cette ligne:

pci 0000:0b:01.0 unknonw header type 10, ignoring device
Quelque-soit le port pci utilisé ou la désactivation de tout ce qui est inutile dans le bios.

Je désespère complétement de voir mon install asterisk fonctionner avec cette carte plutôt qu'avec le SPA3102 et ses problèmes:frown: :frown:

Comdif
28/11/2011, 16h04
Une carte mere style GA-D525T avec son atom sera largement

Moi aussi je suis grand fan de cette carte Fiable et peu gourmande en énergie
équipée d'une bonne Ram et d'un SSD elle vaux bien un gros serveur et 0 galeres
pour Asterisk.

fastm3
28/11/2011, 16h23
J'ai essayé sur 2 autres machines sous Debian:
-P4 3.4 sur p4pb800;
-Packard bell tout fait sans info sur la carte mere.

Même soucis juste après le choix dans Grub il y a cette ligne:

pci 0000:0b:01.0 unknonw header type 10, ignoring deviceQuelque-soit le port pci utilisé ou la désactivation de tout ce qui est inutile dans le bios.

Je désespère complétement de voir mon install asterisk fonctionner avec cette carte plutôt qu'avec le SPA3102 et ses problèmes:frown: :frown:

Je n'ai jamais eu de tels soucis et j'ai regardé sur toutes mes installs avec cette carte, je n'ai jamais eu un tel message meme si je n'ai que 3 hardware differents.
Comme deja indiqué, je ne peux que te proposer de me la renvoyer et te la rembourser meme si mon deal etait plutot de la livrer en main propre en montrant qu'elle marchait bien, demo a l'appui...
C'est forcemment un pb de port , d'irq, de bios mais je ne peux t'aider a distance la dessus.


Moi aussi je suis grand fan de cette carte Fiable et peu gourmande en énergie
équipée d'une bonne Ram et d'un SSD elle vaux bien un gros serveur et 0 galeres
pour Asterisk.
Zero pb de fiabilité effectivement pour l'instant sauf un petit ventilo un peu plus bruyant sur une des installs. Avec un port pci sans pb pour carte numeris ou analogique :D Chut, la dispo va etre difficile ensuite...;)
J'ai moi meme chez moi ce type d'install dans le salon avec serveur samba, mediatomb pour freebox v6 ( et asterisk bien sur ) . Tip top.
Fastm3.

tikismoke
28/11/2011, 16h49
Ça me gène d'avoir pris autant de temps aussi bien pour toi que pour moi de te la retourner, je vais encore insister un peu mais je perds espoir.

Sur internet il y a plein de sujet avec ce type d'erreur mais jamais avec le header 10.

Le pire c'est d'avoir ce soucis sur d'autres cartes mères.
Un pb de kernel?? j'utilise la même net-install en x86-64 ou i686 suivant les machines.

Je pense aussi poser la question sur le forum asterisk.org des fois que certaines personnes anglophones aient déjà vue ça.

Je ne sais pas si ça peu aider, mais aucunes led n'est allumé non plus.

ffossard
28/11/2011, 19h46
Je mettais des modèles similaires mais de marque Intel, pas plus cher, pas différent, ravi aussi :)

tikismoke la distribution est une Debian toute simple ? Quand j'installe Debian je prends juste le "cd 1" (la netinstall doit fonctionner aussi, mais dans les deux cas il faut un cd donc...)
Prêt à aider aussi :tongue:

tikismoke
28/11/2011, 19h59
Je mettais des modèles similaires mais de marque Intel, pas plus cher, pas différent, ravi aussi :)

tikismoke la distribution est une Debian toute simple ? Quand j'installe Debian je prends juste le "cd 1" (la netinstall doit fonctionner aussi, mais dans les deux cas il faut un cd donc...)
Prêt à aider aussi :tongue:

Merci pour l'aide y a pas de raison, elle va finir par marcher ou passer au micro-ondes :non:

Oui il s'agit de la dernière net instal re télécharger ce matin pour essayer sur la tour de madame (avec un autre dd évidement faudrait pas chercher les ennuis non plus).

Question est-ce que ouvrant une session durant l'installation lspci fonctionne sur tes installations. J'ai le même soucis visible avec dmesg lors de l'instal.

therebel23
29/11/2011, 15h23
Salut,
essaie peut-etre d'installer une debian lenny plutot qu'une squeeze. La lenny est plus "éprouvée" et y'a encore des mises à jour de sécurité.

Parfois avec le hardware, il vaut mieux essayer de faire coincider la génération de l'OS avec la génération du hardware ..

tikismoke
29/11/2011, 16h49
Pas bete tiens je lance le telechargement d'une lenny et vous tiens au courant.

fastm3
19/12/2011, 21h14
Pour info, c'etait bien la carte qui est desormais HS...
A mon avis , elle n'a pas du aimé une de tes machines ou tu as fais une fausse manip. Toutes mes cartes avaient ete testées quand je les ai eues...Grrr, je te rembourse.
Fastm3.

tikismoke
19/12/2011, 23h15
A mon avis , elle n'a pas du aimé une de tes machines ou tu as fais une fausse manip. Toutes mes cartes avaient ete testées quand je les ai eues.


Je ne mets pas en doute tes paroles. Je ne comprends pas non plus et c'est pour moi la première fois que j'aurais grillé une carte.

Avant de décider de reprendre une nouvelle tdm est-ce que d'autres personnes ont déjà eu des soucis sur des ports pcix, j'ai remis la carte réseau pci qui était a sa place et elle fonctionne ce qui exclue un problème sur ce port. Le pire c'est que je n'ai même pas eu le temps de brancher la molex.

Pour comparaison sur les forum HP il y avait un sujet (http://h30499.www3.hp.com/t5/ProLiant-Servers-ML-DL-SL/DL140-interrupts-problem/m-p/3810542/highlight/true#M54153) que je surveillai au cas ou.
Il y est question d'une TE210P qui fonctionne correctement, mis à part un soucis d'IRQ.

fastm3
20/12/2011, 01h17
La carte doit marcher sur un port pci-x retrocompatible, donc sur ton serveur, on est d'accord. Par contre, peut etre que TON serveur a eu un soucis coté port pci. Peut etre qu'en mettant la carte ou en la retirant, quelque chose s'est passé et l'a endommagée ? Je ne sais pas ce qui peut provoquer une panne de tdm410p, je n'en ai jamais eu alors que j'en ai installé tout de meme quelques unes.
La carte est reconnue sans la molex, ca n'est pas le pb.
Ce que je peux te dire que la carte pci est le meilleur moyen pour les lignes analogiques quand c'est possible. Les fxo spa3102 et autres fxo grandstream d'entree de gamme ne donnent jamais satisfaction a 100% et demande vraiment bcp d'effort de reglages. J'en ai aussi dont je ne me sers plus...
Une carte tdm, quand on a l'habitude, ca mets 30 secs a etre operationnel. ( normalement...)
Reste le prix des cartes qui peut etre dissuasif par rapport au prix d'un spa3102.
Mais bon, la, ca ne s'appliquait pas a toi...
Fastm3.

tikismoke
13/01/2012, 13h52
Bonne nouvelle la nouvelle carte ne donne pas de message d'erreur et est visible avec un simple lspci.
Elle est pour l'instant montée dans une autre machine à base de P4PB400 avec aucun autre périphérique.
Je teste l'installation de base asterisk+dhadi pour voir la configuration des modules.
Après je prendrai le risque de la montée dans le proliant (on est vendredi 13, y a pas de raison). :ouimaitre:

Dahdi_genconf à fonctionné ;)

A suivre......

tikismoke
13/01/2012, 16h01
root@serveur:~# lspci
00:00.0 Host bridge: Intel Corporation 5000X Chipset Memory Controller Hub (rev 31)
00:02.0 PCI bridge: Intel Corporation 5000 Series Chipset PCI Express x8 Port 2-3 (rev 31)
00:03.0 PCI bridge: Intel Corporation 5000 Series Chipset PCI Express x4 Port 3 (rev 31)
00:04.0 PCI bridge: Intel Corporation 5000X Chipset PCI Express x16 Port 4-7 (rev 31)
00:05.0 PCI bridge: Intel Corporation 5000 Series Chipset PCI Express x4 Port 5 (rev 31)
00:06.0 PCI bridge: Intel Corporation 5000 Series Chipset PCI Express x4 Port 6 (rev 31)
00:07.0 PCI bridge: Intel Corporation 5000 Series Chipset PCI Express x4 Port 7 (rev 31)
00:10.0 Host bridge: Intel Corporation 5000 Series Chipset FSB Registers (rev 31)
00:10.1 Host bridge: Intel Corporation 5000 Series Chipset FSB Registers (rev 31)
00:10.2 Host bridge: Intel Corporation 5000 Series Chipset FSB Registers (rev 31)
00:11.0 Host bridge: Intel Corporation 5000 Series Chipset Reserved Registers (rev 31)
00:13.0 Host bridge: Intel Corporation 5000 Series Chipset Reserved Registers (rev 31)
00:15.0 Host bridge: Intel Corporation 5000 Series Chipset FBD Registers (rev 31)
00:16.0 Host bridge: Intel Corporation 5000 Series Chipset FBD Registers (rev 31)
00:1c.0 PCI bridge: Intel Corporation 631xESB/632xESB/3100 Chipset PCI Express Root Port 1 (rev 09)
00:1c.1 PCI bridge: Intel Corporation 631xESB/632xESB/3100 Chipset PCI Express Root Port 2 (rev 09)
00:1d.0 USB Controller: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #1 (rev 09)
00:1d.1 USB Controller: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #2 (rev 09)
00:1d.2 USB Controller: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #3 (rev 09)
00:1d.7 USB Controller: Intel Corporation 631xESB/632xESB/3100 Chipset EHCI USB2 Controller (rev 09)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev d9)
00:1f.0 ISA bridge: Intel Corporation 631xESB/632xESB/3100 Chipset LPC Interface Controller (rev 09)
00:1f.1 IDE interface: Intel Corporation 631xESB/632xESB IDE Controller (rev 09)
00:1f.2 IDE interface: Intel Corporation 631xESB/632xESB/3100 Chipset SATA IDE Controller (rev 09)
00:1f.3 SMBus: Intel Corporation 631xESB/632xESB/3100 Chipset SMBus Controller (rev 09)
01:00.0 PCI bridge: Intel Corporation 6311ESB/6321ESB PCI Express Upstream Port (rev 01)
01:00.3 PCI bridge: Intel Corporation 6311ESB/6321ESB PCI Express to PCI-X Bridge (rev 01)
02:00.0 PCI bridge: Intel Corporation 6311ESB/6321ESB PCI Express Downstream Port E1 (rev 01)
0b:01.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
0b:02.0 Ethernet controller: Digium, Inc. Wildcard TDM410 4-port analog card (rev 11)
1e:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5721 Gigabit Ethernet PCI Express (rev 11)
1f:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5721 Gigabit Ethernet PCI Express (rev 11)
20:02.0 VGA compatible controller: Matrox Graphics, Inc. MGA G200e [Pilot] ServerEngines (SEP1) (rev 02)



root@serveur:~# dahdi_scan
[1]
active=yes
alarms=OK
description=Wildcard TDM410P Board 1
name=WCTDM/0
manufacturer=Digium
devicetype=Wildcard TDM410P (VPM100M)
location=PCI Bus 11 Slot 03
basechan=1
totchans=4
irq=27
type=analog
port=1,FXO
port=2,FXO
port=3,FXS
port=4,FXS



root@serveur:~# cat /etc/dahdi/system.conf
# Autogenerated by /usr/sbin/dahdi_genconf on Fri Jan 13 14:34:24 2012
# 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
#
# Span 1: WCTDM/0 "Wildcard TDM410P Board 1" (MASTER)
fxsks=1
echocanceller=oslec,1
fxsks=2
echocanceller=oslec,2
fxoks=3
echocanceller=oslec,3
fxoks=4
echocanceller=oslec,4

# Global data

loadzone = us
defaultzone = us


Y a plus qu'a peaufiner.

Ce qui n'explique toujours pas le soucis avec la première carte reçue.

Aux revendeurs ou autres personnes qui passeraient avec des questions sur l'intégration dans un Proliant DL140G3 sur port PCIX, la réponse est ça fonctionne !

fastm3
13/01/2012, 16h40
Cool, je prefere ca. On ne saura jamais pour la premiere carte. Le principal est que tu sois content , je le suis aussi.

Quelques conseils pour l'optim des cartes que j'utilise, j'en profite pour rappeler mes settings.

change la zone de dahdi.conf en fr
Rajoute

options wctdm24xxp opermode=FRANCE boostringer=1 fastringer=1

dans /etc/modprobe.d/dahdi

Verifie que ton timing est correct ( par de pb irqs ) avec un dahdi_test
Regarde comment marche fxotune, tu dois le faire juste 1 fois avant d'avoir touché a la conf dahdi ( gain par exemple ) et sans avoir lance asterisk. fxotune -i devrait suffire ( il detectera les channels ok ) . Il faut que les cables des lignes FT soient branchées a la carte vu que l'on optimise pour TES lignes.
le fxotune -s qui reoptimisera la carte sera refait normalement au lancement de dahdi au boot machine. Si les fichiers init de dahdi ne l'inclue pas, il faut le rajouter. ( avant lancement asterisk ) mais c'est normalement fait.
Meme si ca marche souvent sans le faire desormais.

Pour un son parfait, je te conseille de configurer et d'utiliser oslec. Ca marche super bien. WAF 100%.
Avec oslec dans chan_dahdi.conf , mes settings:


language=fr
loadzone=fr
defaultzone=fr
progzone=fr

#dtmf ( facultatif mais necessaire avec des portails par exemple ou interphone de temps en temps )
dtmfmode=inband
toneduration=300
relaxdtmf=yes

#detection racroché du correspondant. ( C'est plus sur de rajouter ca )
busydetect=yes
busycount=3

# pour oslec, 512 devrait suffire, passage a 1024 ( 128ms ) exceptionnel si encore echo avec certaines lignes.
echocancel=512

# gain ( attention a ne pas vouloir mettre trop fort, il faut utiliser aussi le reglage vol des tels sinon. Globalement , tu auras une meilleure qualité sonore si tu ne pousses pas trop le gain.
txgain= de 3 à 18 pour moi
rxgain=de 3 à 18 pour moi


Francois.

tikismoke
15/01/2012, 14h07
J'ai un petit souci de détection du raccrochage des correspondants sur les 2 lignes.
En même temps je me demande pourquoi r1 ressemble à ça:

serveur*CLI> dahdi show cadences
r1: 125,125,2000,4000
r2: 250,250,500,1000,250,250,500,4000
r3: 125,125,125,125,125,4000
r4: 1000,500,2500,5000

Mon /etc/asterisk/indications contient bien la ligne country=fr
Et mon chandahdi:

cat /etc/asterisk/chan_dahdi.conf
;
; DAHDI Telephony Configuration file
;
; You need to restart Asterisk to re-configure the DAHDI channel
; CLI> module reload chan_dahdi.so
; will reload the configuration file, but not all configuration options
; are re-configured during a reload (signalling, as well as PRI and
; SS7-related settings cannot be changed on a reload).
;
; This file documents many configuration variables. Normally unless you know
; what a variable means or that it should be changed, there's no reason to
; un-comment those lines.
;
; Examples below that are commented out (those lines that begin with a ';' but
; no space afterwards) typically show a value that is not the default value,
; but would make sense under certain circumstances. The default values are
; usually sane. Thus you should typically not touch them unless you know what
; they mean or you know you should change them.

[trunkgroups]

[channels]
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
faxdetect=incoming
callgroup=1
pickupgroup=1

dahdichan=1,2

immediate=no


language=fr
loadzone=fr
defaultzone=fr
progzone=fr

dtmfmode=inband
toneduration=300
relaxdtmf=yes

busydetect=yes
busycount=3
busypattern=500,500
hanguponpolarityswitch=yes
echocancel=512

txgain=2
rxgain=6

[home-phones]
context=from-internal ; Uses the [internal] context in extensions.conf
signalling=auto ; fxo_ks Use FXO signalling for an FXS channel - as set in sytem.conf.conf
;channel => 1 ; Telephone attached to port 1
;channel => 2 ; Telephone attached to port 2
dahdichan => 3,4

tikismoke
15/01/2012, 16h23
Pourtant si je décroche et que l'appelant raccroche en premier ça fonctionne.

Mais dans un dialplan de ce style si l'on raccroche dès le départ pendant l'annonce Welcome1 ça sonne non stop et ça fini en timeout.


[from-pstn]
language=fr
exten => s,1, Answer
same => n, Wait(1)
same => n, Playback(welcome1)
same => n, Dial(SIP/gtab&SIP/iphone&Dahdi/3,25)
;same => n, Playback(vm-goodbye)
;same => n, Dial(SIP/gtab&SIP/iphone,5)
same => n,Goto(menu01,s,1)
same => n, Hangup()

[menu01]
exten => s,1, Background(message1)
exten => s,n, WaitExten(4)
exten => 1,1,Voicemail(222); 1
exten => 2,1,Voicemail(233); 2
exten => t,1,Playback(conf-errormenu)
exten => t,n,Playback(tt-somethingwrong)
exten => t,n,Playback(vm-goodbye)
exten => t,n,HangUp()


Cas ou l'appelant raccroche pendant le welcome1
En cli ça donne si l'on décroche:


serveur*CLI>
-- Starting simple switch on 'DAHDI/1-1'
[2012-01-15 15:22:24] WARNING[31780]: chan_dahdi.c:8939 ss_thread: CallerID returned with error on channel 'DAHDI/1-1'
-- Executing [s@from-pstn:2] Answer("DAHDI/1-1", "") in new stack
-- Executing [s@from-pstn:3] Wait("DAHDI/1-1", "1") in new stack
-- Executing [s@from-pstn:4] Playback("DAHDI/1-1", "welcome1") in new stack
-- <DAHDI/1-1> Playing 'welcome1.slin' (language 'fr')
-- Executing [s@from-pstn:5] Dial("DAHDI/1-1", "SIP/gtab&SIP/iphone&Dahdi/3,25") in new stack
== Using SIP RTP CoS mark 5
[2012-01-15 15:22:30] WARNING[31780]: app_dial.c:1747 dial_exec_full: Unable to create channel of type 'SIP' (cause 20 - Unknown)
== Using SIP RTP CoS mark 5
[2012-01-15 15:22:30] WARNING[31780]: app_dial.c:1747 dial_exec_full: Unable to create channel of type 'SIP' (cause 20 - Unknown)
-- Called 3
-- DAHDI/3-1 is ringing
-- DAHDI/3-1 is ringing
-- DAHDI/3-1 is ringing
-- DAHDI/3-1 is ringing
-- DAHDI/3-1 answered DAHDI/1-1
-- Native bridging DAHDI/1-1 and DAHDI/3-1
-- Hungup 'DAHDI/3-1'
== Spawn extension (from-pstn, s, 5) exited non-zero on 'DAHDI/1-1'
-- Hungup 'DAHDI/1-1'
serveur*CLI>


Cas ou l'appelant raccroche pendant le welcome1
En cli ça donne si l'on ne fait rien:

-- Starting simple switch on 'DAHDI/1-1'
[2012-01-15 15:22:24] WARNING[31780]: chan_dahdi.c:8939 ss_thread: CallerID returned with error on channel 'DAHDI/1-1'
-- Executing [s@from-pstn:2] Answer("DAHDI/1-1", "") in new stack
-- Executing [s@from-pstn:3] Wait("DAHDI/1-1", "1") in new stack
-- Executing [s@from-pstn:4] Playback("DAHDI/1-1", "welcome1") in new stack
-- <DAHDI/1-1> Playing 'welcome1.slin' (language 'fr')
-- Executing [s@from-pstn:5] Dial("DAHDI/1-1", "SIP/gtab&SIP/iphone&Dahdi/3,25") in new stack
== Using SIP RTP CoS mark 5
[2012-01-15 15:22:30] WARNING[31780]: app_dial.c:1747 dial_exec_full: Unable to create channel of type 'SIP' (cause 20 - Unknown)
== Using SIP RTP CoS mark 5
[2012-01-15 15:22:30] WARNING[31780]: app_dial.c:1747 dial_exec_full: Unable to create channel of type 'SIP' (cause 20 - Unknown)
-- Called 3
-- DAHDI/3-1 is ringing
-- DAHDI/3-1 is ringing
-- DAHDI/3-1 is ringing
-- DAHDI/3-1 is ringing
-- DAHDI/3-1 answered DAHDI/1-1
-- Native bridging DAHDI/1-1 and DAHDI/3-1
-- Hungup 'DAHDI/3-1'
== Spawn extension (from-pstn, s, 5) exited non-zero on 'DAHDI/1-1'
-- Hungup 'DAHDI/1-1'
-- Starting simple switch on 'DAHDI/1-1'
-- Executing [s@from-pstn:2] Answer("DAHDI/1-1", "") in new stack
-- Executing [s@from-pstn:3] Wait("DAHDI/1-1", "1") in new stack
-- Executing [s@from-pstn:4] Playback("DAHDI/1-1", "welcome1") in new stack
-- <DAHDI/1-1> Playing 'welcome1.slin' (language 'fr')
-- Executing [s@from-pstn:5] Dial("DAHDI/1-1", "SIP/gtab&SIP/iphone&Dahdi/3,25") in new stack
== Using SIP RTP CoS mark 5
[2012-01-15 15:25:57] WARNING[476]: app_dial.c:1747 dial_exec_full: Unable to create channel of type 'SIP' (cause 20 - Unknown)
== Using SIP RTP CoS mark 5
[2012-01-15 15:25:57] WARNING[476]: app_dial.c:1747 dial_exec_full: Unable to create channel of type 'SIP' (cause 20 - Unknown)
-- Called 3
-- DAHDI/3-1 is ringing
-- DAHDI/3-1 is ringing
-- DAHDI/3-1 is ringing
-- DAHDI/3-1 is ringing
-- DAHDI/3-1 is ringing
-- DAHDI/3-1 is ringing
-- DAHDI/3-1 is ringing
-- Nobody picked up in 25000 ms
-- Hungup 'DAHDI/3-1'
-- Executing [s@from-pstn:6] Goto("DAHDI/1-1", "menu01,s,1") in new stack
-- Goto (menu01,s,1)
-- Executing [s@menu01:1] BackGround("DAHDI/1-1", "message1") in new stack
-- <DAHDI/1-1> Playing 'message1.slin' (language 'fr')
-- Executing [s@menu01:2] WaitExten("DAHDI/1-1", "4") in new stack
-- Timeout on DAHDI/1-1, going to 't'
-- Executing [t@menu01:1] Playback("DAHDI/1-1", "conf-errormenu") in new stack
-- <DAHDI/1-1> Playing 'conf-errormenu.slin' (language 'fr')
-- Executing [t@menu01:2] Playback("DAHDI/1-1", "tt-somethingwrong") in new stack
-- <DAHDI/1-1> Playing 'tt-somethingwrong.slin' (language 'fr')
-- Executing [t@menu01:3] Playback("DAHDI/1-1", "vm-goodbye") in new stack
-- <DAHDI/1-1> Playing 'vm-goodbye.slin' (language 'fr')
-- Executing [t@menu01:4] Hangup("DAHDI/1-1", "") in new stack
== Spawn extension (menu01, t, 4) exited non-zero on 'DAHDI/1-1'
-- Hungup 'DAHDI/1-1'



Cas ou l'appelant raccroche en premier pendant une communication:


-- Hungup 'DAHDI/1-1'
-- Starting simple switch on 'DAHDI/1-1'
-- Executing [s@from-pstn:2] Answer("DAHDI/1-1", "") in new stack
-- Executing [s@from-pstn:3] Wait("DAHDI/1-1", "1") in new stack
-- Executing [s@from-pstn:4] Playback("DAHDI/1-1", "welcome1") in new stack
-- <DAHDI/1-1> Playing 'welcome1.slin' (language 'fr')
-- Executing [s@from-pstn:5] Dial("DAHDI/1-1", "SIP/gtab&SIP/iphone&Dahdi/3,25") in new stack
== Using SIP RTP CoS mark 5
[2012-01-15 15:31:15] WARNING[1946]: app_dial.c:1747 dial_exec_full: Unable to create channel of type 'SIP' (cause 20 - Unknown)
== Using SIP RTP CoS mark 5
[2012-01-15 15:31:15] WARNING[1946]: app_dial.c:1747 dial_exec_full: Unable to create channel of type 'SIP' (cause 20 - Unknown)
-- Called 3
-- DAHDI/3-1 is ringing
-- DAHDI/3-1 is ringing
-- DAHDI/3-1 answered DAHDI/1-1
-- Native bridging DAHDI/1-1 and DAHDI/3-1
-- Hungup 'DAHDI/3-1'
== Spawn extension (from-pstn, s, 5) exited non-zero on 'DAHDI/1-1'
-- Hungup 'DAHDI/1-1'


Cas ou l'appelé raccroche en premier:

-- Hungup 'DAHDI/1-1'
-- Starting simple switch on 'DAHDI/1-1'
-- Executing [s@from-pstn:2] Answer("DAHDI/1-1", "") in new stack
-- Executing [s@from-pstn:3] Wait("DAHDI/1-1", "1") in new stack
-- Executing [s@from-pstn:4] Playback("DAHDI/1-1", "welcome1") in new stack
-- <DAHDI/1-1> Playing 'welcome1.slin' (language 'fr')
-- Executing [s@from-pstn:5] Dial("DAHDI/1-1", "SIP/gtab&SIP/iphone&Dahdi/3,25") in new stack
== Using SIP RTP CoS mark 5
[2012-01-15 15:33:00] WARNING[2134]: app_dial.c:1747 dial_exec_full: Unable to create channel of type 'SIP' (cause 20 - Unknown)
== Using SIP RTP CoS mark 5
[2012-01-15 15:33:00] WARNING[2134]: app_dial.c:1747 dial_exec_full: Unable to create channel of type 'SIP' (cause 20 - Unknown)
-- Called 3
-- DAHDI/3-1 is ringing
-- DAHDI/3-1 is ringing
-- DAHDI/3-1 answered DAHDI/1-1
-- Native bridging DAHDI/1-1 and DAHDI/3-1
-- Hungup 'DAHDI/3-1'
== Spawn extension (from-pstn, s, 5) exited non-zero on 'DAHDI/1-1'
-- Hungup 'DAHDI/1-1'


Je ne voi pas la différence entre les 2 derniers cas alors qu'il devrait y en avoir une non?

fastm3
16/01/2012, 12h33
pas trop le temps mais mets

busydetect=yes busycount=3 echocancel=512 txgain=2 rxgain=6

en tete de fichiers avant les channels au moins. ( dans chan_dahdi.conf )
Fait un include de dahdi-channels génére par dahdi_genconf, ton chan_dahdi.conf sera bcp plus clair.

Fastm3

tikismoke
16/01/2012, 23h03
pas trop le temps mais mets

busydetect=yes busycount=3 echocancel=512 txgain=2 rxgain=6

en tete de fichiers avant les channels au moins. ( dans chan_dahdi.conf )
Fait un include de dahdi-channels génére par dahdi_genconf, ton chan_dahdi.conf sera bcp plus clair.

Fastm3

J'ai modifier le chan_dahdi mais ça ne fonctionne pas mieux.
Au passage si un modérateur veut scinder le sujet, je pense que cela serait plus clair.

J'ai beau chercher je retombe toujours sur ces quelques lignes surligner à modifier ou rajouter mais niette ça ne change rien.
C'est bizarre le spa3102 voyait bien le raccrocher pourquoi pas les modules FXO, ça le fait sur la ligne FT comme sur la ligne Freebox.

Sinon coté qualité audio ça n'a rien à voir :love:. Et Oslec à l'air de pas trop mal marché vue que je n'entends pas trop d'écho sur les quelques essais de ces derniers jours :wink:.

Après j'avoue que je cale et ceux malgré la lecture avancé du livre Asterisk: The Future of Telephony 2, je ne l'ai pas encore fini mais là je :confused:


cat /etc/asterisk/chan_dahdi.conf
;
; DAHDI Telephony Configuration file
;
; You need to restart Asterisk to re-configure the DAHDI channel
; CLI> module reload chan_dahdi.so
; will reload the configuration file, but not all configuration options
; are re-configured during a reload (signalling, as well as PRI and
; SS7-related settings cannot be changed on a reload).
;
; This file documents many configuration variables. Normally unless you know
; what a variable means or that it should be changed, there's no reason to
; un-comment those lines.
;
; Examples below that are commented out (those lines that begin with a ';' but
; no space afterwards) typically show a value that is not the default value,
; but would make sense under certain circumstances. The default values are
; usually sane. Thus you should typically not touch them unless you know what
; they mean or you know you should change them.



[trunkgroups]

[channels]
busydetect=yes
busycount=2
echocancel=512
busypattern=500,500
txgain=2
rxgain=6
language=fr
loadzone=fr
defaultzone=fr
progzone=fr
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=yes
;faxdetect=incoming
callgroup=1
pickupgroup=1
immediate=no
dtmfmode=inband
toneduration=100
relaxdtmf=yes
hanguponpolarityswitch=yes
;answeronpolarityswitch=yes
#include dahdi-channels.conf

[home-phones]

fastm3
16/01/2012, 23h37
C'est bizarre le spa3102 voyait bien le raccrocher pourquoi pas les modules FXO, ça le fait sur la ligne FT comme sur la ligne Freebox.

Reprends ma config. Tu as rajouté des trucs qui peuvent perturber.
J'utilise le busydetect qui est celui qui marche le mieux. 2 busy est plus rapide mais tu risques d'avoir des faux positifs. 3 est le meilleur compromis.


Sinon coté qualité audio ça n'a rien à voir :love:. Et Oslec à l'air de pas trop mal marché vue que je n'entends pas trop d'écho sur les quelques essais de ces derniers jours :wink:.

Pas normal, tu ne devrais pas avoir du tout d'echo. Avec du sip ( softphone, ou tel ) vers le fxo, ca doit etre parfait. ( Je n'utilise pas les fxs )
Essaie de passer a 1024 echocancel eventuellement.

Ton gain semble un peu faible avec une freebox.
Fastm3.

tikismoke
17/01/2012, 21h06
Reprends ma config. Tu as rajouté des trucs qui peuvent perturber.
J'utilise le busydetect qui est celui qui marche le mieux. 2 busy est plus rapide mais tu risques d'avoir des faux positifs. 3 est le meilleur compromis.

Pas normal, tu ne devrais pas avoir du tout d'echo. Avec du sip ( softphone, ou tel ) vers le fxo, ca doit etre parfait. ( Je n'utilise pas les fxs )
Essaie de passer a 1024 echocancel eventuellement.

Ton gain semble un peu faible avec une freebox.
Fastm3.

J'ai essayé avec ton fichier, ça ne marche pas mieux, même avec un dialplan des plus simple:
answer=>Dahdi/3=>hangup
Par contre je viens de découvrir que ce que je pensait être de l'echo donne un larsen monstrueux lorsque je dépasse 6 en Tx ou RxGain.

Par contre je ne comprends pas bien la fonction busycount si je la passe d'une valeur à une autre j'ai bien un changement lorsque l'appelant décroche.

Si je mets 3 par exemple, je peut compter les sonneries jusqu'à trois coté appelé lorsque l'appelant raccroche et là j'ai un changement de tonalité coté appelé.

Je me pose une question bête y a t il quelque chose d'autres ailleurs qui m’empêche d’arrêter ou de sortir d'une extension lorsque l'on raccroche.

J'ai fait mes essais entre portable ligne FT.
autre ligne FT vers FT.
mobile => freebox
autre ligne FT=> freebox
freebox=>fixe (soit un gros bridge FXS=>FXO=>FXO=>FXS de la même carte).

J'ai créez une extension h mais elle n'est vue qu'a partir du moment ou j'ai décroché sur un des FXS.

-- Starting simple switch on 'DAHDI/1-1'
-- Executing [s@from-pstn:2] Answer("DAHDI/1-1", "") in new stack
-- Executing [s@from-pstn:3] Wait("DAHDI/1-1", "1") in new stack
-- Executing [s@from-pstn:4] Playback("DAHDI/1-1", "welcome1") in new stack
-- <DAHDI/1-1> Playing 'welcome1.slin' (language 'fr')
-- Executing [s@from-pstn:5] Dial("DAHDI/1-1", "SIP/gtab&SIP/iphone&Dahdi/3,25") in new stack
== Using SIP RTP CoS mark 5
[2012-01-17 20:28:37] WARNING[15837]: app_dial.c:1747 dial_exec_full: Unable to create channel of type 'SIP' (cause 20 - Unknown)
== Using SIP RTP CoS mark 5
[2012-01-17 20:28:37] WARNING[15837]: app_dial.c:1747 dial_exec_full: Unable to create channel of type 'SIP' (cause 20 - Unknown)
-- Called 3
-- DAHDI/3-1 is ringing
-- DAHDI/3-1 is ringing
-- DAHDI/3-1 answered DAHDI/1-1
-- Native bridging DAHDI/1-1 and DAHDI/3-1
-- Executing [h@from-pstn:1] NoOp("DAHDI/1-1", ""raccroché") in new stack
-- Hungup 'DAHDI/3-1'
== Spawn extension (from-pstn, s, 5) exited non-zero on 'DAHDI/1-1'
-- Hungup 'DAHDI/1-1'


Je dois louper un truc simple mais je sèche.....

fastm3
17/01/2012, 21h32
J'ai essayé avec ton fichier, ça ne marche pas mieux.
Par contre je viens de découvrir que ce que je pensait être de l'echo donne un larsen monstrueux lorsque je dépasse 6 en Tx ou RxGain.

il faut faire attention a ne pas etre a coté bien sur. Pas evident quand on fait des tests. Il faut vraiment s'isoler. Le gain est variable en fonction des configs.
Curieux que tu ais de l'echo avec seulement 6.
Je pense que si tu utilises un fxs, ca peut etre ton tel ou le port fxs. Essaie avec sip + fxo pour isoler le soucis.


Par contre je ne comprends pas bien la fonction busycount si je la passe d'une valeur à une autre j'ai bien un changement lorsque l'appelant décroche.
Si je mets 3 par exemple, je peut compter les sonneries jusqu'à trois coté appelé lorsque l'appelant raccroche et là j'ai un changement de tonalité coté appelé.
Desolé je comprends pas. Commence par des choses simples en ciblant la detection du racroché car c'est visiblement ton pb.
- Une extension sip et un port fxo.
- Quand la personne sip racroche, verifier que le fxo racroche ( ca normalement c'est sur que ca marche )
- Quand la personne "fxo" racroche, verifier que au bout des 3 count busy, on voit bien le hangup passé à la console.

Teste ca deja et tant que ca marche pas , inutile d'aller chercher plus loin.

Tu as bien mis les param pour le module et tuner tes ports fxo comme indiqué ?
Un fxotune est bien executé au demarrage de la machine avant le demarrage d'asterisk ?

Le busycount, c'est parce qu'en analogique , il n'y a pas de signalisation. Avec le busy count, dahdi ecoute et essaie de reconnaitre une tonalité qui se produit quant la ligne a racrochée. ( mais dahdi ne le sait pas encore ) , des qu'il reconnait n ( busycount ) tonalité de raccrochage, il coupe la ligne au niveau de la carte pour qu'elle puisse recevoir ou emettre un autre appel.

Je me pose une question bête y a t il quelque chose d'autres ailleurs qui m’empêche d’arrêter ou de sortir d'une extension lorsque l'on raccroche.


J'ai fait mes essais entre portable ligne FT.
autre ligne FT vers FT.
mobile => freebox
autre ligne FT=> freebox
freebox=>fixe (soit un gros bridge FXS=>FXO=>FXO=>FXS de la même carte). Fais marcher les choses simples. Evite si tu peux les fxs meme si il y en a 2 sur la carte. Un tel sip est bien mieux. En tout cas essaie deja sans un fxs dans tes tests.
Fastm3.

tikismoke
17/01/2012, 21h40
Essaie avec sip + fxo pour isoler le soucis.
- Quand la personne sip racroche, verifier que le fxo racroche ( ca normalement c'est sur que ca marche )
- Quand la personne "fxo" racroche, verifier que au bout des 3 count busy, on voit bien le hangup passé à la console.
Le busycount, c'est parce qu'en analogique , il n'y a pas de signalisation. Avec le busy count, dahdi ecoute et essaie de reconnaitre une tonalité qui se produit quant la ligne a racrochée. ( mais dahdi ne le sait pas encore ) , des qu'il reconnait n ( busycount ) tonalité de raccrochage, il coupe la ligne au niveau de la carte pour qu'elle puisse recevoir ou emettre un autre appel.
Fais marcher les choses simples. Evite si tu peux les fxs meme si il y en a 2 sur la carte. Un tel sip est bien mieux. En tout cas essaie deja sans un fxs dans tes tests.
Fastm3.

IDEM SIP=>ligne FT=>SIP
SIP=>freebox=>SIP
SIP=>FT=>FXS
SIP=>freebox=>fxs


C'est là que ça merde regarde mon CLi juste au dessus le busycount fonctionne mais uniquement si je décroche en fxs ou en sip

Le larsen effectivement ça doit venir du téléphone ça ne le fait pas en sip.




Tu as bien mis les param pour le module et tuner tes ports fxo comme indiqué ?
Un fxotune est bien executé au demarrage de la machine avant le demarrage d'asterisk ?

Yep fxotune -i puis un fxotune -s au boot.
Par contre fxotune -i ne fonctionne pas sur le port freebox à cause de l'absence de tonalité je pense sur le RJ11 de la V6.



Unable to tune 2 devices, even though those devices are present
cat /etc/fxotune.conf
1=4,0,0,0,0,0,0,0,0
2=0,0,0,0,0,0,0,0,0

fastm3
17/01/2012, 22h52
Par contre fxotune -i ne fonctionne pas sur le port freebox à cause de l'absence de tonalité je pense sur le RJ11 de la V6.



Unable to tune 2 devices, even though those devices are present
cat /etc/fxotune.conf
1=4,0,0,0,0,0,0,0,0
2=0,0,0,0,0,0,0,0,0


fxotune doit marcher avec un port freebox ( tu es sur de bien avoir arreter asterisk avant ) mais bon ca n'est pas ca qui fera changer grand chose pour ta detection de raccroché.

Prenon 1 cas qui ne marche pas d'apres toi.
Si je comprends bien,
1- tu appelles par exemple ta ligne freebox de ton portable.
2- Personne ne decroche ( extension ) sur ton asterisk.
3- Tu racroches de ton portable.
-> Pas de detection de racroché sur asterisk ?

Car sur les logs , on voit toujours le raccroché du channel 1 ( le fxo ) dans tous les scenario laissant supposé qu'il est détecté. Peut etre est ce beaucoup plus tard ?
La je ne sais pas. Essaie de te focaliser sur 1 scenario a la fois. Impossible d'y voir clair en parlant de plein de scenario a la fois dans un meme thread.
Recree un thread specifique pour un pb specifique eventuellement vu que le pb de detection de carte deja n'est plus.
Fastm3.

tikismoke
17/01/2012, 23h50
C'est pour ca que je demandais si un miderateur pouvait scinder en deux sujets.

Oui la detection du raccroche ne marche que si je reponds cf dernier cli.
Sinon si je decroche pas, que l'appelant raccroche et que ce n'est pas une extension comprenant un timeout hangup la ligne reste occupe jusqu'a ce que j'essaye d'appeler et du coup je ne recois plus d'appel pendant ce temps la.

tikismoke
18/01/2012, 23h13
La suite est ici (http://www.asterisk-france.org/showthread.php/1628-Soucis-d%C3%A9tection-du-raccroch%C3%A9).