BT infinity line stats(Huawei HG612)

Hi, is anybody tray get any stats from modem, I thing about connect PC direct to modem and setup PPPoE connection. Because you can't check what synch speed your modem get. Thanks

All looks fine, assuming your estimate from www.dslchecker.bt.com is around 60/15
If you found this post helpful, please click on the star on the left
If not, I'll try again

Similar Messages

Routers for use with Infinity that show line stats...

Please can someone recommend a router that’s reasonably priced that works well with infinity and shows the line stats?

The Draytek Vigor 2750 VDSL router will show you line stats. It replaces both the white Openreach VDSL modem and the BT Home Hub router so would mean you are left with just one box. They're not particularly cheap though (~£160).
Alternatively there is a way to hack the Openreach modem so you can get into it's web interface to view the line stats but I won't post how to do that on here because I'm not sure if that breaks the T&Cs of this forum. Google is your friend :-)

Switching to BT soon - Worrying line stats.

Hey everyone,
I've been with AOL for the past 10 years for our broadband, finally ditching it and switching over to BT (option 3).
We used to steadily sync at 4800kbps, however upon closer inspection the router was connected to the extension socket. Moving to the master socket, we now sync around 5600-5800kbps.
However, from the router stats (Linksys WAG54G2), the line stats are always strange, even with a stable connection.
Vendor: Linksys
ModelName: WAG54G2
Firmware Version: 1.00.19 , 2009-10-20T13:53:34
Boot Version: 1.03
Hardware Version: 0.01
--- DSL Information ---
DSL Driver Version: E.25.41.39
DSL VPI/VCI:         0/38
DSL Status:          Showtime
DSL Mode:            G.Dmt
DSL Channel:         64
DSL Upstream Rate:   448000
DSL Downstream Rate: 5760000
                      Down         up
DSL Noise Margin:      25 dB      14.0 dB
DSL Attenuation:     15.5 dB      29.5 dB
DSL Transmit Power: 19.7 dBm     12.1 dBm
Status:
Up
Downstream Rate:
5760 kbps
Upstream Rate:
448 kbps
From Attenuation, the Kitz speed tester says I should be syncing at 8128kbps, and that sync should be stable up to around 30dB. There's also a really high noise margin downstream.
Note the exchange is on dslmax since 2006, has no LLU providers, no 21CN expected date, no plans for Infinity.
I was wondering if there is a problem, and what the solution would be to it. 17070 option 2 is a dull hum, however it is on a wireless phone.
My connection times I cannot post, the last disconnect was so long ago it has been culled from the logs because of the log limit.

