Changed FXS to FXO

General Help
1

I have a tdm400 card I just changed one of the ports from a FXS to an FXO by changing the small card on the pci card. As from green to red. I think I switched over everything but for some odd reason I can not make incoming calls. Outgoing calls go with no problem. In the log it says something about the channel but I dont know what I missed in changing over.

[code]tags
2012-05-02 20:40:15] VERBOSE[6990] sig_analog.c: – Starting simple switch on ‘DAHDI/3-1’
[2012-05-02 20:40:16] VERBOSE[6990] pbx.c: – Executing [s@from-zaptel:1] NoOp(“DAHDI/3-1”, "Entering from-dahdi with DID == ") in new stack
[2012-05-02 20:40:16] VERBOSE[6990] pbx.c: – Executing [s@from-zaptel:2] Ringing(“DAHDI/3-1”, “”) in new stack
[2012-05-02 20:40:16] VERBOSE[6990] pbx.c: – Executing [s@from-zaptel:3] Set(“DAHDI/3-1”, “DID=s”) in new stack
[2012-05-02 20:40:16] VERBOSE[6990] pbx.c: – Executing [s@from-zaptel:4] NoOp(“DAHDI/3-1”, “DID is now s”) in new stack
[2012-05-02 20:40:16] VERBOSE[6990] pbx.c: – Executing [s@from-zaptel:5] GotoIf(“DAHDI/3-1”, “1?dahdiok:checkzap”) in new stack
[2012-05-02 20:40:16] VERBOSE[6990] pbx.c: – Goto (from-zaptel,s,9)
[2012-05-02 20:40:16] VERBOSE[6990] pbx.c: – Executing [s@from-zaptel:9] NoOp(“DAHDI/3-1”, “Is a DAHDi Channel”) in new stack
[2012-05-02 20:40:16] VERBOSE[6990] pbx.c: – Executing [s@from-zaptel:10] Set(“DAHDI/3-1”, “CHAN=3-1”) in new stack
[2012-05-02 20:40:16] VERBOSE[6990] pbx.c: – Executing [s@from-zaptel:11] Set(“DAHDI/3-1”, “CHAN=3”) in new stack
[2012-05-02 20:40:16] VERBOSE[6990] pbx.c: – Executing [s@from-zaptel:12] Macro(“DAHDI/3-1”, “from-dahdi-3,s,1”) in new stack
[2012-05-02 20:40:16] WARNING[6990] app_macro.c: No such context ‘macro-from-dahdi-3’ for macro ‘from-dahdi-3’
[2012-05-02 20:40:16] VERBOSE[6990] pbx.c: – Executing [s@from-zaptel:13] NoOp(“DAHDI/3-1”, “Returned from Macro from-dahdi-3”) in new stack
[2012-05-02 20:40:16] VERBOSE[6990] pbx.c: – Executing [s@from-zaptel:14] Goto(“DAHDI/3-1”, “from-pstn,s,1”) in new stack
[2012-05-02 20:40:16] VERBOSE[6990] pbx.c: – Goto (from-pstn,s,1)
[2012-05-02 20:40:16] VERBOSE[6990] pbx.c: – Executing [s@from-pstn:1] NoOp(“DAHDI/3-1”, “No DID or CID Match”) in new stack
[2012-05-02 20:40:16] VERBOSE[6990] pbx.c: – Executing [s@from-pstn:2] Answer(“DAHDI/3-1”, “”) in new stack
[2012-05-02 20:40:16] WARNING[6990] chan_dahdi.c: Unable to request echo training on channel 3: Invalid argument
[2012-05-02 20:40:16] VERBOSE[6990] pbx.c: – Executing [s@from-pstn:3] Wait(“DAHDI/3-1”, “2”) in new stack
[2012-05-02 20:40:18] VERBOSE[6990] pbx.c: – Executing [s@from-pstn:4] Playback(“DAHDI/3-1”, “ss-noservice”) in new stack
[2012-05-02 20:40:18] VERBOSE[6990] file.c: – <DAHDI/3-1> Playing ‘ss-noservice.ulaw’ (language ‘en’)

[/code]

2

You still have the channel in from-dahdi/trunk/pstn context. It needs to be in from-internal.

3

Which config is that located in?

4

One of your DAHDI files, more than likely the one you changed.

Since you did not tell us how your system was installed, Asterisk and DAHDI and FreePBX info, and the contents of your dahdi and chan-dahdi* files it is impossible to be any more specific.

5

I used the distro for freepbx so its the latest. I changed it to be from-zaptel instead of from internal to make the change. The incoming calls work as they should but not outgoing. Keep in mind I am changing it to FXO from a previous FXS line.

6

Do you have a catch all inbound route?

I should also ask, did you rerun the dahdi_genconf -F -vvvv script after changing the module?

7

I reran the genconf command and modified the groups as needed. I have three inbound routes set up to direct calls to different extentions based on the line coming in. Inside my chan_dahdi file there is only one set of rules. The first two lines work but the changed line doesnt.

8

What is the output of dahdi show channels from Asterisk CLI?

9

Ok now I have a bigger problem. When i ran the genconf the echo in the line is back. I can hear myself on the phone better than the other person.

10

Have you read the DAHDI documentation?

You need to reset the levels on the line with fxotune.

11

That worked but now I have a high level of noise left on the line. Also the switched FXO still doesnt receive calls.

12

Problem fixed. The problem came down to a missing DID for the trunk. Thanks for the help on the other things.