Bug 79244
Summary: | isdnctrl chargehup <device> stays always on | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Peter Bieringer <pb> |
Component: | isdn4k-utils | Assignee: | Than Ngo <than> |
Status: | CLOSED NOTABUG | QA Contact: | Jay Turner <jturner> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 5 | CC: | srevivo |
Target Milestone: | --- | Keywords: | Reopened |
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-02-14 19:31:41 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Peter Bieringer
2002-12-08 14:43:13 UTC
It's fixed in isdn4k-utils-3.1-58, which is in 8.0 RHL. Sorry for late reply, no heavier usage and I found also another strange bug. I have here 3 isdn links configured. Hangup-Timeout is resetted to 3 seconds after link was terminated by hanguptimeout. Set it to e.g. 180 seconds again won't help. BTW: pls. provide an updated package for RHL 7.3 Bug exists still in FC1 # isdnctrl huptimeout isdn1 60 # isdnctrl list isdn1 |grep Hangup-Timeout let kernel hangup # isdnctrl dial isdn1 Dialing of isdn1 triggered # isdnctrl list isdn1 |grep Hangup-Timeout Hangup-Timeout: 3 # rpm -q isdn4k-utils isdn4k-utils-3.2-5.p1 # uname -a Linux host 2.4.22-1.2188.nptl #1 Wed Apr 21 20:36:05 EDT 2004 i686 i686 i386 GNU/Linux Ooops. forgot a missing output line: # isdnctrl huptimeout isdn1 60 # isdnctrl list isdn1 |grep Hangup-Timeout Hangup-Timeout: 60 let kernel hangup # isdnctrl dial isdn1 Dialing of isdn1 triggered # isdnctrl list isdn1 |grep Hangup-Timeout Hangup-Timeout: 3 The problems still occur, looks like there is still something broken. Dist: FC3 kernel: 2.6.9-1.681_FC3 isdn4k-utils: 3.2-18.p1.1 Outdialing box: # isdnctrl list isdn0 Current setup of interface 'isdn0': EAZ/MSN: ***** Phone number(s): Outgoing: ***** Incoming: ***** Dial mode: manual Secure: on Callback: in Reject before Callback: on Callback-delay: 1 Dialmax: 1 Hangup-Timeout: 180 Incoming-Hangup: on ChargeHangup: on Charge-Units: 0 Charge-Interval: 60 Layer-2-Protocol: hdlc Layer-3-Protocol: trans Encapsulation: ip Slave Interface: None Slave delay: 10 Master Interface: None Pre-Bound to: Nothing PPP-Bound to: Nothing Manual dial triggered: Dec 26 21:38:09 gate kernel: isdn0: dialing 1 *****... Dec 26 21:38:11 gate kernel: isdn_net: isdn0 connected Dec 26 21:39:10 gate kernel: isdn_net: local hangup isdn0 Dec 26 21:39:10 gate kernel: isdn0: Chargesum is 0 Hangup is after 60 seconds, not after 180 as expected. Also the settings have changed automagically: # isdnctrl list isdn0 Current setup of interface 'isdn0': EAZ/MSN: ***** Phone number(s): Outgoing: ***** Incoming: ***** Dial mode: manual Secure: on Callback: in Reject before Callback: on Callback-delay: 1 Dialmax: 1 Hangup-Timeout: 3 <-!!! Incoming-Hangup: on ChargeHangup: on Charge-Units: 0 Charge-Interval: 60 Layer-2-Protocol: hdlc Layer-3-Protocol: trans Encapsulation: ip Slave Interface: None Slave delay: 10 Master Interface: None Pre-Bound to: Nothing PPP-Bound to: Nothing chargehup still cannot be switched off: # isdnctrl chargehup isdn0 Charge-Hangup for isdn0 is on # isdnctrl chargehup isdn0 off Charge-Hangup for isdn0 is off # isdnctrl chargehup isdn0 Charge-Hangup for isdn0 is on Peter, could you verify if it's fixed in rawhide? if not, please reassign it to fc5. Thanks Still not fixed. # isdnctrl list isdn0 Current setup of interface 'isdn0': EAZ/MSN: ****** Phone number(s): Outgoing: ****** Incoming: ****** Dial mode: manual Secure: on Callback: in Reject before Callback: on Callback-delay: 1 Dialmax: 1 Hangup-Timeout: 180 Incoming-Hangup: on ChargeHangup: on Charge-Units: 0 Charge-Interval: 60 Layer-2-Protocol: hdlc Layer-3-Protocol: trans Encapsulation: ip Slave Interface: None Slave delay: 10 Master Interface: None Pre-Bound to: Nothing PPP-Bound to: Nothing # isdnctrl chargehup isdn0 off Charge-Hangup for isdn0 is off # isdnctrl chargehup isdn0 Charge-Hangup for isdn0 is on # rpm -q isdn4k-utils isdn4k-utils-3.2-40 # cat /etc/fedora-release Fedora Core release 5 (Bordeaux) Peter, i cannot reproduce this problem on RHEL4 with isdn4k-utils-3.2-18.p1.5 and kernel-2.6.9-6.37.EL. It works for me. # isdnctrl list isdn0 EAZ/MSN: 0 Phone number(s): Outgoing: 010700192020 Incoming: 123456789 Dial mode: manual Secure: on Callback: in Reject before Callback: off Callback-delay: 3 Dialmax: 1 Hangup-Timeout: 600 Incoming-Hangup: on ChargeHangup: on Charge-Units: 0 Charge-Interval: 0 Layer-2-Protocol: hdlc Layer-3-Protocol: trans Encapsulation: ip Slave Interface: None Slave delay: 10 Master Interface: None Pre-Bound to: Nothing PPP-Bound to: Nothing # isdnctrl chargehup isdn0 off Charge-Hangup for isdn0 is off # isdnctrl chargehup isdn0 Charge-Hangup for isdn0 is off ATM i don't have any idea why it does not work for you. My ISDN Card is AVM PCI (Fritz!PCI). Any idea how i can reproduce this bug? Thanks Hmm, I can reproduce this on RHEL4 running kernel 2.6.9-34.EL with 01:09.0 Network controller: AVM Audiovisuelles MKTG & Computer System GmbH A1 ISDN [Fritz] (rev 02) and RHEL4 running kernel 2.6.9-22.0.2.EL with 00:0c.0 Network controller: Elsa AG QuickStep 1000 (rev 01) Config is like that: DEVICE="isdn0" #ONBOOT="yes" ONBOOT="no" BOOTPROTO="none" IPADDR="172.16.253.2" GATEWAY="172.16.253.1" NETMASK="255.255.255.252" DEFROUTE="no" MSN="*****" PHONE_OUT="****" PHONE_IN="*****" ENCAP="ip" DIALMODE="manual" L2_PROT="hdlc" L3_PROT="trans" SECURE="on" HUPTIMEOUT="180" CHARGEHUP="off" CHARGEINT="600" IHUP="on" DIALMAX="1" CALLBACK="out" CBDELAY="1" CBHUB="on" # Slave device BUNDLING="no" # Channel bundling [yes|no] SLAVE_DEVICE="" SLAVE_MSN="" SLAVE_PHONE_OUT="" SLAVE_PHONE_IN="" SLAVE_HUPTIMEOUT="" SLAVE_CHARGEHUP="" SLAVE_CHARGEINT="" SLAVE_IHUP="" SLAVE_DIALMAX="" SLAVE_CALLBACK="" SLAVE_CBDELAY="" SLAVE_DIALMODE="" # PPP section USER="" # PPP username AUTH="" # PPP authentication "-pap +chap" VJ="" # VJ compression [on|off] VJCOMP="" # VJ compression [on|off] AC="" PC="" BSDCOMP="" MRU="" MTU="" CBCP="" # Callback protocol [on] CCP="" # CCP ISDN_HOSTNAME="" # Hostname for ISDN PPPOPTIONS="" DNS1="" DNS2="" DEBUG="" Playing around I found the next funny issue: # isdnctrl chargeint isdn2 0 Charge Interval for isdn2 is 0 sec. # isdnctrl chargeint isdn2 Charge Interval for isdn2 is 600 sec. Happen on all 3 systems, also on the FC5 running 2.6.16-1.2096_FC5 with 00:0a.0 Network controller: Elsa AG QuickStep 1000 (rev 01) Looks like values below 11 are silently accepted, but not set. But even funny, if config contains CHARGEINT="0", initially it can be set to 0. Same happen with CHARGEHUP="off". Digging further I found why you get a different result. You have chargeint=0, so configure chargeint now like: # isdnctrl chargeint isdn0 60 Now try to disable chargehup...won't work anymore. And you can't set chargeint to 0 again also. Fedora Core 5 is not maintained anymore. Can you reproduce this bug in Fedora 8? Not really anymore, not using this kind of out-of-band access currently. You can close it for now, I will reopen it if I ever setup such link again and found the same issue. |