<p>Tzafrir, so you have actually worked with more than 192 concurrent zap channels, which means more than 8 spans, on a single server, and can verify that it actually works without freezing asterisk.</p>
<p>I really need specs for this system. I'll recompile zaptel, no problem, but it'll save me one extra server, for a customer for whom I am doing the implementation these days. I'll get the new cards as well, though Rhino cards are very good cards, but I need more spans per server, which will actually work in production not freezing asterisk.</p>
<p>--<br>
Zeeshan A Zakaria</p>
<p><blockquote type="cite">On 2010-03-25 1:45 PM, "Tzafrir Cohen" <<a href="mailto:tzafrir.cohen@xorcom.com">tzafrir.cohen@xorcom.com</a>> wrote:<br><br><p><font color="#500050">On Thu, Mar 25, 2010 at 10:24:41AM -0600, Carlos Chavez wrote:<br>
> On Thu, 2010-03-25 at 17:11 +0100, ...</font></p>The "limit" of 250 (actually 249. It was 250 originally and changed to<br>
249 when /dev/zap/transcode was introduced) zap channels is only that of<br>
the device files that are generated. But userspace programs normally use<br>
/dev/dahdi/channel to ask for a channel (using the ioctl DAHDI_SPECIFY)<br>
and don't need to open /dev/dahdi/NNN directly (but if that really<br>
bothers you, that limitation has been removed in the branhc<br>
/team/tzafrir/sysfs ).<br>
<br>
Asterisk, though, has an arrach of 32 'spans' (PRI spans). This means<br>
that if you try using a PRI span number whose number >= 32 you'll get an<br>
annoying error.<br>
<br>
Someone who encontered that error early on was KP Junghanns. He added<br>
support for BRI devices to chan_zap. Thus he had much smaller spans. And<br>
could afford inclding many of them (a single octobri card has 8 spans).<br>
Which is why the bristuff patch includes the following:<br>
<br>
-#define NUM_SPANS 32<br>
+#define NUM_SPANS 128 /*!<"32 spans", muahahaha, us alaws like to have some more... */<br>
<br>
In the Debian package I incllude a slightly different variant of it:<br>
<br>
-#define NUM_SPANS 32<br>
+#define NUM_SPANS DAHDI_MAX_SPANS<br>
<br>
As you can see, there's actually a limit at the DAHDI level.<br>
DAHDI_MAX_SPANS, which is 128. Likewise there's DAHDI_MAX_CHANS which is<br>
1024. That's as many channels that you can have.<br>
<br>
(Disclaimer: I may be off by one here and there, as DAHDI span numbers<br>
and channel numbers are 1-based rather than 0-based)<br>
<br>
If you need more, you'll just have to rebuild DAHDI (been there, done<br>
that ;-)<br>
<br>
--<br>
Tzafrir Cohen<br>
icq#16849755 <a href="mailto:jabber%3Atzafrir.cohen@xorcom.com">jabber:tzafrir.cohen@xorcom.com</a><br>
+972-50-7952406 mailto:<a href="mailto:tzafrir.cohen@xorcom.com">tzafrir.cohen@xorcom.com</a><br>
<a href="http://www.xorcom.com" target="_blank">http://www.xorcom.com</a> <a href="http://iax:guest@local.xorcom.com/tzafrir" target="_blank">iax:guest@local.xorcom.com/tzafrir</a><br>
<font color="#888888"><br>
--<br>
</font><p><font color="#500050">_____________________________________________________________________<br>-- Bandwidth and Colocation Pr...</font></p></blockquote></p>