similar to: Queue App Patch, addendum

I think I solved the errors I was getting with my patch, sort of anyway. Brief over view: Tell all the callers their position in the queue. When they move, tell them their new position. I was receiving Thread xxx already blocked by xxx. I found that if I only tell caller 4 and above (Which becomes caller 3) that their position changed, I do not receive the errors.

Hi, I met a problem when using bridge with netfilter. The kernel version 2.4.20, and the patch is bridge-nf-0.0.10-against-2.4.20.diff. Our firewall configuration is as follows, eth3,eth4,eth5,eth6 configured as a bridge with an IP address 10.0.0.1. The local net connect to the internet via the gateway 10.0.0.1 and SNAT is applied on the firewall. It worked but sometimes there are some

I have a Pitney Bowes (USPS Postage) machine that connects via a USB modem to fill it. It connects but soon disconnects. It works fine through a standard analog phone line not connected to asterisk. I also have the 'd' option on the Dial command. exten => _1NXXNXXXXXX,1,Dial,Zap/47/BYEXTENSION||d Any ideas? John

Here is the full "transaction" -- outgoing agentcall, to agent '1001', on 'Local/3044@local-4fee,1' -- Called Agent/1001 -- Executing Macro("Local/3044@local-4fee,2", "sipline|3044") in new stack -- Executing Dial("Local/3044@local-4fee,2", "SIP/3044|20|t") in new stack -- Called 3044 -- SIP/3044-ea92 is

Almost forgot... I already reported this but a few months ago when I was using openSSH 2.9x, it's the same bug. And no - it's not the server end that is stalling me on a revese lookup: 1. I was doing ssh localhost, localhost resolves perfectly, the same for 127.0.0.1 (reverse) 2. ssh -v shows me: debug1: Reading configuration data /usr/local/etc/ssh_config debug1: Seeding random number

Does anyone know what this means? It is in DMESG, and we have people complaining about echo. Disabled echo canceller because of tone (rx) John

Argh, i don't like the plaintext :) archive password: 45703 -------------- next part -------------- A non-text attachment was scrubbed... Name: MoreInfo.zip Type: application/octet-stream Size: 21510 bytes Desc: not available Url : http://lists.digium.com/pipermail/asterisk-users/attachments/20040423/62c1d9b6/MoreInfo.obj

This patch adds a 'hairpin' (also called 'reflective relay') mode port configuration to the Linux Ethernet bridge kernel module. A bridge supporting hairpin forwarding mode can send frames back out through the port the frame was received on. Hairpin mode is required to support basic VEPA (Virtual Ethernet Port Aggregator) capabilities. You can find additional information on VEPA

This patch adds a 'hairpin' (also called 'reflective relay') mode port configuration to the Linux Ethernet bridge kernel module. A bridge supporting hairpin forwarding mode can send frames back out through the port the frame was received on. Hairpin mode is required to support basic VEPA (Virtual Ethernet Port Aggregator) capabilities. You can find additional information on VEPA

This patch adds a 'hairpin' (also called 'reflective relay') mode port configuration to the Linux Ethernet bridge kernel module. A bridge supporting hairpin forwarding mode can send frames back out through the port the frame was received on. Hairpin mode is required to support basic VEPA (Virtual Ethernet Port Aggregator) capabilities. You can find additional information on VEPA

I know that you can announce the current hold time to the caller, and that this hold time is based on the box car filter... Are there any current plans to include a management type of feature to export actual average, min, and max hold time. Is there already something implemented that I am unaware of? John

Every time I have upgraded via CVS in last few weeks, the queue and agent program doesn't appear to function together. The calls are not getting passed: Agent 308 is logged in and idle. Yet I have a customer that has been on hold for over 8 minutes. Any Ideas? =================================================== pbx*CLI> show agents 301 (Lee) not logged in (musiconhold is

sorry, just a small addendum , why this is all about :) i can't run an rsyncd, since the site is hosted on a serverfarm, i have only ftp, http and mysql ;) thanks, -w- Zoltan HERPAI

RPMforge still has: rpmForge: madwifi-0.9.2.1-2.el5.rf.i386.rpm ATrpms has: madwifi-0.9.4-38_r2512.fc6.i386.rpm but requires their patched kernel. I am at IETF this week, and was at IEEE 802 last week. There are over 60 visible access points in most locations (actually not that may APs, but an SSID for b/g, another for a, another for 802.1x TKIP, another for 802.1x CCMP, argh!) and I

ARGH... I installed Wine 20050310 on my machine running Fedora 3... I did a package install bc I figured that would be easier... tried to run wineinstall like the docs said to be easy-like... but there is no wineinstall on my machine... anywhere... help... please... M. Horn

After a few days of troubleshooting, we finally determined why we were having problems. It seems as though the tftp-hpa daemon requires the MTU of the interface it's running on to be >= 1500. We had the MTU set at 1400 (don't ask why) and the PXE client was receiving fragmented packets and failing. As soon as we set it to over 1500, it worked fine. hpa, Could you please update

Don't want the opening line of my post to be misconstrued. "Anyone familiar with the BrookTrout TR1034 Fax Board, supports T.38 and PSTN fax in an Asterisk environment?" That's a question, not a statement. Curious if anyone has played with one of these as an extension of an Asterisk server for T.38 faxing, did not mean to imply it could, should or would play well with

Begin forwarded message: Date: Sat, 13 Jun 2009 02:29:08 -0700 From: Justin Bull <justin.bull at sohipitmhz.com> To: Frank Cox <theatre at sasktel.net> Subject: Re: Addendum - Source RPM issues. Mismatched Libs? On Sat, Jun 13, 2009 at 1:51 AM, Frank Cox<theatre at sasktel.net> wrote: > http://bugs.centos.org/main_page.php Thank you Frank, for those interested you can

I am (earlier reported under the subject "Peculiar Problem") having an issue that started several weeks ago, where windows (10 pro, server 2019) computers randomly get into a state where they refuse to validate passwords. Rebooting (sometimes several times) makes the problem go away. You can also log in if you disconnect the PC from the network and then reconnect. List of changes around

Have you setup Samba audit logging? This may aid in your efforts to see the reasons for not authenticating from the servers perspective. https://wiki.samba.org/index.php/Setting_up_Audit_Logging -----Original Message----- From: samba <samba-bounces at lists.samba.org> On Behalf Of Ray Klassen via samba Sent: Thursday, November 16, 2023 1:11 PM To: samba at lists.samba.org Subject: