vicidial.org

Just like the topic says, we can't listen in on calls. I've spent the past 6h troubleshooting this and I still can't figure it out.

Using Asterisk: 1.4.39.1 with Vicidial: 2.6b0.5

Here's what I have so far:

iax2 show peers
ASTblind (Unspecified) (D) 255.255.255.255 0 UNKNOWN
ASTloop (Unspecified) (D) 255.255.255.255 0 UNKNOWN

iax2 show registry
127.0.0.1:41569 N ASTblind <Unregistered> 60 Request Sent
127.0.0.1:40569 N ASTloop <Unregistered> 60 Request Sent

ip_relay is running properly:

ps auxww | grep "ip_relay"
root 29407 0.0 0.0 1684 592 pts/3 S 08:13 0:00 ip_relay 40569 127.0.0.1 4569 9999999
root 29408 0.0 0.0 1684 584 pts/3 S 08:13 0:00 ip_relay 41569 127.0.0.1 4569 9999999

netstat -tunle | grep "569"
tcp 0 0 0.0.0.0:40569 0.0.0.0:* LISTEN 0 345978
tcp 0 0 0.0.0.0:41569 0.0.0.0:* LISTEN 0 345979
udp 0 0 0.0.0.0:4569 0.0.0.0:* 0 349225
udp 0 0 0.0.0.0:41569 0.0.0.0:* 0 345980
udp 0 0 0.0.0.0:40569 0.0.0.0:* 0 345981

telnet localhost 40569
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.

There is no firewall blocking the way.

doing an IAX2 debug in Asterisk CLI I see the following:

[Oct 2 14:16:16] Tx-Frame Retry[003] -- OSeqno: 000 ISeqno: 000 Type: IAX Subclass: REGREQ
[Oct 2 14:16:16] Timestamp: 00019ms SCall: 00367 DCall: 00000 [127.0.0.1:41569]
[Oct 2 14:16:16] USERNAME : ASTblind
[Oct 2 14:16:16] REFRESH : 60
[Oct 2 14:16:16]
[Oct 2 14:16:16] Tx-Frame Retry[003] -- OSeqno: 000 ISeqno: 000 Type: IAX Subclass: REGREQ
[Oct 2 14:16:16] Timestamp: 00019ms SCall: 03920 DCall: 00000 [127.0.0.1:40569]
[Oct 2 14:16:16] USERNAME : ASTloop
[Oct 2 14:16:16] REFRESH : 60
[Oct 2 14:16:16]
[Oct 2 14:16:16] Rx-Frame Retry[Yes] -- OSeqno: 000 ISeqno: 000 Type: IAX Subclass: REGREQ
[Oct 2 14:16:16] Timestamp: 00019ms SCall: 00367 DCall: 00000 [12.34.56.78:46387]
[Oct 2 14:16:16] USERNAME : ASTblind
[Oct 2 14:16:16] REFRESH : 60
[Oct 2 14:16:16] Rx-Frame Retry[Yes] -- OSeqno: 000 ISeqno: 000 Type: IAX Subclass: REGREQ
[Oct 2 14:16:16]
[Oct 2 14:16:16] Timestamp: 00019ms SCall: 03920 DCall: 00000 [12.34.56.78:43891]
[Oct 2 14:16:16] USERNAME : ASTloop
[Oct 2 14:16:16] REFRESH : 60

That's it, it never goes beyond the REGEQ phase. What I see is that it Transmits the REGREQ to 127.0.0.1 and Asterisk sees that it received a REGREQ from the public IP of the box. Nothing after that at all. I have authdebug enabled in iax.conf and there are no more details either.

Any clues ?

Thank you!

1) Welcome to the Party!

2) when you post, please post your entire configuration including (but not limited to) your installation method and vicidial version with build.

this IS a requirement for posting along with reading the stickies (at the top of each forum) and the manager's manual (available on EFLO.net, both free and paid versions)

You should also post: Asterisk version, telephony hardware (model number is helpful here), cluster information if you have one, and whether any other software is installed in the box. If your installation method is "from scratch" you must post your operating system and should also post the .iso version from which you installed your original operating system. If your installation is "Hosted" list the site name of the host.

If this is a "Cloud" or "Virtual" server, please note the technology involved along with the version of that techology (ie: VMware Server Version 2.0.2). If it is not, merely stating the Motherboard model # and CPU would be helpful.

Similar to This:

Vicibox X.X from .iso | Vicidial X.X.X-XXX Build XXXXXX-XXXX | Asterisk X.X.X | Single Server | No Digium/Sangoma Hardware | No Extra Software After Installation | Intel DG35EC | Core2Quad Q6600

3) Without your installation method, it would be rather difficult to guess why you are not registering (from a Vicidial standpoint ...). But from an asterisk / linux standpoint there are two basic methods (one for each): Asterisk - verify the iax2 account exists in both directions (the account in iax.conf/iax-vicidial.conf for both sides of the registration, client and server). Linux - verify 127.0.0.1 will actually arrive at the local machine (is it in /etc/hosts? can you ping it?)