I'm assuming with a stable connection and stable sync, and with the BRAS profile from my old ISP my line isn't in training mode since the switchover.
Switching to the new BT equipment instantly saw a rise in sync from 5880kbps to 6.2mbps.
Line state:
Connected
Connection time:
0 days, 05:56:38
Downstream:
6.219 Mbps
Upstream:
448 Kbps
ADSL Settings
VPI/VCI:
0/38
Type:
PPPoA
Modulation:
G.992.1 Annex A
Latency type:
Interleaved
Noise margin (Down/Up):
15.3 dB / 28.0 dB
Line attenuation (Down/Up):
28.8 dB / 15.0 dB
Output power (Down/Up):
19.9 dBm / 12.2 dBm
FEC Events (Down/Up):
4003 / 5
CRC Events (Down/Up):
2 / 3
Loss of Framing (Local/Remote):
0 / 0
Loss of Signal (Local/Remote):
0 / 0
Loss of Power (Local/Remote):
0 / 0
HEC Events (Down/Up):
0 / 2
Error Seconds (Local/Remote):
2 / 3
The attenuation is higher then the previous router reported, I assume that's a problem with the previous router. Noise also seems rather high, the atten I'm getting should be syncing at 8128kbps (I assume the reason it isn't is because of this high noise margin).
Line state:
Connected
Connection time:
0 days, 05:56:38
Downstream:
6.219 Mbps
Upstream:
448 Kbps
ADSL Settings
VPI/VCI:
0/38
Type:
PPPoA
Modulation:
G.992.1 Annex A
Latency type:
Interleaved
Noise margin (Down/Up):
15.3 dB / 28.0 dB
Line attenuation (Down/Up):
28.8 dB / 15.0 dB
Output power (Down/Up):
19.9 dBm / 12.2 dBm
FEC Events (Down/Up):
4003 / 5
CRC Events (Down/Up):
2 / 3
Loss of Framing (Local/Remote):
0 / 0
Loss of Signal (Local/Remote):
0 / 0
Loss of Power (Local/Remote):
0 / 0
HEC Events (Down/Up):
0 / 2
Error Seconds (Local/Remote):
2 / 3

High Pings, slow performance. Good line stats. P...

Hi
I am suffering from very high ping times and variable download speeds. I normally get about 15ms ping and 12-15Mb download. I am currently getting 200-500ms ping times and 1Mb-6Mb download and significant packet loss. Ping test gives me a server in holland as fastest server!
My line stats look fine - problem doesn't seem to be the local loop.
I swapped the ECI modem for a Hauwei from eBay in case that was causing an issue (and so I could access the stats) but it didn't improve things. Any clue? Do you know how to get to someone in BT that I can have a sensible conversation with? I am preparing myself for the usual long drawn out fight with the helpdesk and hours on the phone.
1) Exchange and cabinet details
BT BROADBAND AVAILABILITY CHECKER
Telephone Number *********** on Exchange HARPENDEN is served by Cabinet 49
Featured ProductsDownstream Line Rate(Mbps)Upstream Line Rate(Mbps)Downstream Range(Mbps)Availability Date High Low High Low
FTTC Range A (Clean)
17
10.6
1.3
0.8
Available
FTTC Range B (Impacted)
13.4
5.3
1.2
0.5
Available
WBC ADSL 2+
Up to 2.5
1 to 4
Available
ADSL Max
Up to 2
1 to 3.5
Available
WBC Fixed Rate
1
Available
Fixed Rate
1
Available
Other Offerings
FTTP on Demand
330
30
Available
Fibre Multicast
Available
Copper Multicast
Available
2) DSL Modem Details
Device
Help
Product type
EchoLife HG612
Device ID
10C61F-21530315408K25030366
Hardware version
VER.B
Software version
V100R001C01B030SP08
Firmware version
A2pv6C038m.d24j
Batch number
BC1P6.030.A2pv6C038m.d24j
System up time
0 days 1 hours 18 minutes 15 seconds
3) DSL Line Stats
Connection Status
Help
Mode
VDSL2
Traffic type
PTM
DSL synchronization status
Up
DSL up time
0
Line Status
Help
Downstream
Upstream
Attainable rate (kbit/s)
15524
1134
SNR margin (dB)
30.9
0
Line attenuation (dB)
10.1
10.5
Output power (dBmV)
10.1
10.5
Statistics
Help
Path 0
Path 1
Downstream
Upstream
Downstream
Upstream
Line rate (kbit/s)
14999
1077
0
0
CRC errors
222
138
18
18
FEC errors
0
3
4
0
HEC errors
90
58
32
32
Thanks for your help!

Thanks for the quick response!
BusyBox v1.9.1 (2014-01-21 16:44:38 CST) built-in shell (ash)
Enter 'help' for a list of built-in commands.
# xdslcmd info --pbParams
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 0
Last initialization procedure status: 0
Max: Upstream rate = 1134 Kbps, Downstream rate = 15580 Kbps
Bearer: 0, Upstream rate = 1077 Kbps, Downstream rate = 14999 Kbps
Bearer: 1, Upstream rate = 0 Kbps, Downstream rate = 0 Kbps
Discovery Phase (Initial) Band Plan
US: (7,32) (871,1205) (1972,2782)
DS: (33,859) (1216,1961) (2793,3970)
Medley Phase (Final) Band Plan
US: (7,32)
DS: (33,859)
VDSL Port Details Upstream Downstream
Attainable Net Data Rate: 1134 kbps 15580 kbps
Actual Aggregate Tx Power: 10.5 dBm 10.1 dBm
====================================================================================
VDSL Band StatusU0U1U2U3U4D1D2D3
Line Attenuation(dB): 13.4 N/A N/A N/A N/A 28.2 86.8 N/A
Signal Attenuation(dB): 13.4 N/A N/A N/A N/A 44.8 N/A N/A
SNR Margin(dB): 6.8 N/A N/A N/A N/A 6.7 N/A N/A
TX Power(dBm): 10.5 N/A N/A N/A N/A 10.1 N/A N/A

