Topic: [Announce]... Er... Loads of Asterisk/SAIL stuff

[llandry]

Code: [Select]



[root@master etc]# modprobe wcfxo
Notice: Configuration file is /etc/zaptel.conf
line 0: Unable to open master device '/dev/zap/ctl'

1 error(s) detected

FATAL: Error running install command for wcfxo
[root@master etc]# ls /proc/zaptel
[root@master etc]#



Obviously... I'm having more issues then I originally suspected...

What I'm tempted to do is start from scratch... I've done alot of playing around and kernel updates and the like...

Since now I know that the card was not in the original Selintra db, I'll reinstall a fresh copy of SME, re-install the latest version of Sail and, add the card to the db before I try to probe... That should give us a clean slate to work with...

My day job is interfering with this, so I'll attempt it later tonight.  

I'll keep you posted.

Luc.

And again.... Your help is second to none.

[SARK devs]

Hi Luc

What happened isn't necessarily wrong.  Udev takes a few seconds to build /dev/zap.

Just wait a moment (I've seen it take up to 20 seconds on a small system) and try the modprobe again.

If it doesn't work at the second time of asking then yes, you've probably got a problem.

S

[llandry]

The second time I try to install wcfxo, no complaints...

lsmod yields:

Code: [Select]


wcfxo                  11424  0
zaptel                197668  1 wcfxo
crc_ccitt               2241  1 zaptel



but still nothing in /proc/zaptel

Thanks

L2

[SARK devs]

then I think the board may not be quite as it should be.

udev builds one entry (at least) for each Digium board in /proc/zaptel.  It numbers them 1,2,3...n.

Doing a cat on these files should show you the board and it's characteristics.  As an example; heres a TDM card Span (just after the modprobe)...

Code: [Select]

# cat /proc/zaptel/1
Span 1: WCTDM/0 "Wildcard TDM400P REV I Board 1"

           1 WCTDM/0/0
           2 WCTDM/0/1
           3 WCTDM/0/2
           4 WCTDM/0/3


Here's the same card after ztcfg has been run and asterisk has started...

 

Code: [Select]

# cat /proc/zaptel/1
Span 1: WCTDM/0 "Wildcard TDM400P REV I Board 1"

           1 WCTDM/0/0 FXOKS (In use)
           2 WCTDM/0/1 FXOKS (In use)
           3 WCTDM/0/2 FXSKS (In use)
           4 WCTDM/0/3 FXSKS (In use)


Unfortunately I don't have an X100P to hand but it looks like a single FXO channel TDM board.

best

S

[hervep]

Hi L2,

... Maybe some interrupt problem that makes the card to not register on wcfxo ... ?

==> cat /proc/interrupts  ... any conflict ?
==> Does the PC BIOS allows you to force IRQ on used slot ?
        Disabling auto IRQ assignments, PNP Operating system ...  and  stuffs like that may sometimes help. Really depends of the BIOS settings capabilities.

==> Did you tried using ( if any ) another PCI slot ?

Best,

herve

[llandry]

Hervé,

Yes my friend... its been moved to all the slots available with no change...

I haven't tried the clean install yet, my day job is starting to affect my moonlighting  

That will teach me to buy stuff off eBay, just to save a few pennies   ...  

If I can't get this thing to work, I'll just go a get a TDM400 from Digium..


Thanks again..

L2

[llandry]

This may not be the place to ask this question, if so, I apologize in advance.

As previously stated, I'm new to this Telephony stuff.

My DID and Termination supplier for VoIP supports the G.729 codec. Would I benefit from licensing G.729 ?

Although I will be traffic shaping, would the benefit of added bandwidth out way the cost ( which I'm not to concerned about @ $10/channel) and the CPU requirements?

I'm running a dual PIII 1.13Ghz box, and, for now, don't expect to have more then 5 concurrent calls. I will have quite a bit of data traffic though.


Thanks

L2

[mark_s_tt]

Both these releases have some new "mass-deployment" features, the most important of which is central directory and Speeddial for Aastra and Snom phones. You can find details on the Docs site..

http://selintra.com/docs/cgi-bin/view/Main/DocChapterHdrs

This feature allows you to create a freeform directory in headers and have it automatically downloaded to all the phones on your network (provided they are Snoms or Aastras). If you want us to include other phone types then please shout, obviously they MUST support remote directory provisioning (many don't).

Hi Selintra,

I'm running selintra-sail-2.1.15-468.noarch.rpm but the seldir.conf and selspeed.conf files aren't in the headers section as shown in the docs link for the universal directories.

This is something that would be nice to implement. Am I missing something?

Thanks
Mark.

[SARK devs]

I'm running selintra-sail-2.1.15-468.noarch.rpm but the seldir.conf and selspeed.conf files aren't in the headers section

Awwwwwwwwwwwwwwwwwwwwwwww!    Doh! Doh! Doh!

We missed the database tuples for selspeed and seldir in the -468 cut!!

How dumb is that?

We are putting up the automated PRI releases this evening.  Promise they'll be in there.

     

Kind Regards

Selintra

[mark_s_tt]

Nice one.

Also the Aastra 480i looks absolutely great for the money.
The directory feature has convinced me this is the way to go regarding phone models.

Thanks again,

Mark.

[SARK devs]

Llandry

re G729

would the benefit of added bandwidth out way the cost ( which I'm not to concerned about @ $10/channel) and the CPU requirements?

Short answer is absolutely.  G.729 is the Dr Cure-all for VoIP.  The big issue is your upload bandwidth and how much of it you actually get in practice (after contention). On a standard broadband circuit (ADSL)you will normally only get 256Kbs uplift.  This will usually only give you 2 concurrent Alaw/Ulaw calls.  The third call will almost certainly jitter.  On the same 256K you should get at least 6 G729 calls without problem.  Alaw/Ulaw uses around 68K per call in each direction (with message header overheads), G.729 uses around 12K and the sound quality is so near as to be almost indistinguishable from G711 (alaw).

At 10 bucks a channel I think that's seriously good value.

Also, with SAIL, you don't need to worry too much about extra CPU usage because SAIL can automatically optimise your system for G729 passthrough (by setting G729 in Globals).  G729 only uses CPU if you are actively transcoding  between it and something else.  SAIL minimises this by forcing the transcoding off to the carrier on one side and the phones on the other.  The only time SAIL will actually transcode is during Music-on-Hold and voicemail operations (record and playback).

Cool huh?



Best

Selintra

[llandry]

As I said before...

I couldn't get this kind of support if I paid for it

I think I'll give G.729 a try on my home PBX, then implement @ the office.

And yes, you guys ( and I'm assuming gals as well ) do have a Cool product!!

I had never touched Telephony before and I had a full PBX running in a matter of hours.


Thanks

L2

[mark_s_tt]

Hi Selintra,

Just installed the new 473 version of SAIL.

The Seldir and Selspeed conf files are now in Headers (as you already know) but thanks.

I was having a few problems with 468 with DTMF tones being received, and sip debug showing:

* DTMF-relay event received: 1

etc.. but the tones were being completely ignored. Then other times they'd work fine.

I'll keep you posted how this goes with 478.

Thanks a lot
Mark.

PS, I love the Dump facility. How cool is that!!

[SARK devs]

Hi Mark,

Careful with seldir - we just found a little bug in it this afternoon.
Do a commit on your system (anywhere - doesn't matter) and then take a look at the message logs.  You are looking for a file-not-found  during a copy operation...  

/bin/cp /tftpboot/seldir

If you find it then the bug is definitely in 473.  

You can fix it temporarily by going to the linux console (as root) and doing...

touch /tftpboot/seldir

Best

S

[mark_s_tt]

Hi Selintra,

I had a look and found this, is this it?

Jun 16 20:08:26 fry esmith::event[6556]: expanding /tftpboot/seldir  
Jun 16 20:08:26 fry esmith::event[6556]: /bin/cp: cannot stat `/tftpboot/sel_aastra_dir': No such file or directory  

It's the only reference I could find relating to seldir.

Still getting intermitent ignoring DTMF tones in 478, even though they are being received.

Any ideas?

Regards
Mark.