Description of Problem: The vgetty does not work with US Robotics Sportster modems. It answers the incoming call, but then it immediately hangs up the line. After thet it continues the normal operation (starting the call_program or playing the welcome message). The line is already hung up at that time, however. Version-Release number of selected component (if applicable): 1.1.28 (maybe earlier as well). How Reproducible: 100% (tried 10 USR modems some of it with different firmware). It worked on RedHat 5.2 systems (dont know the version of mgetty-voice package in RH5.2). Steps to Reproduce: 1. configure vgetty on a serial line 2. connect the USR sportster to the line 3. call the phone number Actual Results: It picks up the call, but immediately hangs up. Expected Results: Playing the welcome message, then recording the data. Additional Information: I've discovered (by re-typing the AT commands from vgetty log file by hand) that it hangs up the line after the AT#VLS=0 command. I've found this command in the mgetty-1.1.28/voice/libvoice/US_Robotics.c file near the line 292. After changing this to "AT#VLS=0A" it started to work. Patch is as follows: --- mgetty-1.1.28/voice/libvoice/US_Robotics.c.orig Mon Jun 10 13:41:05 2002+++ mgetty-1.1.28/voice/libvoice/US_Robotics.c Mon Jun 10 13:34:10 2002 @@ -289,7 +289,7 @@ voice_command("AT#VLS=0H0","OK|VCON"); return(OK); case DIALUP_LINE: - voice_command("AT#VLS=0","OK|VCON"); + voice_command("AT#VLS=0A","OK|VCON"); return(OK); case LOCAL_HANDSET: /* by gmilner */ voice_command("AT#VLS=1","OK|VCON"); -Jan "Yenya" Kasprzak
Apologies for the long delay in processing this bug - it got lost somehow. As I have no USR Sportster modem which which to test, I cannot verify this patch. I have sent the patch upstream and will incorporate it when it appears in the next upstream release.