NI-DAQmx Base - "Read or Write task without first setting line states"

I am writing an application to interface with the USB-6501 hardware platform. In my application, I am first initializing all the lines on each digital port to be either read or write lines. After these lines have been initialized to the correct state, I would like to write data to a specific port, or read data from that port, without having to again define the line states (i.e. I'd like to write data to the port based on the already configured lines).
Here's how I approach the problem. On initialization, my program will create a DAQmxBase task which will set the lines I specify as "Write" lines for port0, following this is another task which specifically sets the "Read" lines for port0. When I create a task to simply read or write data to a port (without again defining which lines are write and which lines are read) I receive the error "-200428 - Value passed to the Task/Channels In control is invalid.". If I define the read and write lines as a step in the same task which reads or writes data (respectively), the process seems to work ok.
Can anybody offer any insight to whether or not I should be able to accomplish this task using this approach?
Thank you for your help.

Hello DarkCloud. Thank you for contacting National Instruments. If you create a task in the DAQmx Base Configuration Utility and set the direction of the line, you don't need to reset the direction in LabVIEW. There are some examples of how to do this at Start>>All Programs>>National Instruments>>NI-DAQmx Base>>Examples>>LabVIEW 7.1. Open the static example for DIO>>Write Dig Port. Please let me know if you have any questions. Have a great day!
Marni S.
National Instruments

What are my line stats like. Good or bad?

Hi there,
I've just recently changed ISP to BT, within the last couple of days.
I know I'm still probably in my line training state.
Using the supplied BT Home Hub 3.
My stats so far are:
ADSL Line Status
Line state:    Connected
Connection time:    2 days, 01:46:58
Downstream:    2.531 Mbps
Upstream:    448 Kbps
ADSL Settings:
VPI/VCI:    0/38
Type:    PPPoA
Modulation:    G.992.1 Annex A
Latency type:    Interleaved
Noise margin (Down/Up):    6.6 dB / 24.0 dB
Line attenuation (Down/Up):    45.4 dB / 29.0 dB
Output power (Down/Up):    18.1 dBm / 12.3 dBm
FEC Events (Down/Up):    369092 / 122
CRC Events (Down/Up):    1961 / 90
BT Speedtester results:
Download speed achieved: 1793 kbit/s
DSL connection rate: 2592 kbit/s Down and 448 kbit/s Up
Upload speed achieved: 308 kbit/s
I'm hoping to get my Downstream speed around 3 megabit/s or better.
But so far I'm still lucky if I'm above 2.5 megbit/s.
As you can see my line has been stable for the first 2 days of connection, not sure if it should have dropped a few times as my line is being trained/tested?
With the stats I have posted, should I be waiting for a faster connection?
Or is this all my line can handle?

I've just got home after a day out and I just noticed my speed (bandwidth) has dropped a little.
So I logged in to my HH3 and I noticed that it had a different connection time.
I was at something like 6+ days, but now back down to 0 days and a few hours.
Q: Will this have affected my 10 day line training? So am I back to waiting for another 10 days, before my line speed (hopefully) increases?
My routers log (when the connection dropped and then back up):
09:45:11, 27 Jul.    (679519.170000) DSL is up
09:45:09, 27 Jul.    (679516.850000) DSL noise margin: 24.00 dB upstream, 6.60 dB downstream
09:45:09, 27 Jul.    (679516.790000) DSL line rate: 448 Kbps upstream, 2496 Kbps downstream
09:44:41, 27 Jul.    (679488.900000) Server URL: https://pbthdm.bt.motive.com; Connecting as user: ACS username
09:44:34, 27 Jul.    (679482.610000) DSL is down after 11119 minutes uptime
09:44:33, 27 Jul.    (679481.290000) PPPoA is down after 11119 minutes uptime
Nothing of interest found before this, well no reason why it dropped out.
Thanks in advance.

Line Stats Help Please.

Is there anything wrong with these stats CRC, HEC
ADSL Line Status
Connection Information
Line state:   Connected
Connection time:   4 days, 19:03:09
Downstream:   18.93 Mbps
Upstream:   1.125 Mbps
ADSL Settings
VPI/VCI:   0/38
Type:   PPPoA
Modulation:   G.992.5 Annex A
Latency type:   Fast
Noise margin (Down/Up):   6.6 dB / 7.7 dB
Line attenuation (Down/Up):   20.6 dB / 11.7 dB
Output power (Down/Up):   20.1 dBm / 12.6 dBm
FEC Events (Down/Up):   0 / 0
CRC Events (Down/Up):   15223 / 19552
Loss of Framing (Local/Remote):   0 / 0
Loss of Signal (Local/Remote):   0 / 0
Loss of Power (Local/Remote):   0 / 0
HEC Events (Down/Up):   41372 / 65882
Error Seconds (Local/Remote):   7151 / 37986

I'm on a wired connection, but sometimes I just see poor through put.
Take this speedtest for example, In previous speed test this used to be mostly a solid graph but as you can see the spikes in this test. (Ok things might be more accurate on the speed tests now so it might be a red herring)
The ping test graphic below shows that everything should be fine but when I ping from the command line I see the variation.
I was pinging the bbc domain at around 20 ms then I see a spike of three pings with a max of 143 ms
C:\Users\Philip>ping bbc.co.uk -t
Pinging bbc.co.uk [212.58.246.104] with 32 bytes of data&colon;
Reply from 212.58.246.104: bytes=32 time=21ms TTL=51
Reply from 212.58.246.104: bytes=32 time=22ms TTL=51
Reply from 212.58.246.104: bytes=32 time=21ms TTL=51
Reply from 212.58.246.104: bytes=32 time=23ms TTL=51
Reply from 212.58.246.104: bytes=32 time=29ms TTL=51
Reply from 212.58.246.104: bytes=32 time=21ms TTL=51
Reply from 212.58.246.104: bytes=32 time=21ms TTL=51
Reply from 212.58.246.104: bytes=32 time=22ms TTL=51
Reply from 212.58.246.104: bytes=32 time=22ms TTL=51
Reply from 212.58.246.104: bytes=32 time=21ms TTL=51
Reply from 212.58.246.104: bytes=32 time=23ms TTL=51
Reply from 212.58.246.104: bytes=32 time=22ms TTL=51
Reply from 212.58.246.104: bytes=32 time=22ms TTL=51
Reply from 212.58.246.104: bytes=32 time=20ms TTL=51
Reply from 212.58.246.104: bytes=32 time=24ms TTL=51
Reply from 212.58.246.104: bytes=32 time=23ms TTL=51
Reply from 212.58.246.104: bytes=32 time=21ms TTL=51
Reply from 212.58.246.104: bytes=32 time=22ms TTL=51
Reply from 212.58.246.104: bytes=32 time=21ms TTL=51
Reply from 212.58.246.104: bytes=32 time=23ms TTL=51
Reply from 212.58.246.104: bytes=32 time=22ms TTL=51
Reply from 212.58.246.104: bytes=32 time=21ms TTL=51
Reply from 212.58.246.104: bytes=32 time=21ms TTL=51
Reply from 212.58.246.104: bytes=32 time=24ms TTL=51
Reply from 212.58.246.104: bytes=32 time=22ms TTL=51
Reply from 212.58.246.104: bytes=32 time=22ms TTL=51
Reply from 212.58.246.104: bytes=32 time=111ms TTL=51
Reply from 212.58.246.104: bytes=32 time=24ms TTL=51
Reply from 212.58.246.104: bytes=32 time=143ms TTL=51
Reply from 212.58.246.104: bytes=32 time=90ms TTL=51
Reply from 212.58.246.104: bytes=32 time=27ms TTL=51
Reply from 212.58.246.104: bytes=32 time=23ms TTL=51
Reply from 212.58.246.104: bytes=32 time=21ms TTL=51
Reply from 212.58.246.104: bytes=32 time=22ms TTL=51
Reply from 212.58.246.104: bytes=32 time=22ms TTL=51
Reply from 212.58.246.104: bytes=32 time=22ms TTL=51
Reply from 212.58.246.104: bytes=32 time=24ms TTL=51
Reply from 212.58.246.104: bytes=32 time=22ms TTL=51
Reply from 212.58.246.104: bytes=32 time=23ms TTL=51
Reply from 212.58.246.104: bytes=32 time=21ms TTL=51
Reply from 212.58.246.104: bytes=32 time=22ms TTL=51
Reply from 212.58.246.104: bytes=32 time=21ms TTL=51
Reply from 212.58.246.104: bytes=32 time=22ms TTL=51
Reply from 212.58.246.104: bytes=32 time=21ms TTL=51
Reply from 212.58.246.104: bytes=32 time=22ms TTL=51
Reply from 212.58.246.104: bytes=32 time=21ms TTL=51
Reply from 212.58.246.104: bytes=32 time=26ms TTL=51
Reply from 212.58.246.104: bytes=32 time=22ms TTL=51
Reply from 212.58.246.104: bytes=32 time=22ms TTL=51
Reply from 212.58.246.104: bytes=32 time=22ms TTL=51
Reply from 212.58.246.104: bytes=32 time=22ms TTL=51
Reply from 212.58.246.104: bytes=32 time=22ms TTL=51
Reply from 212.58.246.104: bytes=32 time=22ms TTL=51
Reply from 212.58.246.104: bytes=32 time=21ms TTL=51
Reply from 212.58.246.104: bytes=32 time=20ms TTL=51
Reply from 212.58.246.104: bytes=32 time=22ms TTL=51
Reply from 212.58.246.104: bytes=32 time=21ms TTL=51
Reply from 212.58.246.104: bytes=32 time=23ms TTL=51
Reply from 212.58.246.104: bytes=32 time=22ms TTL=51
Reply from 212.58.246.104: bytes=32 time=21ms TTL=51
Reply from 212.58.246.104: bytes=32 time=21ms TTL=51
Reply from 212.58.246.104: bytes=32 time=23ms TTL=51
Reply from 212.58.246.104: bytes=32 time=22ms TTL=51
Reply from 212.58.246.104: bytes=32 time=21ms TTL=51
Reply from 212.58.246.104: bytes=32 time=24ms TTL=51
Reply from 212.58.246.104: bytes=32 time=21ms TTL=51
Reply from 212.58.246.104: bytes=32 time=21ms TTL=51
Reply from 212.58.246.104: bytes=32 time=21ms TTL=51
Reply from 212.58.246.104: bytes=32 time=24ms TTL=51
Reply from 212.58.246.104: bytes=32 time=21ms TTL=51
Ping statistics for 212.58.246.104:
    Packets: Sent = 70, Received = 70, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 20ms, Maximum = 143ms, Average = 26ms

Number of infinity lines available in an FTTC cabi...

I'm in a "rural" area with a reasonably high housing density. I would assume interest in moving from circa 200kb to many Mbit/s will be high. A small FTTC cabinet has been installed but not commissioned. Are there only a limited number of infinity lines available in such cabs or can capacity be incread to meet demand? I'd hate to miss out due to demand having been lucky enough to be in an area getting the service......

IMHO I doubt Openreach would rush to install another larger Infinity cab to cope with any overflow... for a while if ever.
So you want to get in first. If you've registered for Infinity don't just wait to be contacted.
Check regularly using your Telephone Number (for most accurate result) in https://www.btwholesale.com/includes/adsl/main.html
Or scroll down a bit to enter your number in the BT Infinity site.
The checker showed my date had been moved to 30th Sept.... I kept checking as my cab was powered up and you could easily hear it's fans running.
Then on 1st July the checker showed Infinity was available.-
Please Click On any Text in Blue as that automatically links to information.
PC (NDEGR)

Slow Line State update - CUEAC 8.5.1

We have recently rolled out CUEAC in our enterprise. On our attendant console machines, line state for users phones is slow to update on the console, which sometimes causes issues with our receptionists.
Is there anyone who has experienced this before and if so, what was your fix?
Thanks,
Nick

One more thing... In order for the registry key to take affect on the operator's machine, you need to be exited out of the Attendant Console client so that it is not a process running in task manager. After exiting the Attendant Console client, make the registry change, exit the registry and then start up the Attendant Console client. You can verify that the registry change stuck by going back to the registry key and checking the setting.

Great line stats but ip Profile limited - what to ...

Hi
I moved over to BT at the start of this year. I'm a few hundred metres from the exchange and speed was estimated at 8Mbit. After waiting the appropriate time speed was still limited to 2Mbits in my IP profile - line sync was 8Mbits. I then installed the accelerator in my master box at the weekend and still no improvements. My stats are below and seem good to me but I'm still limited by my IP profile - what next ?
Thanks
Richie
Connection information
Line state:
Connected
Connection time:
3 days, 00:12:13
Downstream:
8,128 Kbps
Upstream:
448 Kbps
ADSL settings
VPI/VCI:
0/38
Type:
PPPoA
Modulation:
G.992.1 Annex A
Latency type:
Fast
Noise margin (Down/Up):
10.9 dB / 29.0 dB
Line attenuation (Down/Up):
5.5 dB / 3.0 dB
Output power (Down/Up):
11.8 dBm / 11.5 dBm
FEC Events (Down/Up):
0 / 0
CRC Events (Down/Up):
10 / 5
Loss of Framing (Local/Remote):
0 / 0
Loss of Signal (Local/Remote):
0 / 0
Loss of Power (Local/Remote):
0 / 0
Loss of Link (Remote):
0
HEC Errors (Down/Up):
20 / 3
Error Seconds (Local/Remote):
0 / 0

Thanks for getting back to me - here it is - IP limted to 2k :-( it's driving me mad !
FAQ
Test1 comprises of Best Effort Test: -provides background information.
Download Speed
1069 Kbps
0 Kbps
2000 Kbps
Max Achievable Speed
Download speedachieved during the test was - 1069 Kbps
For your connection, the acceptable range of speeds is 400-2000 Kbps.
Additional Information:
Your DSL Connection Rate :8128 Kbps(DOWN-STREAM), 448 Kbps(UP-STREAM)
IP Profile for your line is - 2000 Kbps
If you wish to discuss these results please contact your ISP.
If you are experiencing problems with specific applications, servers or websites please contact your ISP for assistance.
Your test has completed please close this window to exit the performance tester.
Please visit FAQ section if you are unable To understand the test results.

NI-6023 digital inputs miss line state-changes

I am using the NI-6023 DAQ to monitor digital lines. Occasionally (less than 1% of the time) the 6023 misses a low-to-high line state-change from . LabVIEW 6.1 polls the 6023 every 5 mS. The digital lines are normally low. When they go high, they remain high for only 50 mS.
LabVIEW 6.1
Windows 2000 Professional

Hi Rchrd,
If you're using a loop to poll your digital line, it's possible that you're not actually polling every 5 ms, since this is software timed. The speed is software/computer dependent, hence can depend on factors such as processor activity. Software timed I/O is normally used for low-speed applicatiosn that do not need hardware timed precision. You can do some troubleshooting by checking to see if there's a certain condition under which the state change is missed, and making sure you don't have other applications runing.
Hope this helps.
Thanks,
Lesley Y.

Executing Acquire upon Digital Line State

I have a homework problem where a analog voltage measurement isn't supposed to start until a digital line becomes true.
I have it working, but just checking if there is a preferable way.
As a test, I used a T/F toggle switch inside a continuous while loop to simulate the digital line state. When I toggle the switch to True, I pass a True value out of the While loop. I pass this True value to a Case structure that accepts 2 values, True and False. On True, it starts the analog data aquisition, which works all OK.
Is there a preferable way to "wait" on a trigger, and then execute a block of code?
thx
Jeff

There are a number of examples that ship with LabVIEW that already incorporate digital hardware triggering.
The program you described will work, but the amount of time between the triggering event (toggling the switch) and the start of the acquisition will vary because you are monitoring the value of your digital line in software. The latency will depend on how many things your computer is doing at once, as well as the speed/memory of your computer.
By using hardware triggering, you eliminate the software dependancy and achieve a response time in the nanoseconds. You can find the triggering examples by choosing "Search Examples" from the LabVIEW splash screen. Once the help window comes up, choose "I/O Interfaces -> Data Acquisition -> Analog Input -> Triggering a
n Acquisition."

Help Needed on Read/Modify Line Statement

Hi,
I am writing a report which is having a check box as first column, followed by sales data. I am giving F4 Key to user to Select ALL the check box. I have used Modify Line to do this, but it is not working for me.
Here is the pseudo code which i am using.
Report <report name>.
data cb1 value SPACE.
Write :/ cb1 as CHECKBOX, 'X'.
Write :/ cb1 as CHECKBOX, 'Y'.
Write :/ cb1 as CHECKBOX, 'Z'.
AT PF04.
   DO 3 times.
      MODIFY LINE sy-index field value cb1 from 'X'.
   ENDDO.
This is not working and giving weird results.
I tried the following things too.
Trial a:
cb1 = 'X'.
modify line sy-index field value cb1.
Trial b:
modify line sy-index of current page value cb1 from 'X'.
Trial c:
read line sy-index....
modify line sy-index..
But none of them were working.
Please let me know if my approach to select all check box is correct. Is there any alternate way to select all the checkbox in the list?..What is wrong with my modify line statement.
Regards
Mitesh

Hi Anand,
Thanks for throwing a light on the "Read Statement". This cleared up my concept of modify line too.
When I dont use Read Line, the output will be:
Checked X
Checked X
Checked X
Let me try to answer the question as "Why it is happening".Correct me if i am wrong as i am only 15 days Old for ABAP ;-((.
Here is how I will now defining modify line statement. Modify Line Statement modify the current line or line number n with the value of sy-lisel. With Field Addition in Modify line, you change the content of sy-lisel.
So in our case, the sy-lisel value is (Checked,'X').
So if we dont use read line, only first column will get updated , whereas second field will remain in the sy-lisel.
So to get the value of other lines, we use read line. This will fill up the sy-lisel with the the line content of sy-index and so modify will work.
So, if we are using AT LINE-SELECTION event to select line, in that case, there is no need to do a read line as sy-lisel is already in the buffer.
Please correct me if i am wrong.
Regards
Mitesh

Could someone please look at my line stats.

Thank you for looking.
Had a engineer out and checked line and changed my pear on telegraph pole.Lol. Plus went to local exchage (erm), and there is nothing more they can do(line wise). But my download speed is so slow. 360 and wii games keep dropping out and you tube keeps buffing. Not happy.
ADSL line status Connection information
Line state
Connected
Connection time
0 days, 1:17:41
Downstream
7,712 Kbps
Upstream
448 Kbps
ADSL settings
VPI/VCI
0/38
Type
PPPoA
Modulation
ITU-T G.992.1
Latency type
Fast
Noise margin (Down/Up)
6.7 dB / 25.0 dB
Line attenuation (Down/Up)
38.0 dB / 24.0 dB
Output power (Down/Up)
19.7 dBm / 11.9 dBm
Loss of Framing (Local)
0
Loss of Signal (Local)
0
Loss of Power (Local)
0
FEC Errors (Down/Up)
0 / 0
CRC Errors (Down/Up)
136 / 2147480000
HEC Errors (Down/Up)
nil / 0
Error Seconds (Local)
1892
And speed test
<script type="text/javascript">// paintProgressAndMessageOnBar(100,"The test has successfully completed"); // </script> Test1 comprises of Best Effort Test: -provides background information.
Download Speed
5775 Kbps
0 Kbps
7150 Kbps
Max Achievable Speed
Download speedachieved during the test was - 5775 Kbps
For your connection, the acceptable range of speeds is 600-7150 Kbps.
Additional Information:
Your DSL Connection Rate :7712 Kbps(DOWN-STREAM), 448 Kbps(UP-STREAM)
IP Profile for your line is - 6500 Kbps

the stats your showing there mean the problem isnt with your connection.
most likley there is a problem with routing to the servers and a general problem with the iplayer being over subscribed, unless your on option 1 or 2 in which case your probably gettign throttled a lot.
hopefully bt will fix the dns problem soon and things will get better

Line stats help

Are My line stats good or bad and also am i receiving the correct speed for my line i have just got interleaving turned back on.
http://img716.imageshack.us/img716/5512/screenshot20100307at182.png

Hi Klownem,
Can you run the speedtest at the link given previously and then drop me an email to [email protected] including your account details and a link to this thread.
Cheers
David
BTCare Community Mod
If we have asked you to email us with your details, please make sure you are logged in to the forum, otherwise you will not be able to see our ‘Contact Us’ link within our profiles.
We are sorry but we are unable to deal with service/account queries via the private message(PM) function so please don't PM your account info, we need to deal with this via our email account :-)

BT infinity line stats(Huawei HG612)

Similar Messages

Maybe you are looking for