Re: 'almost stable' track? (was [Asterisk-Dev] backporting persisent queues?)
How about creat an 'almost-stable' track where nice addons, patches etc? FWICS the 1.2 is prolly 6 months away and 1.0 is missing a lot :( Creating another tree would double the amount of work to do when I have to port patches to 1.0 to fix bugs. I think creating a patches repository in -addons is a nice compromise. If you would like to submit anything, just put them up on bugs.digium.com with a prefix of "[stable only]" or something like that to the bug description. I could live with that should this go into -addons or somewhere else? roy ___ Asterisk-Dev mailing list Asterisk-Dev@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-dev To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [Asterisk-Dev] strange Q931 SETUP coming from Cisco VIC-2BRI
the vic2bri is a TE interface. You need a straight cable and set the quadbri to NT mode. At least it sounds like it is that way to me :) On 4/12/05, Eugenio De Vena <[EMAIL PROTECTED]> wrote: > > > Hello Everyone, > I am working with a J4BRI and it works ok with our national provider ( > TelecomItalia ) and when connected > to ISDN pabx ( Ericsson and Tenovis ). We now have switch to a new telco > provider ( Fastweb ) which brings > you S0 via Cisco 1760 VIC-2BRI interface. They say ( and Cisco says ) that > VIC-2BRI emulate perfectly the > national isdn standard, but I found that it is not true. First of all I have > to switch 3-4 and 5-6 pin of the isdn cable, > otherways is not going to work, not too bad but anyway... The critical thing > is that I can not receive calls! > The normal ( telco and pabx ) Q931 SETUP message arrives like this: > > 08 01 2c 05 a1 04 03 80 90 a3 where: > > 08 means Q931 message > 01 length of call reference field > 2c call reference field > a1 sending complete > 04 next is bearer cap > 03 80 90 is bearer cap > > and so on > > when I connect the J4BRI to the VIC-2BRI I receive > > 08 01 2f 05 04 03 80 90 a3 ... a1 > > so the a1 ( sending complete ) arrives at the end of the SETUP message. > After the bearer cap , the > calling number and the called number. > > Asterisk does not recognize this byte stream as a SETUP message and so > discards it. > I post it here as in asterisk-users no one seems to be able to help me > Best regards > > > ___ > Asterisk-Dev mailing list > Asterisk-Dev@lists.digium.com > http://lists.digium.com/mailman/listinfo/asterisk-dev > To UNSUBSCRIBE or update options visit: >http://lists.digium.com/mailman/listinfo/asterisk-dev > > -- Michal Bielicki http://www.aefirion.org/ http://www.asterisk.com.pl/ ___ Asterisk-Dev mailing list Asterisk-Dev@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-dev To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [Asterisk-Dev] Asterisk ethereal plugin bug
On 4/13/05, Russell Bryant <[EMAIL PROTECTED]> wrote: > Armijn Hemel wrote: > > I don't know who the maintainer of the Ethereal plugin is, just hoping > > that he/she is reading this mailinglist, so the bug can be addressed. > > Kenny Shumard, the same person who is working on the IAX2 specification, > recently submitted updates to the IAX2 discector for ethereal. You > should try grabbing the latest version from their cvs (or whatever they > use) and see if it happens to fix your problem. > > Russell As far as I know there isn't really an actual maintainer for the IAX ethereal plugin. Before my patches to it, ethereal would crash on any NEW packet that asterisk sends. I tracked down where that bug was and got rid of it by just commenting that part of the code -- it was out of date and was no longer important. I submit my patch to ethereal ~2 weeks ago, and it was checked into their SVN repository. It hasn't been included in an official release yet (but AFAIK it will be in ethereal 0.10.11), but you can get information on downloading the current build (including my patch) from http://ethereal.com/development.html#anonsvn. Good luck! I'm almost ready to post the spec, I promise. : ) ~Kenny Shumard ___ Asterisk-Dev mailing list Asterisk-Dev@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-dev To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [Asterisk-Dev] Proposal: Nightly builds
Just make yourself one. I got a script that make a nightly export of asterisk/zaptel... of CVS I base my personal 'stable' build from that. Marc O. Hendrik Visage wrote: On 4/13/05, Tzafrir Cohen <[EMAIL PROTECTED]> wrote: On Tue, Apr 12, 2005 at 03:26:59PM +0200, Stefan Gofferje wrote: Hi Folks! I would like to propose something I got to like very much from other projects: nightly builds. Not everybody likes CVS too much as CVS definitely is more kinda developer than an end-user tool. I think it would be great if somebody at Digium puts up a little script which takes the current stable and the current head branch and puts them into tar.gz files on ftp.digium.com (or whereever) at a fixed time each day/night. So, people can get the latest versions in a little more convinient way. For which platform exactly? Which libraries collection? Mozilla and OpenOffice have relatively few external dependencies. Asterisk, OTOH, tends to have quite a few external dependencies. So the binary build will only be good for a specific combination of libraries. I didn't noticed any reference to binary packages, but rather the CVS source to be put in a tarball ___ Asterisk-Dev mailing list Asterisk-Dev@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-dev To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev ___ Asterisk-Dev mailing list Asterisk-Dev@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-dev To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [Asterisk-Dev] Proposal: Nightly builds
On 4/13/05, Tzafrir Cohen <[EMAIL PROTECTED]> wrote: > On Tue, Apr 12, 2005 at 03:26:59PM +0200, Stefan Gofferje wrote: > > Hi Folks! > > > > I would like to propose something I got to like very much from other > > projects: nightly builds. > > Not everybody likes CVS too much as CVS definitely is more kinda > > developer than an end-user tool. > > I think it would be great if somebody at Digium puts up a little script > > which takes the current stable and the current head branch and puts them > > into tar.gz files on ftp.digium.com (or whereever) at a fixed time each > > day/night. > > So, people can get the latest versions in a little more convinient way. > > For which platform exactly? Which libraries collection? Mozilla and > OpenOffice have relatively few external dependencies. Asterisk, OTOH, > tends to have quite a few external dependencies. So the binary build > will only be good for a specific combination of libraries. I didn't noticed any reference to binary packages, but rather the CVS source to be put in a tarball ___ Asterisk-Dev mailing list Asterisk-Dev@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-dev To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [Asterisk-Dev] Proposal: Nightly builds
On Tue, Apr 12, 2005 at 03:26:59PM +0200, Stefan Gofferje wrote: > Hi Folks! > > I would like to propose something I got to like very much from other > projects: nightly builds. > Not everybody likes CVS too much as CVS definitely is more kinda > developer than an end-user tool. > I think it would be great if somebody at Digium puts up a little script > which takes the current stable and the current head branch and puts them > into tar.gz files on ftp.digium.com (or whereever) at a fixed time each > day/night. > So, people can get the latest versions in a little more convinient way. For which platform exactly? Which libraries collection? Mozilla and OpenOffice have relatively few external dependencies. Asterisk, OTOH, tends to have quite a few external dependencies. So the binary build will only be good for a specific combination of libraries. One way to spell out explicitly those dependencies is through package formats: rpm packages are part of the Linux Standards Base. Though I still don't know how good this will be in practice. The binary and modules and the automatic dependencies should be rather portable. The init scripts and such are not expected to be portable. I'm still not sure how useful will such builds be. And besides, there are the petty issues of disk space, bandwidth, and such. But if there is a will... -- Tzafrir Cohen icq#16849755 +972-50-7952406 [EMAIL PROTECTED] http://www.xorcom.com ___ Asterisk-Dev mailing list Asterisk-Dev@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-dev To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [Asterisk-Dev] Channels, jitterbuffer and PLC?
Bob Carlson wrote: > I am implementing a new channel module So, just out of curiousity, what are you working on? :) Russell ___ Asterisk-Dev mailing list Asterisk-Dev@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-dev To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [Asterisk-Dev] Asterisk ethereal plugin bug
Armijn Hemel wrote: > I don't know who the maintainer of the Ethereal plugin is, just hoping > that he/she is reading this mailinglist, so the bug can be addressed. Kenny Shumard, the same person who is working on the IAX2 specification, recently submitted updates to the IAX2 discector for ethereal. You should try grabbing the latest version from their cvs (or whatever they use) and see if it happens to fix your problem. Russell ___ Asterisk-Dev mailing list Asterisk-Dev@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-dev To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [Asterisk-Dev] Channels, jitterbuffer and PLC?
Kevin P. Fleming wrote: Some recent changes to CVS may have changed this behavior behind your back :-) When Asterisk sets up a transcoding path now, it _always_ goes through slinear, unless the new optimization is turned off (via a setting in asterisk.conf). Yes, this means that xlaw-to-xlaw conversion is somewhat slower, but it also means that all applications that want to deal with slinear on a bridge can do so easily. It may also mean that xlaw-to-xlaw will, in fact, cause PLC to work its magic, but I can't say for sure. After some tests with iax2 losspct, I can confirm generic PLC is working here on a zapulaw-IAXulaw-zapulaw system. Woohoo! Regards, Richard ___ Asterisk-Dev mailing list Asterisk-Dev@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-dev To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
RE: [Asterisk-Dev] SCM discussion
[EMAIL PROTECTED] wrote: > Yes, that is an issue as well, and one of the big reasons > that I want a > central development server, to kind of keep things a little > 'closer' to Digium. >From a user/developer to Asterisk I see Digium as the company who releases "the" new releases by spraying some holy penguin pee on it (just like Linus does with new 2.6 kernel releases). I would compare this with how the Linux kernel development process works. -- Andreas SikkemaRits tele.com Van Vollenhovenstraat 33016 BE Rotterdam t: +31 (0)10 2245544 f: +31 (0)10 413 65 45 ___ Asterisk-Dev mailing list Asterisk-Dev@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-dev To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
RE: [Asterisk-Dev] Asterisk ethereal plugin bug
> I don't know who the maintainer of the Ethereal plugin is, just > hoping that he/she is reading this mailinglist, so the bug can be > addressed. You might want to also notify the Ethereal developers. ethereal-dev@ethereal.com -- Andreas SikkemaRits tele.com Van Vollenhovenstraat 33016 BE Rotterdam t: +31 (0)10 2245544 f: +31 (0)10 413 65 45 ___ Asterisk-Dev mailing list Asterisk-Dev@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-dev To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
