Re: [Asterisk-Users] RE: Random Disconnects - or ARE they?
On Thursday 16 February 2006 10:16, Brent Torrenga wrote: This sounds reasonably plausible. He just might be fooling the busy detect routine, kinda like how a female voice can trigger DTMF detection. Ok, but why do you have busydetect turned on? I don't think it's ever done anything but cause posts on -users. :-) -A. ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
RE: [Asterisk-Users] RE: Random Disconnects - or ARE they?
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brent Torrenga Sent: Thursday, February 16, 2006 11:17 AM To: asterisk-users@lists.digium.com Subject: [Asterisk-Users] RE: Random Disconnects - or ARE they? FOR THE LIST'S BENEFIT, THIS IS MY EMAIL TO THE LOUD PARTY ON OUR SYSTEM, THANKS FOR ALL YOUR HELP, HOPEFULLY I HAVE THE ISSUE SOLVED: Snip! One other thing that I did not mention, Are you using a PRI? What are your B-channel restarts set to?? ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] RE: Random Disconnects - or ARE they?
On Thursday 16 February 2006 12:07, Brent Torrenga wrote: Would a PRI or BRI not use the D channel to signal busy, anyways? I have a lot to learn about the workings of ISDN... You'd think so, but some braindead PRI implementations use inband signaling of call progress, and Asterisk uses inband call progress tones (transmit only) by default. -A. ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
RE: [Asterisk-Users] Re: Random Disconnects
Hi, we have the same problem here at 2 location that we just installed Asterisk 1.2.1 P4 3.0Ghz Motherboard ASUS P4S800-VM 2 SATA disk in software Raid-1 We use 2 nic, one (onboard) to talk to the network (1Gbps link that we use à 100Mbps) and the other realtek 8139 from Startek that talk to the sipura on a separate subnet. Up to now I've tried going back to asterisk 1.0.9 with no success Tried V2xx and V3xx of the sipura without success Have you found something ? Thanks in advance ___ Jean-François Rousseau www.sys-tech.net [EMAIL PROTECTED] Tél. 24h (418) 520-0739Télec. (418) 520-4554 1-877-969-tech Ouverture Technologique -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Thczv F. Thczv Envoyé : 26 janvier 2006 14:12 À : Asterisk Users Mailing List - Non-Commercial Discussion Objet : Re: [Asterisk-Users] Re: Random Disconnects On 1/26/06, C F [EMAIL PROTECTED] wrote: OK, some update on this. It's not related to the Sipuras (actualy the sipuras are very good at this, since they will re-ring your call). I changed my setup to a mediatrix 1204 and I still have the problem. Right now I'm looking at: 1. Changing the NIC. 2. Changing the machine asterisk is on. I will start with one, if that fails, then I'm going with a new machine (such fun:P) BTW, what NIC are you using? what chipset is it? what module makes it work? and/or what option in the kernle did you compile that loads it? A 'dmesg | grep eth' should give you some info. I believe the NIC in the asterisk machine is a Netgear FA310TX. I really didn't do anything manually as part of the compile. The [EMAIL PROTECTED] CD took care of that for me (though I stripped out sip.conf and extensions.conf and configured those myself). Here is what dmesg | grep eth returns: * divert: allocating divert_blk for eth0 eth0: Lite-On 82c168 PNIC rev 32 at 0xc48db000, 00:A0:CC:D6:A9:47, IRQ 3. divert: freeing divert_blk for eth0 divert: allocating divert_blk for eth0 eth0: Lite-On 82c168 PNIC rev 32 at 0xc496f000, 00:A0:CC:D6:A9:47, IRQ 3. eth0: Setting full-duplex based on MII#1 link partner capability of 45e1. * Dave ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Re: Random Disconnects
On 1/26/06, Tomislav Parcina [EMAIL PROTECTED] wrote: Hi Tomislav, I am not very satisfied with this, though. I want to use some features (like Park) that apparently don't work well with reinvites. Have any of the rest of you had any luck troubleshooting this problem? Your RTP stream doesn't pass thrue Asterisk and it can't hear that you have pressed any key (that you are requesting that he parks the call). I understand that. I have a different problem: My calls randomly get disconnected when asterisk is in the media path. So, for now I have tried to take asterisk out of the media path. Not being able to park is a consequences of that. What I really want to do is figure out why my calls get disconnected. If I could fix that, I could disable reinvites and use park again. Dave ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Re: Random Disconnects
OK, some update on this. It's not related to the Sipuras (actualy the sipuras are very good at this, since they will re-ring your call). I changed my setup to a mediatrix 1204 and I still have the problem. Right now I'm looking at: 1. Changing the NIC. 2. Changing the machine asterisk is on. I will start with one, if that fails, then I'm going with a new machine (such fun:P) BTW, what NIC are you using? what chipset is it? what module makes it work? and/or what option in the kernle did you compile that loads it? A 'dmesg | grep eth' should give you some info. Thank You On 1/26/06, Thczv F. Thczv [EMAIL PROTECTED] wrote: On 1/26/06, Tomislav Parcina [EMAIL PROTECTED] wrote: Hi Tomislav, I am not very satisfied with this, though. I want to use some features (like Park) that apparently don't work well with reinvites. Have any of the rest of you had any luck troubleshooting this problem? Your RTP stream doesn't pass thrue Asterisk and it can't hear that you have pressed any key (that you are requesting that he parks the call). I understand that. I have a different problem: My calls randomly get disconnected when asterisk is in the media path. So, for now I have tried to take asterisk out of the media path. Not being able to park is a consequences of that. What I really want to do is figure out why my calls get disconnected. If I could fix that, I could disable reinvites and use park again. Dave ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Re: Random Disconnects
On 1/26/06, C F [EMAIL PROTECTED] wrote: OK, some update on this. It's not related to the Sipuras (actualy the sipuras are very good at this, since they will re-ring your call). I changed my setup to a mediatrix 1204 and I still have the problem. Right now I'm looking at: 1. Changing the NIC. 2. Changing the machine asterisk is on. I will start with one, if that fails, then I'm going with a new machine (such fun:P) BTW, what NIC are you using? what chipset is it? what module makes it work? and/or what option in the kernle did you compile that loads it? A 'dmesg | grep eth' should give you some info. I believe the NIC in the asterisk machine is a Netgear FA310TX. I really didn't do anything manually as part of the compile. The [EMAIL PROTECTED] CD took care of that for me (though I stripped out sip.conf and extensions.conf and configured those myself). Here is what dmesg | grep eth returns: * divert: allocating divert_blk for eth0 eth0: Lite-On 82c168 PNIC rev 32 at 0xc48db000, 00:A0:CC:D6:A9:47, IRQ 3. divert: freeing divert_blk for eth0 divert: allocating divert_blk for eth0 eth0: Lite-On 82c168 PNIC rev 32 at 0xc496f000, 00:A0:CC:D6:A9:47, IRQ 3. eth0: Setting full-duplex based on MII#1 link partner capability of 45e1. * Dave ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
