Motorola NVG510 VoIP ADSL Gateway Product Release Notes

ginglyformweekNetworking and Communications

Oct 29, 2013 (4 years and 10 days ago)

407 views


RFP
20101110.003.P











Page
1

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).





















Motorola NVG510 VoIP
ADSL
Gateway

Product Release Notes



Reference:

RFP
20101110.003.P


Model
:
NVG510


Embedded Software: 9.0.6h2d14


Document Number
:

ATTNVG510_RN
-
001

Revision:
2.8


JANUARY 2012



RFP
20101110.003.P











Page
2

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

Revision History




The revi si on numbers wi l l be i ncremented each ti me the document i s changed.


Revision

Date

By

Change Log

1.0

01.21.2011

AC

Initial Draft

1.1

01.31.2011

AC

Updated final bug list

1.2

03.31.201
1

AC

Updated w/ March 31 release items

1.3

04.27.2011

AC

Updated with April release items

1.4

05.06.2011

AC

Updated with d29 items

1.5

05.06.2011

AC

Corrected firmware version in the changes implemented section

1.6

05.07.2011

CS

Added ALU
CQ numbers and arranged the tickets in order

1.7

05.08.2011

AC

Updated
cqdsl00049102

1.8

06.02.2011

AC

Updated with d34 release items

1.9

07.29.2011

AC

Updated with 6rd point release (1.1) items

1.10

08.04.2011

MH

Updated Page 6 with clarification on
factory reset

2.0

08.05.2011

AC

Updated w/ additional bugs from the test report

(48173, 50449, 50779, 50479,
50478)

2.1

08.08.2011

AC

Updated per Karen Boyd’s feedback

2.2

09.01.2011

AC

Updated with 906h0d47 release

2.3

09.29.2011

AC

Updated with
906h0d48 release

2.4

10.03.2011

AC

Updated release note defects

2.5

10.21.2011

CS

Updated Rel ease notes to show IPNVG
-
94 i n Known Issues secti on and not i n
Hi stori cal Changes

2.6

11.08.2011

AC

Updated defects IPNVG
-
90 & IPNVG
-
93 to be in the Known
Issues section and not
in Historical Changes

2.7

12.01.2011

AC

Updated for the 906h
0d49 release with IPNVG
-
196 fix, IPNVG
-
197 & IPNVG
-
198
are documentati on onl y

2.8

01.05.2011

AC

Updated with 906h2d14 release



RFP
20101110.003.P











Page
3

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).


Motorola

NVG510 VoIP

ADSL

Gateway

Product Release Note
s


MOTOROLA NVG510 VOIP

ADSL GATEWAY PRODUCT

RELEASE NOTES

3

A
BOUT
T
HIS
D
OCUMENT

................................
................................
................................
................................
......
4

O
VERVIEW
................................
................................
................................
................................
......................
4

C
ONTACT
I
NFORMATION

................................
................................
................................
................................
......
4

P
RODUCT
S
PECIFICATIONS

................................
................................
................................
................................
....
5

C
HANGES
I
MPLEMENTED
T
HIS
R
ELEASE

................................
................................
................................
......................
6

K
NOWN
I
SSUES

................................
................................
................................
................................
..............

11

H
ISTORICAL
C
HANG
ES
I
MPLEMENTED

................................
................................
................................
......................

19

D
EVICE
C
ERTIFICATE
T
ABLE

................................
................................
................................
................................
.

39













RFP
20101110.003.P











Page
4

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

About This Document


Thi s document contai ns i nformati on about the
Motorol a

NVG510

VoIP ADSL

Wi
-
Fi

Gateway

and the Resi denti al embedded
software that i s avai l able i n thi s rel ease.

Overview


Thi s edi ti on of Rel ease Note detai l s the
Motorol a NVG510 VoIP ADSL

Wi
-
Fi

Gateway

hardware and embedded software.


Platform

Description

File




NVG510

ADSL 2/2+
VoIP Wi
-
Fi Gateway
,
Four
-
Port Ethernet

n
bxv
9.0.6h2d14
.bin






Contact Information


If you have questions regarding the
Motorola
NVG510 VoIP ADSL Gateway
, please contact the following
Tech Ops

team:


Jeff Dotterer



Crai g Schreader


Mi ke Hawxhurst



Roger Smi th

Mgr. Program Manager


AT&T

Program Manager

AT&T

Sal es Engi neer


AT&T Sal es Engi neer

512
-
427
-
7436
(offi
ce)


210
-
481
-
0713 (offi ce)


404
-
353
-
0023

(offi c
e/cel l ) 404
-
529
-
3675

(offi ce)

512
-
914
-
2279
(cel l )


210
-
692
-
4018 (
cel l )






770
-
364
-
4597

(cel l )

jdotterer@motorol a.com

cschreader@motorol a.com

fntr37@motorol a.com

vbr836@motorol a.com


RFP
20101110.003.P











Page
5

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

Product Specifications


The Motorol a NVG510 i s a voi ce i ntegrated 802.11n Wi
-
Fi gateway desi gned speci fi cally for the del i very o
f

robust Voi ce and
Data servi ces.


The NVG510
combi nes an ADSL2+ modem
, support for two FXS l i nes, a four
-
port 10/100 Ethernet swi tch, and 802.11b/g/n
Wi
-
Fi radi o. The NVG510 supports upgradabi lity to Uni versal SKU whi ch al l ows for one devi ce to operate i n both Legacy ATM
and IPDSLAM PTM networks.


St
andards Compliant

The Motorol a NVG510 VoIP ADSL Gateway i s compl i ant wi th i ndustry standard speci fications. The NVG510 i s compl i ant to

ANSI/
ITU ADSL standards, Broadband Forum TR
-
069/TR
-
098, TR
-
067/TR
-
100 speci fi cations, UL, and FCC standards.


Performance

and Reliability

The
NVG510

has
i
ntel l i gent software features and di agnosti cs
whi ch
reduce the cost of ongoi ng customer support, whi l e
i ncreasi ng customer sati sfaction.


Hardware

The Motorol a
NVG510 features

the
Broadcom 6361
V

processor that offers excel l
ent rate/reach performance.

Chipset Details




DSL Chipset Manufacturer:

Broadcom

DSL Chipset Series Number:

6361
V

Datapump

Fi rmware

Versi on
:


A2pD035b
.d2
3i




Interfaces



ADSL2/2+ WAN, RJ
-
11



802.11g/b/n Wi
-
Fi



Four
-
Port 10/100 Ethernet Swi tch, RJ
-
45



Si ngl e
-
Port

Two Li ne

Voi ce FXS, RJ
-
14


ADSL Support

The NVG510 has the fol l owi ng
capabil ities
:


[Pl ease note that
the
NVG510

m
ay not support al l

of these by defaul t per AT&T speci fi cations.
]



ANSI T1.413 Issue 2



ITU 992.1 (ADSL), 992.3 (ADSL2), 992.5 (ADSL2+),



ITU G.992.3 and G.992.5 Annex L (RE
-
ADSL2/2+),



ITU G.992.3 Amendment 1
and 2 and G.992.5 Amendment 2,
Annex A
,
Annex B, and Annex M Support.



RFP
20101110.003.P











Page
6

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

Environmental



Operati ng Temperature: 32


to +104


F (0


to +40


C)



Storage Temperature:
-
40


to + 158


F (
-
40


to +85


C)



Rel ati ve Humi di ty: 5 to 90% (non
-
condensi ng)


Weight and Dimensions



Wei ght: 1.5 l b (uni t carton
)



Di mensi ons:
7.5

i n L x
6.0

i n W x 1.2 i n H



Hori zontal desktop pl acement or verti cal standi ng



Bui l t
-
i n wal l mounti ng keyhol es



Reference # Legend

Motorola

AT&T

Rxxxx = Feature Request

IPNVG

= Ticket

cqdslxxxxxxxx = Ticket

CRxxxx = VCCB Change

r
equest


Changes Implemented

This Release

Thi s

versi on of rel ease note

detai l s changes and fi xes made
for the September 6
submi ssi on
.


Important Notes:



Pl ease ensure that a factory reset i s
compl eted, at the testi ng stage,

after upgradi ng the fi rmware.


o

Pl ease note, thi s factory reset as seen above i s suggested onl y as a functi onal l evel i ng of the NVG510
confi gurati on duri ng LAB testi ng, and i n no way represents a prerequi si te requi rement for producti on or
any other envi ornement after fi rmware upgrades.
An exampl e of when to uti l i ze thi s factory reset woul d
be i f duri ng a pri or test, the port mi rrori ng functi on was enabl ed on the WAN port. Leavi ng thi s non
-
producti on confi gurati on i n pl ace coul d potenti al ly i mpact new rel ease testi ng and thus the suggesti
on of a
facto
ry reset after fi rmware upgrade. Thi s woul d al l ow the engi neer

to begi n testi ng wi th a cl ean
confi gurati on.



Port Mi rrori ng shoul d be used as a debug tool onl y. Port mi rrori ng shoul d not be enabl ed for normal testi ng.


AT&T
IPD
SLAM Voi ce GW
RFP requi rements




RFP
20101110.003.P











Page
7

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

Tabl e bel ow shows the count of changes i mpl emented i n thi s rel ease.

Severity

ClearQuest

Motorola

Total

Feature/Enhancement

-

10

10

Cri ti cal

1

-

1

Maj or

13

-

13

Mi nor

3

8

11

Total

17

18

35



Documentation
and Administrative

The fol l owi ng tabl e detai l s that documentati on or admi ni strati ve modi fi cati ons and/or
changes
rel ated

to the
devi ce

wi th thi s
rel ease.

Reference #

Description

Target

Non Ticket Related Features and VCCB Change Requests

-

-

-

Critical

-

-

-

Major

cqdsl 00050208

IPNVG
-
141

IPTSP00068329

Devi ce l og does not displ ay the IP address or domai n name from an ACS WANsi de remote access sessi on

(
The devi ce l og does not di spl ay the IP address, and/or domai n name from an ACS WAN
-
si de remote access
sessi on. No appl ication avai labl e to ATT SCL Lab to test thi s.: No appli cati on avail able to ATT, SCL Lab to test
getti ng the devi ce l og to display the IP address, and or domain name from an ACS WAN
-
si de remote access
sessi on per requi rement # 984.

984
-
R
-

Network Management
-

The device log MUST display the IP address, and if available domain name from
a reverse lookup, when an ACS WAN
-
side remote access session is started.
)

AT&T Closed

cqdsl00050344

IPNVG
-
150

IPTSP00070189

NVG510 does not support a
confi gurable option to all ow WAN side Ping requests

(818
-

R
-

Firewall
-

The device MUST support a configurable option in which ICMP error responses are
suppressed.

819
-

R
-

Firewall
-

The device MUST be able to respond to WAN side ping requests and MUST

support a
configurable option which identifies if the device is to ignore or respond to incoming Ping requests. By default,
the device MUST NOT respond to incoming ping requests.)

CR1116 Issued

AT&T Closed

cqdsl00050425

IPNVG
-
162

IPTSP00071893

The NVG510

does not provide remote Web UI remote access

(
973
-

R
-

Network Management
-

The device MUST either allow for complete configuration of all internal GUI
configurable items using TR
-
069 (and extensions) or MUST provide web pages to allow for temporary remo
te
access to its GUI from the ACS. Primary requirements relating to this later mode of operation are identified in
#984.

Remote access via WebUI is not supported. TR
-
098 is supported. Clarified requirements with AT&T and updated
implementation via TR
-
098
will be slated for a future release.)

AT&T Closed

cqdsl00051462

IPNVG
-
180

IPTSP00080148

The Ethernet Swi tch does not support snoopi ng

(
Per AT&T Austi n Lab


"When runni ng the WSend and WLi sten

Mul ti cast util ities on the LAN Ethernet i nterfaces, the multicast traffi c i s
fl ooded to al l swi tch ports. Requirement # 345 requi res IGMP Snoopi ng enabled whi ch should keep multicast
from fl oodi ng the entire swi tch, onl y ports performing a successful joi n

to that mul ti cast fl ow should have traffi c
forwarded."

Per AT&T IGMP i s di sabl ed by defaul t. Pl ease advi se i f there i s a change i n the default confi guration.)

AT&T Cl osed

cqdsl 00050186

IPNVG
-
132

IPTSP00067884

There i s no way to turn off the Fi rewal l for
the IP Passthrough LAN device

(T
here is no way to turn off the Firewall for the IP Passthrough LAN device. Reference requirement # 610.: There
is no way to turn off the Firewall for the IP Passthrough

LAN device. Reference requirement # 610. The
requirement is listed below:

610
-

R
-

Layer 3 Routing
-

The device MUST support an option to disable the firewall for all LAN devices (e.g., as a
group) with IP addresses assigned from the public
-
routed and pu
blic
-
proxied subnets.

Under requirements discussion with AT&T)

AT&T Closed

cqdsl00050207

IPNVG
-
140

IPTSP00068322

Fi rewal l i s not ICSA Labs certi fi ed

(
834
-

O
-

Firewall
-

The firewall SHOULD be either ICSA Labs certified or be able to display all the attr
ibutes
necessary for ICSA Labs certification for the current version of either the Residential Category or the
Small/
Medium Business (SMB) Category.)

AT&T Closed

cqdsl00050158

Motorola's response to # 384 does not meet the
requirement

Closed by

RFP
20101110.003.P











Page
8

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

IPNVG
-
123

IPTSP00066898

(
Requi rement # 384 does not meet the requi rement.: Motorola's response to Requirement # 384 does not

meet the requi rement. The requirement is l i sted bel ow:

384
-

R
-

Wi
-
Fi
-

The wireless access point MUST meet the minimum Receiver Sensitivity,
Maximum

Allowable Path Loss (computed as EIRP
-
Receiver Sensitivity) and Delay Spread Tolerance specifications

identified in the worksheet 'Wi
-
Fi Info 1'.

Need Additional Information on reported issue.)

AT&T

Minor

cqdsl00050345

IPNVG
-
151

IPTSP00070193

Pi ng
-
Ri ng for DND i s i ntermittently worki ng

(
Pi ng
-
Ri ng for DND i s i ntermittently working.: Ping
-
Ri ng i s i ntermittently working. Ping ri ng for DND i s heard
about 50%.of the tries wi th the l oad 9.0.6h0d34. Motorol a del ivered the engi neering bui
l d, nbxv9.0.6h0d38+ping,
as a fi x for the pi ng ring i ssue. Motorol a sai d the probl em was due to the CID that NVG510 i s trying to send after
pl ayi ng the pi ng ring. Motorola has fi xed the i ssue of not playing the CID i n nbxv9.0.6h0d38+ping. With the
engi neei
ng buil d,,nbxv9.0.6h0d38+ping, there i s defi ni tel y an i mprovement on the PING RING feature. The
phones that were working i ntermi ttently are now playi ng the spl ash ri ng every ti me. However, there i s a
parti cular model phone, AT&T model 146 Desi gnLi ne tel eph
one, that works on PACE wi th a very cl ear audible
ri ng but i s sti ll barely audible on the NVG510.
)

AT&T Cl osed.


Firmware

The fol l owi ng tabl e detai l s the fi rmware correcti ons and changes.

9.0.6h2d14



December 2, 2011

Reference #

Description

Target

Non
Ticket Related Features and VCCB Change Requests

cqdsl 00049572

There i s no "Cl ear Device Li st" option vi a the GUI

906h2d14

REQ 1294

The devi ce MUST generate RTCP summary reports and send them vi a the SIP PUBLISH method as speci fied in the
requi rements i n the worksheet "RTCP Reporti ng".


• Added Ji tterBufferIncrease and JitterBufferDecrease parameters

906h2d14

REQ 1295

The devi ce MUST i mplement the TR
-
098 extensions for configuring the sending of RTCP summary reports using
SIP PUBLISH as i denti fied i n the worksheet "SIP Publi sh Vars".

906h2d14

REQ 1435

The SIP message rejecti on mechanism which l i mits SIP messages to tho
se from a registered SIP proxy server,
MUST al l ow a SIP OPTIONS request from any address that matches a white l ist unique to this functi on (e.g., i n
the same format as the capti ve portal white l ist). The whi te l ist must be confi gurabl e vi a TR
-
098.

906h2d14

REQ 1298

The devi ce MUST support a TR
-
098 fi el d (i.e.,
InternetGatewayDevi ce.Servi ces.VoiceService.{i }.PhyInterface.{i}.Tests.TestSelector="X_ATT_Ri ngNow") which,
when set and a phone cal l i s not i n progress on the associ ated l ine, wil l generate a standa
rd ri ng signal on the
associated l ine for 30 seconds.

906h2d14

REQ 1403.01

When specifi ed i n FQDN format, the devi ce MUST cache the latest DNS entry i n non
-
volatil e memory and use i t
when the DNS i s not reachabl e or i f the devi ce i s unable to resol ve the
entry after the TTL expires. The cached
entry MUST be retained across reboot of the device.

906h2d14

REQ
1440



InternetGatewayDevi ce.Servi ces.VoiceService.{i }.Voi ceProfil e.{i }.Li ne.{i }.VoiceProcessing.EchoCancell ationEna
bl e



InternetGatewayDevi ce.Servi ces..
VoiceService.{i}.Voi ceProfi le.{i }.Line.{i }.Stats.CallsDropped



InternetGatewayDevi ce.Servi ces.VoiceService.1.PhyInterface.1.InterfaceID



InternetGatewayDevi ce.Servi ces.VoiceService.1.PhyInterface.2.PhyPort

InternetGatewayDevi ce.Servi ces.VoiceService.1.VoiceProfi le.1.Reset

906h2d14

PLC

PLC type i s configurabl e based on regi on type

906h2d14

Logs

VoIP LOG consolidation

906h2d14

Geo
-
Redundancy

Parti al support for “CVoIP UE Geo
-
Red Interface Spec
-
1.0.pdf”


906h2d14

Critical

cqdsl 00051954

IPNVG
-
187

AT&T upstream traffi c slowi ng after WAN l oss

(Upstream drop i n throughput based upon performance testi ng at AT&T l abs by Ed Zei gler

.)

906h2d14


RFP
20101110.003.P











Page
9

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

Major

cqdsl00049460

IPNVG
-
83

IPTSP00058517

Packet Fi ltering does not functi on properly

(
Hel p text i s added i n GUI, al so veri fied HTTP/FTP/TFTP hosted on l an si de server. Fil ter rule when created were
abl e to bl ock traffi c from WAN si de to these servers
)

906h2d14

cqdsl 00049552

IPNVG
-
93

IPTSP00059693

Publ i c Subnet DHCP i s not worki ng properly

(
After confi guri ng the Publi c Subnet via the GUI and sel ecti ng the 'Publ ic Radio Button' and attachi ng a devi ce the
Pri vate DHCP Pool is sti l l used to hand out addresses

Fi x
covers the case where a DHCP cli ent provides a "Cl ient Identifi er" i n the Di scover packet.
)

906h2d14

cqdsl 00049556

IPNVG
-
94

IPTSP00059692

Publ i c Subnet Routed Network/Del egated Gateway does not function

(
As requested i n Requirement #606: Publ ic Subnet
Routed Network/Delegated Gateway does not function as
requested i n Requirement #606

Separate Cascaded Router from Publi c Subnet on web page
,
Thus, the LAN pc's should now be able to access each
other from one subnet to another through their hostnames, prov
ided that their hostnames are available at the
CPE, i.e., the hosts are not statically configured.
)

906h2d14

cqdsl00049946

IPNVG
-
163

IPTSP00064660

Update Devi ce Network Parameters workfl ow fail s

(
Update Devi ce Network Parameters workfl ow fai ls resulti ng i
n Network tab i n CMS GUInot being populated with
i nformation. In CMS GUI on the Network Tab there i s a Get Network Data button. Whenpressed this button
causes the fi el ds on this screen to be popul ated.

Fi x Devi ceSummary for VoiceService per TR
-
106
)

906h2d14

c
qdsl 00050175

IPNVG
-
133

IPTSP00067882

ChangeLine cannot be used to disabl e a l i ne

(
On the NVG510, ChangeLine API cannot be used to disable a l ine
.

Removed the dependency on Profi le and l ine. when

profil e i s disable, l ine gets di sabled automatical ly. But when
profi l e i s enabled, li ne can be di sabled. When both l ine and profil e are both enabled, REGISTER i s sent out.
)

906h2d14

cqdsl 00050189

IPNVG
-
136

IPTSP00068272

Stati cal ly assigning a Publi c IP address to a LAN devi ce other LAN devices dont communicate properly

(
When stati cal ly assi gning a Publi c IP address to a LAN device, other LAN devices are not abl e to communi cate
properl y. Reference requi rement # 611.: When
stati call y assi gning a Publ ic IP address to a LAN devi ce (usi ng IP
Passthrough for thi s exampl e), other LAN devi ces are not abl e to communicate properly. Reference requi rement #
611.

Fi xed for "manual" and "dhcps
-
fi xed" mode i f the passthrough pc al ready o
btained i ts hostname from i ts ol d
sessi on acqui ri ng i ts private IP. Otherwi se, a hostname i s not supposed to be avai lable i n a usual way. The
sol uti on to thi s i s to confi gure an 'al il as' for the passthrough IP address.
)

906h2d14

cqdsl 00050297

IPNVG
-
145

IPSTP00069441

Resi dual Echo Return Loss Val ue Al ways Equal s 75 i n RTCP
-
XR Report

(
Resi dual Echo Return Loss Value Al ways Equals 75 i n RTCP
-
XR Reports: The value for the Resi dual Echo Return
Loss (RERL) al ways equals 75 in RTCP
-
XR reports, regardless of ech
o return l oss or absolute echo level. In fact, I
di sabl ed echo cancel lati on on an RG by setting the echo
-
option to echo
-
off and the reported RERL was sti ll 75,
even though audible echo was present.

Impl emented averagi ng the RERL val ue i n RTCP
-
XR reports (every 5 secs) over the durati on of the call
)

906h2d14

cqdsl 00050374

IPNVG
-
152

IPTSP00071354

TraceRoute returns i ncorrect value for DiagnosticsState when cannot resol ve hostname

(
"TraceRoute

returns i ncorrect value for DiagnosticsState when cannot resolve hostname: Ran trace route on
NVG510 wi th an i nval id hostname specifi ed as a domain name as the desti nati on. The broadband forum specifi es
that the return value for DiagnosticsState shoul d be

one of the fol lowing:

'None'

'Requested'

'Compl ete'
)

906h2d14

cqdsl 00051668

IPNVG
-
191

IPTSP00081230

InternetGatewayDevi ce.WANDevice.1.WANDSLDiagnosti cs .SNRpdus i s mi sspell ed

(
InternetGatewayDevi ce.WANDevice.1.WANDSLDiagnostics .SNRpdus

i s misspel led in the fi rmware: The
parameter InternetGatewayDevi ce.WANDevice.1.WANDSLDiagnostics .SNRpdus i s misspel led i n the fi rmware. It
shoul d be 'SNRpsus' i nstead of 'SNRpdus'. The parameter name specifi ed in the TR
-
098 Internet Gateway Devi ce
Data M
odel for TR
-
069 i s InternetGatewayDevi ce.WANDevic
e.i.WANDSLDiagnostics .SNRpsus.

The i ncorrect spel l ing causes an issue for LSBBT tool.
)

906h2d14

cqdsl 00051944

IPNVG
-
186

IPTSP00081075

Del eteLine does not del ete the li ne off of the NVG510

(
Del eteLi ne API o
perates i n 2 steps:

Step 1: del etes the l i ne from the CMS database

Step 2: sends SetParameterValues command to the device to set the voi ce parameters
for the l i ne to delete the
l i ne

Step 1 i s succeedi ng. Step 2 i s fail ing due to the speci fi c
parameter/values pai rs that are being sent.

Mi n Range for Regi ster Expi res Ti mer i s changed to "0" from 5
)

906h2d14

cqdsl 00052009

IPNVG
-
190

IPTSP00081224

InternetGatewayDevi ce.Servi ces.VoiceService.1...Outgoi ngCal lsAttemted has l ast fi el d mi sspel led:

(
In
ternetGatewayDevice.Services.VoiceService.1.Voice Profile.1.Line.1.Stats.OutgoingCallsAttemted has last field
misspelled: InternetGatewayDevice.Services.VoiceService.1.Voice Profile.1.Line.1.Stats.OutgoingCallsAttemted
has last field misspelled. There shou
ld be a 'p' in Attempted.
)

906h2d14


RFP
20101110.003.P











Page
10

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

cqdsl00052554

IPNVG
-
199

Issue with DNS Proxy on the NVG510

(
An AT&T empl oyee forwarded an post recei ved on "DSLReports" from a customer that just received an NVG510
at hi s home and he i s seei ng issues wi th the DNS
Proxy.
)

906h2d14

cqdsl 00052008

IPNVG
-
189

IPTSP00081216

"Usi ng SetParameterValues to change InternetGatewayDevi ce.Services.VoiceService.1.Voice
Profi l e.1.Line.1.Enabl e to Disabled, also changes the value InternetGatewayDevice.Services.VoiceService.1.Voi ce
Profi l e.1.Enable to Disabl ed: Test 7: Use SetParameterValues to di sabl e a l ine
(IGD.Servi ces.Voi ceProfil e.1.Li ne.1.Enabl e from True to False) with a cal l i n progress

Dupl i cate of IPNVG
-
133)

906h2d14

Minor

cqdsl 00049465

IPNVG
-
90

IPTSP00058911

NVG510
traceroute vi a the GUI does not complete

(Correcti ve Action: Updated design of the Diagnosti cs page.)

906h2d14

cqdsl 00050092

IPNVG
-
116

IPTSP00065635

DHCP Server doesn't i ssue a private IP address when DSL is dn

(
NVG510 DHCP Server does not i ssue a pri vate IP address when DSL i s down and the LAN devi ce i s running i n IP
Passthrough mode based on requirement # 586.: NVG510 DHCP Server does not i ssue a private IP address when
DSL i s down and the LAN device i s runni ng
i n IP Passthrough mode based on requi rement # 586

Enhanced DHCP server to not hand out publ ic IP Passthrough address when DSL l ine i s down.
)

906h2d14

cqdsl 00051328

IPNVG
-
179

IPTSP00079966

Traceroute not usi ng the preferred protocol i ndi cator correctly

(
"If the target address i s a FQDN and both A and AAAA records are returned, do the command type (i n this case
traceroute) based on a 'preferred protocol' fi el d.

Set the protocol indi cator to IPv6 and traceroute a server name wi th A and AAAA records i n DNS

T
he devi ce requests a A record and a AAAA from DNS for the gi ven name. In this case both are received

In thi s si tuati on, si nce the protocol indi cator was set to 'i pv6', the traceroute shoul d i ndicate the number of i pv6
address hops to the target. But i nstea
d, traceroute ignores the protocol i ndicator and i ndi cates the number of
i pv4 address hops to the target.

Use the parameter X_0000C5_PreferredProtocol for sel ecting the protocol. Al l owed values for thi s parameter are
0, 4 and 6."

906h2d14

cqdsl 00050088


Broadband Connecti on Status page does not meet all of the requi rements of #894

(
Broadband Connection Status page does not meet all of the #894 requi rements: Broadband Connection Status
page does not meet all of the #894 requi rements. The requi rements are l
isted bel ow:

894
-

R
-

Network Management
-

'The device MUST provide a simple XML page for providing broadband
connection status.

This page is to be located at the fixed URL http://<device_address>/ATT/BB_STATUS.
)

906h2d14

cqdsl00050411

IP Passthrough br
eaks after enabling IPv6

(
This issue is found in NVG510, 9.0.6h0d49 build, SKU 64. When IPv6 is enabled, the IP Passthrough client is
unable to access the GUI and connectivity to between the IP Passthrough host and CPE breaks.
)

906h2d14

cqdsl00051206


RTC
P interarrival jitter value reported too high

(
Interarrival Jitter reported in the RTCP SR packets is too high every 4
-
5 calls.

Also in some calls the SRC is missing from the RTCP SR packet.
)

906h2d14

cqdsl00047556

Broadband indicator light: Flashing
Green & Red not following AT&T requirement.

(AT&T RFP
-
ATT.(RFP 20101110.003.P IPDSLAM).136:

If the broadband connection fails to be established for more than three consecutive minutes the light should
switch to flashing green when attempting or waiting to
establish a broadband connection alternating with a five
second steady Red. This pattern should continue until the broadband connection is successfully established.)

906h2d14

cqdsl00050
900

IPv6 MTU settings require reboot to take effect

(
I changed the
default IPv6 LAN MTU from 1480 to 1435 and saved the settings. Performing a tracepath6 from
WAN network to LAN network still gives me a PMTU of 1480. Only after a reboot of the CPE do I get the proper
PMTU of 1435.
)

906h2d14

cqdsl00050779

Tiller/GUI:
status of "Voice Line" show as "Idle" instead of "Down"


(
1. Connect the CPE to network ( DSL link) and on GUI>Device>Status, verify both “Broadband connection” and
“Line state” show as “up”

2 Configure Voice phone 1 and then verify that the voice line

1 is "registered" under GUI>Device>Status.

3. Disconnect the dsl cable between CPE and DSLAM

When check the status under GUI>Device, both “broadband connection” and “Line state” show as “Down” ( right)
, but Voice line 1 shows as “Idle”. In this case, Vo
ice line 1 should show as “Down” instead of “Idle according to
doc. “NVG510 9.0 GUI Rev 2.1r
-

v1.4”.
)

906h2d14

cqdsl00052549

PPTP connection is flaky.

(1. LAN Win Client PC
------------
NVG510
---------
Jutta_3387(8x code_PPTP server)
--
WinClient

PC = PPTP flaky.

Sometimes connects and sometimes does not connect. When connected from Win client LAN PC we could access
the Server LAN client PC

2. 2nd Win Client PC
------------------------
(Sa
me 3387 above) = PPTP connection always come up.)

906h2d14


RFP
20101110.003.P











Page
11

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

cqdsl00052342

TR
-
69 IPv6 ping diagnostics fail when interface is defined

(
When pinging an ipv6 host using tr69 ip

ping diagnostics and the interface parameter is defined, the result is
failure as shown below. When interface is blank, the ping succeeds.
)

906h2d14

Known Issues

Table below shows the count of open Known issues in this release.

Severity

ClearQuest

Motorola

Total

Critical

2

-

2

Major


14

-

14

Mi nor

33

17

50

Total

49

17

66


Documentation and Administrative

The fol l owi ng tabl e detai l s that documentati on or admi ni strati ve modi fi cati ons and/or
changes
rel ated

to the
devi ce

wi th thi s
rel ease.


Reference #

Description

Target

Non Ticket Related Features and VCCB Change Requests

-

-

-

Critical

-

-

-

Major

-

-

-

Minor

-

-

-


Note: Thi s
secti on

i s subj ect to change as new bugs are reported.

Firmware

Reference #

Description

Target

Critical

cqdsl 00050000

IPNVG
-
114

IPTSP00065169

after 8 GetLi veData cal ls i n a row, CMS i nteracti on with the device, fai ls

(Reported Issue:

1) The devi ce thi s was seen on i s a device being used by Rob Emerson i n his nvg510 testi ng. Thus i t i s bei ng
acti vel y used as an end
-
user mi ght use i t. However during the time that I was doi ng the GetLiveData cal ls to the
devi ce he was not activel y doing

anythi ng with the device.

2) Have tri ed to repeat i t on another devi ce i n the SCL CMS l ab unsuccessful ly. However that devi ce has not been
acti vel y used for any other acti vi ti es. It was upgraded and has been used for no addi ti onal testing.

3) It i s
expected that a reboot of the device wil l cause i t to recover and begin communi cati ng with CMS again, but
we have not veri fi ed that because we want to l eave i t i n this state for Mi chael to continue to gather i nformati on
from the devi ce as di rected.

At thi s

ti me, the i ssue i s not reproducible.)

-

cqdsl 00051993


14Mbps of downstream IPv6 traffi c ki ll s Ethernet LAN swi tch on NVG510

(
14Mbps of downstream IPv6 traffi c kil ls Ethernet LAN swi tch on NVG510: Runni ng 14Mbps of downstream UDP
1024 byte packets causes the LAN swi tch of the NVG510 to stop processi ng any traffi c. 800kbps of upstream UDP
1024 byte packets was al so running. When t
he traffi c i s started usi ng the Spi rent TestCenter, the traffi c i s
processed for about 20 seconds, then the Ethernet switch goes down. Upstream traffi c i s affected more than
downstream; upstream stops bei ng processed after 15 seconds of starting the traffi
c. Around 5 seconds after
that, the downstream traffi c stops being processed. The switch stops processi ng traffi c for about 10 seconds,
then the downstream traffi c recovers. The upstream traffi c is not processed for a l onger peri od, sometimes 60
seconds. T
he cycl e starts over; the cycle i s not uniform, but random
.

Di fferent behavi or seen i n onsite vi sit to AT&T i n December. Traffi c i nterruption seen wi th continuous Wirel ess
Cl i ent Associ ation/Di sassoci ation. )

9.0.x

Major

cqdsl 00049909

IPNVG
-
107

Prefi x Del egation feature of 6rd i s broken

(
"Prefi x Del egati on feature of 6rd i s broken"

9.0.x


RFP
20101110.003.P











Page
12

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

IPTSP00063870

Prefix Delegation feature of 6rd is broken: The DLINK router is on lan side of the MOTO. The DLINK is configured
to request a delegated prefix from the M
OTO which should be different from the prefix advertised in the RA, then
use it to SLAAC the PC behind it.

The MOTO rejects the request because the DLINK appears to be asking for a IA_NA instead of a IA_PD. The issue
is that the NGV510 has PD enabled/NA d
isabled on its LAN, but it sends Router Advertisements with the 'M' flag
set to 1, when it should be set to 0. If the 'M' flag had been set to 1, The DLINK would request a IA_PD properly
and and hopefully the MOTO would respond with a proper Delegated Pref
ix via DHCPv6.
)

cqdsl00050094

IPNVG
-
121

IPTSP00066526

Al l Fi rewall specifi cations of Requirement #825 not met

(
Al l speci fi cations of requi rement #825 are not met for the NVG510: The fol lowi ng speci fications of requirement
#825 are not met for the
NVG510 on v
9.0.6h0d34
;

TCP fl ags,

Protocols; ei grp, gre, i pinip, pi m, nos, ospf,

packet l ength

Based on di scussi on w/ AT&T, only “Protocol” fi eld needs to be added i n a future release)

9.0.x

cqdsl 00050191

IPNVG
-
137

IPTSP00068271

When changi ng from
Fi rewal l l og l evel low to hi gh the l og i s not reporti ng correctly

(
When changing from Fi rewall l og level l ow to hi gh the l og i s not reporti ng correctly. Reference requirement #
843.: When changing from Fi rewall l og level l ow to hi gh (via the CLI) the l og i s not reporting correctly. Reference
requi rement # 843. Requirement

# 843 i s l isted below and refer to the attachment for addi ti onal detai ls.

843
-

R
-

Firewall
-

The firewall log entries MUST NOT be cleared, except upon power loss, manual reset or when
the device is reset to its factory default settings.
)

9.0.x

cqdsl000
50192

IPNVG
-
138

IPTSP00068270

There i s not enough information in the Fi rewal l Log to satisi fy requirement # 841

(
There i s not enough i nformation i n the Fi rewall Log to satisi fy requirement # 841.: There is not enough
i nformation i n the Fi rewall Log to sati
sfy requi rement # 841. Requirement # 841 i s l isted bel ow:

841
-

R
-

Firewall
-

The device MUST support a firewall log to maintain records of all intrusion attempts and
transactions that violate firewall rules.
)

9.0.x

cqdsl00050417

IPNVG
-
156

IPTSP00071446

Several QoS rel ated requirements are not met.Ti cket i s bei ng opened to consol idate these i ssues

(
539
-

R
-

QoS Priority Queuing, Policing and Shaping
-

The device MUST support, through a configurable option,
the ability to add or strip the VLAN tag to LAN
traffic sent to Ethernet ports.

540
-

R
-

QoS Priority Queuing, Policing and Shaping
-

The device MUST support a strict priority scheduler per
port.

541
-

O
-

QoS Priority Queuing, Policing and Shaping
-

The device SHOULD support a weighted round robin
sch
eduler per port based upon configurable weights.

542
-

O
-

QoS Priority Queuing, Policing and Shaping
-

The device SHOULD support configuring the type of
scheduler on a per port basis.

515
-

R
-

QoS Policies
-

'The device MUST support classification of LAN

to LAN traffic and placement into
appropriate queues based on any one or more of the following pieces of information:

511
--

R
--

QoS Policies
--

The device MUST implement Relative QoS awareness at layer 2 (IEEE 802.1Q and IEEE
802.1D) on the LAN connecti
ons.

512
--

R
--

QoS Policies
--

The device MUST prioritize LAN directed traffic based on IEEE 802.1D settings.

501
--

R
--

QoS Priority Queuing, Policing and Shaping
--

The device MUST support at least four configurable
weighted priority configurable queu
es on the LAN egress.

502
--

O
--

QoS Priority Queuing, Policing and Shaping
--

The device SHOULD support at least seven configurable
weighted priority configurable queues on the LAN egress.

504
--

R
--

QoS Priority Queuing, Policing and Shaping
--

The dev
ice MUST support a single strict priority queue
(this can be counted as one of the number specified above) for high priority real
-
time services on the LAN egress.

543
--

R
--

QoS

Priority Queuing, Policing and Shaping
--

'The device MUST support at least four queues per each
physical LAN Ethernet port and each physical interface (e.g., Wi
-
Fi, HPNA, etc.). Queues should not be shared
among common port types when there is more than
one interface for a particular physical layer.

546
--

R
--

QoS Priority Queuing, Policing and Shaping
--

The above requirements MUST apply to all traffic,
including between Ethernet switch ports as well as from other ingress (e.g., DSL) to the Ethernet swi
tch.

536
--

R
--

QoS Priority Queuing, Policing and Shaping
--

The device MUST be capable of shaping at two rates per
queue (e.g., must support CIR/PIR).
)

9.0.x

cqdsl00051153

IPNVG
-
170

NVG510 IPv4 function on LAN goes away

(Reported Issue:
i pv4 function
on LAN goes away: I was testing persistence of i pv6 operation on the LAN si de
when the WAN si de of the RG i s unpl ugged.


Per AT&T

"In thi s case I had 2 PC on the LAN si de of the RG. I coul d access our l ab webpage (vi a i pv6) and the i pv4 i nterface
to the GU
I. (thi s was the setup)

1.I unpl ugged the WAN from the test box (NVG510A).

2.I veri fi ed the conti nued correct operati on of IPv6 on the LAN

3.In the course of thi s testing I reali zed that I could no l onger access the GUI (192.168.1.254) from ei ther PC. Al so

I coul d not pi ng any i pv4 address on the LAN. Al l the while i pv6 conti nued to work on the LAN

9.0.x


RFP
20101110.003.P











Page
13

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

4.I tried unplugging the PC nic

and some time would not get an ipv4 address. Do it again and get the ipv4
address, but still unable to access anything on the LAN via its ipv4 address. All the while ipv6 is fully functional on
the LAN.

5.I replugged the RG back into the WAN and this woul
d not recover the ipv4 on LAN function . I rebooted the RG
and this fixed everything. I repeated this test and ipv4 and ipv6 both passed the test. I could not recreate this
problem.

6.I did this entire sequence on the other Moto test box (NVG510B). Everyth
ing passed perfectly for ipv4 and ipv6.
This anomaly was never observed on NVG510B.


Only strange observation was that this was the 1st time these boxes were used after the lab power down last
weekend. Still, the ipv4 anomaly was only observed on one box.
These boxes were identically configured and had
the same build (45d).


Fix:
LAN Host Discovery process code was changed such that deadlock does not happen. Main change is to move
processing out of signal handlers to the main loop of LAN Host Discovery proc
ess.


The fix includes the following changes:

-

Signal racing fixed by removing ARP reply and DHCP leases related events out of signal handlers into the main
loop of LAN Host Discovery process

-

Thread safe versions of library calls used

-

LAN Host
Discovery sockets made non
-
blocking
.
)

cqdsl00051162

IPNVG
-
172

IPTSP00079606

The Fi rewall Log i s not avail abl e vi a the GUI

(
The Fi rewal l Log i s not availabl e vi a the GUI

Not part of ori gi nal UI defi ni ti on, need gui dance from AT&T on where to pl ace
the Fi rewall l og.)

-

cqdsl 00051946

IPNVG
-
185

IPTSP00081056

Inbound packets are erroneously forwarded wi th IPv6 source address belongi ng to nodes on the LAN

(
Per AT&T

"Inbound (WAN to LAN) packets are erroneously forwarded with IPv6 source address bel ongi
ng to nodes on the
LAN: 6rd requi rement 94 states the fol l owing:

Inbound packets MUST NOT be forwarded if the source address i n their outer IPv6 header has a global uni cast
prefi x assi gned for use by gl obal ly reachabl e nodes on the LAN.

Cannot be
reproduced by Motorola; More i nformation needed.
)

-

cqdsl 00052147

IPNVG
-
193

IPTSP00081241

Two parameters are missi ng from the InternetGatewayDevice.WANDevice... branch

(

Two needed parameters are missi ng from the InternetGatewayDevice.WANDevi ce.i.WANDSLIn
terfaceCo nfi g.
branch: The fol lowi ng needed two parameters that are defined i n the TR
-
098

Internet Gateway Device Data Model for TR
-
069 are mi ssi ng from the
InternetGatewayDevice.WANDevice.i.WANDSLInterfaceCo nfig. branch


InternetGatewayDevice.WANDevice.
i.WANDSLI nterfaceConfig.Status

InternetGatewayDevice.WANDev ice.i.WANDSLInterfaceConfig.DownstreamPower
)

9.0.x

cqdsl 00052145

IPNVG
-
192

IPTSP00081242

Many of the parameters i n the branch InternetGatewayDevi ce.WANDevi ce.1.WANDSLInterfaceCo nfi g.Stats.
return 4294967295 as the value: Many of the parameters i n the branch
InternetGatewayDevi ce.WANDevice.1.WANDSLInterfaceCo nfig.Stats. return 4294967295 as the val ue i nstead of
the correct val ue.

InternetGatewayDevi ce.WANDevice.1.WANDSLI nterfaceConfig.Stats
.QuarterHour.ATUCErroredSecs=42
94967295

InternetGatewayDevi ce.WANDevice.1.WANDSLI nterfaceConfig.Stats.QuarterHour.CRCErrors=42949672 95

InternetGatewayDevi ce.WANDevice.1.WANDSLInterfa ceConfig.Stats.QuarterHour.ATUCSeverelyErroredSecs=
4294967295

Interne
tGatewayDevi ce.WANDevice.1.WANDS LInterfaceConfig.Stats.LastShowtime.ATUCErroredSecs
=4294967295

InternetGatewayDevi ce.WANDevice.1.WAND SLInterfaceConfig.Stats.LastShowtime.CRCErrors=4294 967295

InternetGatewayDevi ce.WANDevice.1.WANDSLInt erfaceConfig.Stat
s.LastShowtime.ATUCSeverelyErrored
Secs=4294967295

InternetGatewayDevi ce.WANDevice.1. WANDSLInterfaceConfig.Stats.Total.ATUCErroredSecs=4 294967295

InternetGatewayDevi ce.WANDevice.1.WANDSL InterfaceConfig.Stats.Total.CRCErrors=4294967295

I nternetGatewayDevice.WANDevice.1.WANDSLInterfaceCon
fi g.Stats.Total.ATUCSeverel yErroredSecs=4294967295


InternetGatewayDevice.WANDevice.1.WANDSLInterfaceC onfi g.Stats.Showtime.ATUCErroredSecs=4294967295

In ternetGatewayDevice.WANDevice.1.WANDSLInterfaceC
onf i g.Stats.Showtime.CRCErrors=4294967295

InternetGat ewayDevice.WANDevice.1.WANDSLInterfaceConfig.Stats.
Showti me.ATUCSeverelyErroredSecs=4294967295
)

9.0.x


RFP
20101110.003.P











Page
14

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

cqdsl00053044

MRG
-
6

NVG510 Display All Flashing Red LEDs upon immediate Power Up

(
"NVG510 Display

All Flashing Red LEDs about 10
-

15 seconds after power up. These RGs are reported to be new
RGs never before used on the AT&T Network"
)

-

cqdsl00053032

MRG
-
7

NVG510 Display All Flashing Red LEDs after an Incomplete Upgrade

(
Upon being upgraded, power is

removed from the RG. RG does not complete the upgrade. When plugged back
in, all LEDs flash red on RG

Under Investigation; More Information Needed)

-

cqdsl00053042

MRG
-
8

NVG510s not completing the registration process

(
"Upon installation, some NVG510s
are not completing the registration process"

More Information Needed)

-

cqdsl00053043

IPNVG
-
200

IPTSP00083469

A user should not be able to select and configure the LAN Subnet using the 10.x.x.x address space

(
"In order to support CGN, the user shoul d not
be able to sel ect and configure the LAN Subnet using the 10.x.x.x
address space"
)

9.0.x

Minor

cqdsl 00049459

IPNVG
-
85

IPTSP00058535

Edi t Custom Service Rule button i s enabled and visible when i t shouldn't be

(Functi ons as designed, rul e cannot be edited
when i n use)

-

cqdsl 00049568

IPNVG
-
96

IPTSP00060066

The software download does not take pl ace whi le a call i s i n progress

(
The fi rmware download does not take pl ace whi le a call is i n progress. Thi s causes the customer to unnecessarily
l ose di al tone before the fi rmware update starts. Wi th the current process, the uni t starts to downl oad the
fi rmware onl y i f the cal l i s not a
cti ve and then upgrades/wri tes the FW i n fl ash. A fi l e downl oad shoul d not
i nterrupt call functi onal ity. The i mpl ementati on should have the software download start regardless i f a cal l i s
acti ve or not. The unit should start to upgrade/write the FW i n Fl as
h after checking that a cal l i s not active. The
mai n i ssue i s the customer wil l unnecessari ly l ose di al tone for a peri od of time whi le the downl oad i s happeni ng.
Thi s si tuati on can be cri ti cal i n emergency si tuati ons e.g to call 911. There can be network
congestion or other
events that can extend the FW downl oad durati on.
Deferred by AT&T for the next poi nt release)

9.0.x

cqdsl 00049817

IPNVG
-
99

IPTSP00062373

Echo cancel ler comfort noi se l evel shoul d be set to a maximum of
-
65 dBm

(
Echo cancel ler comfort noise l evel should be set to a maxi mum of
-
65dBm: The l evel of the echo cancel ler's
comfort noise shoul d track the actual background for l evel s l ess than
-
65 dBm and be capped at t maxi mum of
-
65dBm. That i s, play a noise si gnal or
some of the background or i dl e channel noi se out of the far
-
out (Sout) port
of the echo cancel ler when the non
-
li near processor i s active. This feature prevents the annoyance of i nterval s of
speech wi th background noi se fol lowed by interval s of si l ence. Mo
torola's current desi gn tracks the actual
background noise at all l evel s and i s not capped. The
-
65 dBm cap i s AT&T's preference and i s deri ved from
i nternal MOS studi es.
)

9.0.x

cqdsl 00049816

IPNVG
-
102

IPTSP00062370

Far end errored

seconds for TR
-
100 Secti on A.1.4.2.3...

(
"Far end errored seconds for TR
-
100 Secti on A.1.4.2.3: Intermittently see far end errored seconds duri ng TR
-
100
Secti on A.1.4.2.3 testi ng. Predominantl y at the 7 Kft l oop wi th 200 ft bri dged tap, someti mes at othe
r loops near
that one. After running this test wi th automatic scri pts, ran several poi nts from that secti on by hand to observe
the errored seconds over time. In one case saw 31 FEND ES i n about 5 minutes. On another tri al saw 28 FEND ES
i n about fi ve min
utes. Al though thi s i s i ntermittent, i t can dependabl y be reproduced i f you start near the
begi nni ng of Secti on A.1.4.2.3 and go through each l oop by hand ans stay on each one for two or three minutes
and l i st the errored second, you wil l get to a l oop for

which this happens."
)

9.0.x

cqdsl 00049973

IPNVG
-
112

IPTSP00064722

AC Power Hum Present Duri ng Cal ls

(
"AC Power Hum Present Duri ng Cal ls: AC power hum i s heard on cal ls. This hum i s heard by the party speaki ng
on the phone connected to the RG and at a l ower l evel by other party as wel l. The hum was measured at
-
51 dBm
at the recei ver of an AT&T 100 telepho
ne connected to the RG (wav recordi ng attached). The pri mary frequency
of the hum i s 120 Hz."
)

-

cqdsl 00050090

IPNVG
-
117

IPTSP00065634


IP
-
Passthrough DHCP configuration states a restart of the router is necessary

(
IP Passthrough

DHCP configuration states a restart of router is required. Requirement # 858 is not met.: IP
Passthrough DHCP configuration states a restart of router is required. Requirement # 858 is not met.The
requirement is listed below:

858
-

R
-

Network Management
-

Configuration changes on the device MUST NOT restart the device nor require a
restart of the device to take effect.

This feature will require a restart. No changes planned)

-

cqdsl00050087

IPNVG
-
119

IPTSP00066491

6rd: Router Adverti sements exceed
MAX_RA_DELAY_Ti me 0.5sec defi ned i n RFC4861

(
"6rd"Router Advertisements exceed MAX_RA_DELAY_TIME 0.5 sec defi ned i n RFC4861. RFC4861 states that
Router Adverti sements sent i n response to a Router Sol icitation MUST be del ayed by a random time between 0
an
d MAX_RA_DELAY_TIME seconds. Protocol constant MAX_RA_DELAY_TIME is set to 0.5 seconds. Thus, an RA
in response to a Router Solicitation should be received within 500msec. The RA's are currently taking between 1.5
and 2 seconds.
)

9.0.x

cqdsl00050163

Protocol errors when processing IPv6 extenstion headers

9.0.x


RFP
20101110.003.P











Page
15

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

IPNV
G
-
125

IPTSP00067037

(
The attached fi l e addresses a set

of automated IPv6 conformance test cases. The attached fi le contai ns a detai led report of the

enti re

test run. This bug report onl y addresses the fai led test cases under IPV6/IPv6/Extenti on_Headers.

Each fai l ed test case has compl ete test descripti on and the detai led resul ts about what went wrong.
)

cqdsl 00050179

IPNVG
-
126

IPTSP00067892

Protocol
Errors when processi ng Router Sol icitations

(
protocol

errors when processi ng Router Soli ci tati ons: The attached fi l e addresses a set of automated IPv6
conformance test cases. The attached fi l e contains a detail ed report of the entire test run. This bug report only
addresses the fai l ed test cases under IPV6/N
ei ghbor_Di scovery/Router_Prefi x_Di scovery/Rou
ter_Sol i ci tati on_Vali dati on. Each fai led test case has compl ete test descri ption and the detail ed resul ts about
what went wrong. In the report, IUT refers to the LAN si de of the NVG510.
)

9.0.x

cqdsl 00050181

IP
NVG
-
127

IPTSP00067890

Protocol Errors When Processi ng Router Advertisements (i ncomi ng on same LAN subnet)

(
protocol errors when processi ng Router Adverti sements (i ncoming on same LAN subnet): The attached fi l e
addresses a set of automated IPv6 conformance
test cases. The attached fi l e contains a detailed report of the
enti re test run. This bug report onl y addresses the fai led test cases under
IPV6/Nei ghbor_Discovery/Router_Prefi x_Discovery/Rou ter_Advertisment_Val idation. Each fail ed test case has
compl ete
test descri ption and the detailed results about what went wrong. In the report, IUT refers to the LAN
si de of the NVG510.
)

9.0.x

cqdsl 00050182

IPNVG
-
128

IPTSP00067888

Protocol Errors When Processi ng Router Advertisements

(
protocol

errors when sendi ng Router Adverti sements: The attached fi le addresses a set of automated IPv6
conformance test cases. The attached fi l e contains a detail ed report of the entire test run. This bug report only
addresses the fai l ed test cases under IPV6/Nei
ghbor_Di scovery/Router_Prefi x_Di scovery/Rou ter_Specifi cati on.
Each fai l ed test case has compl ete test descripti on and the detai led resul ts about what went wrong. In the report,
IUT refers to the LAN si de of the NVG510.
)

9.0.x

cqdsl 00050183

IPNVG
-
129

IPTS
P00067887

protocol errors when processing Addressing Resol ution for Nei ghbor Unreachabil ity Detection

(
protocol errors when processi ng Addressi ng Resoluti on for Neighbor Unreachabil ity

Detecti on: The attached fi le
addresses a set of automated IPv6 conformance test cases. The attached fi l e contains a detailed report of the
enti re test run. This bug report onl y addresses the fai led test cases under
IPV6/Nei ghbor_Discovery/Address_Resol uti
on_Neighbor Unreachabil ityDetection/Address_Resol ution. Each
fai l ed test case has compl ete test descripti on and the detai led resul ts about what went wrong. In the report, IUT
refers to the LAN si de of the NVG510.
)

9.0.x

cqdsl 00050185

IPNVG
-
131

IPTSP00067885

Protocol processi ng errors with Router Redirecti on

(
Protocol processi ng errors with Router Redirection: The attached fi l e addresses a set of automated IPv6
conformance test cases. The attached fi l e contains a detail ed report of the entire tes
t run. This bug report only
addresses the fai l ed test cases under IPV6/Nei ghbor_Di scovery/Redirect/Router_Speci ficati on. Each fai led test
case has complete test descri ption and the detail ed results about what went wrong. In the report, IUT refers to
the L
AN si de of the NVG510.

Addi ti onal Information Required)

-

cqdsl 00050187

IPNVG
-
134

IPTSP00068274

Protocol processi ng errors with ICMPv6

(
Protocol processi ng errors with ICMPv6: The attached fi le addresses a set of automated IPv6 conformance test
cases. The

attached fi l e contains a detail ed report of the entire test run. This bug report onl y addresses the fai led
test cases under IPV6/ICMPv6. Each fail ed test case has complete test descripti on and the detai led results about
what went wrong. In the report, IUT

refers to the LAN si de of the NVG510.
)

9.0.x

cqdsl 00050188

IPNVG
-
135

IPTSP00068273

Dupl i cate Address Detection errors usi ng the SLAAC process

(
Dupl i cate Address Detection errors usi ng the SLAAC process: The attached fi le addresses a set of automated IPv6

conformance test cases. The attached fi l e contains a detail ed report of the entire test run. This bug report only
addresses the fai l ed test cases under IPV6/IPV6_Stateless_Address_Autoconfigurati on/Dupl i
cate_Address_Detection. Each fai led test case has c
omplete test description and the detai led results about what
went wrong. In the report, IUT refers to the LAN si de of the NVG510.
)

9.0.x

cqdsl 00050299

IPNVG
-
144

IPTSP00069070

No devi ce support setti ngs in the data model for fi rewall rul es set by the ACS

(
No devi ce support settings i n the data model for the user fi rewal l rules set by the ACS which can be altered by
the user.: No devi ce support settings i n the data model for the user fi rewall rules set by the ACS whi ch can be
al tered by the user.

Thi s requi r
es additional requi rements discussion wi th AT&T)

--

cqdsl00050342

IPNVG
-
149

IPTSP00070184

DHCP Server unable to i ssue 253 addresses

(
DHCP server unable to i ssue 253 addresses.

Reference requi rement # 572

572
-

r
-

DHCP server

-

The device MUST support a minimum of 253 operating LAN devices.

This is supported, no changes required)

-

cqdsl00050375

IPNVG
-
154

IPTSP00071359

TraceRoute someti mes l ists more entri es than needed i n trace route

(
On at l east one occasi on, trace route
returned more entries than were needed. Two of the entries were the same
and two of the entri es contai ned 0's.

Expected behavior)

-


RFP
20101110.003.P











Page
16

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

cqdsl00050416

IPNVG
-
155

IPTSP00071447

Several QoS rel ated requirements are not met. Thi s ticket i s being opened for require
d documentation

(
Several QoS rel ated requirements are not met. This ti cket i s being opened for required documentati on.: Several
QoS rel ated requirements are not met. This ti cket i s being opened for required documentati on. The requirements
are l i sted bel ow:


547
--

R
--

QoS Priority Queuing, Policing and Shaping
--

The supplier MUST provide documentation on the
classification and queuing configuration available within the Ethernet switch(es) in the device and review the
configuration settings with AT&T in a
detailed requirements document.

491
-

R
-

LAN Protocol
-

The device MUST be capable of, through a configurable option, adding and stripping IEEE
802.1Q tags to/from frames before transmission on its LAN interfaces.


Comments:

'The option is configurable in the device; however, the TR
-
069/TR
-
098 support is not yet available.

This requirement is planned for the March 31st, 2011 maintenance release.

The option is configurable in the device via CLI'

Need supporting documentation
for configuration of adding and stripping IEEE 802.1Q tags on LAN interfaces
including real wold working examples.)

9.0.x

cqdsl00050419

IPNVG
-
158

IPTSP00071861

TransferAccount from 2701 to NVG510 fail ed to upgrade to new release automaticall y someti mes

(
T
ransferAccount from 2701 to NVG510 fai led to upgrade to new rel ease automaticall y sometimes: Test i s the
TransferAccount API used when repl acing a uni t wi th another si mi lar uni t. The test consi sts of having a current
uni t up and running, provisi oned wi th p
ol icies and VoIP l i ne(s). The TransferAccount API i s run and then the ol d
uni t i s di sconnected and a new unit i s connected i n i ts place. The new uni t that has an older fi rmware versi on on
i t, and thus should be upgraded to the current fi rmware version on t
he bootstrap.
)

9.0.x

cqdsl 00051029

IPNVG
-
167

IPTSP00078888

NVG510 Sl eep Mode
-

PSTN to SIP call Not forwarded to VoiceMai l
-

CFNA to VM works as designed external to
test case (Attached Trace Captures).:


1. Network Action: Confi gure ACL to block traffi c from IMS Core back to RG.

2. Pl ace off
-
net call from RG

3. RG Acti on: RG shoul d attempt to retransmit Invite 3 times fol lowed by a deregi stration 11 times to primary
ACME. Then RG shoul d attempt 11 r
egistrati ons to Primary ACME fol l owed by 11 attempts to Secondary ACME

4. RG Acti on: RG shoul d sl eep for RegRetryInterval of 2110

5. >>>>> Pl ace a cal l to RG whi le i t's asl eep and call shoul d be directed to voi cemai l

Confi guration Server Error; shoul d b
e closed)

-

cqdsl 00051031

IPNVG
-
168

IPTSP00079326

6rd: Unabl e to ping 2001:1890:12a8:430::1 address of del egated prefix subnet: The NVG510 i s provi sioned with
the fol l owing CLI commands:


confi g


i p6


set i p6 enabl e on


set i p6 conn

name 'WANv6' 6rd
-
tunnel prefi x '2001:1890:12a8::'


set i p6 conn name 'WANv6' 6rd
-
tunnel prefi x
-
length 52


set i p6 conn name 'WANv6' 6rd
-
tunnel i pv4
-
common
-
bits 24


set i p6 conn name 'WANv6' 6rd
-
tunnel relay
-
i pv4
-
addr '10.1.6.226'


set i p6 conn nam
e 'LANv6' enable on


save


exi t


exi t

IPv6 works properly on the LAN si de. In other words, Router Advertisements are handed out and IPv6 traffi c i s
routed properl y. The WAN IP address i s 10.1.6.67. The 6rd del egated prefix i s 2001:1890:12a8:430::/64.

Thi s means that 2001:1890:12a8:430::1 shoul d be assi gned to each of the RG's LAN i nterfaces per ATT 6rd
requi rement 52. Any LAN device should be able to pi ng the 2001:1890:12a8:430::1 address, but the NVG510
does not repond to the pi ngs

9.0.x

cqdsl 000511
59

IPNVG
-
169

IPTSP00079386

Protocol processi ng error with ICMPv6

(Protocol processi ng error with ICMPv6
-

TC_5_3_4: The attached fi le addresses an automated IPv6 conformance
test case. The attached fi le contai ns a detailed report of the entire test run.
Thi s bug report only addresses the
area of IPV6/ICMPv6. The fai led test case has complete test descri ption and the detailed results about what went
wrong. In the report, IUT refers to the LAN si de of the NVG510. Thi s bug report addresses the fol lowi ng fail
ed test
cases i n the attached fi l e: TC_5_3_4 (1 test case)

Not Reproduci bl e)

-

cqdsl 00051163

IPNVG
-
173

IPTSP00079610

Nat'd Sessions not being cleared properl y

(
Nat'd Sessi ons not bei ng cl eared properly.: When runni ng Spi rent Avalanche Layer 4
-
7 test cases


for an extended peri od of time the NVG510 does not clear closed Nat'd sessi ons. Use the attached document


showi ng the i pmap output and some screen shots of the Spirent Test cases. Thi s has not been


reproduced to date.
)

-


RFP
20101110.003.P











Page
17

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

cqdsl00051165

IPNVG
-
175

IPTSP00079659

val i d l i fetime for deprecated i pv6 prefi x not correct

(
Req. 629 states:

'Upon establ i shment of a new WAN connecti on, the 6rd delegated prefi x MUST change


i f there i s a change i n the associ ated IPv4 address. That i s, the device MUST i mmediate
ly


adverti se (i.e., on the LAN) the new prefi x, and the device MUST i mmedi ately advertise the


ol d prefi x wi th a preferred l ifeti me of zero (0) and a val id li fetime of


two (2) hours (whi ch must be decremented i n real ti me).'

When thi s condition occurred,

the device di d advertise the old prefi x with a preferred

l i feti me of 0. However, the val id li fetime was al so advertised wi th a val ue of 0. The


val i d l i feti me of the old prefi x i n this si tuati on MUST be advertised with a value of 2 hours.

See the attache
d wireshark capture. Fi lter on 'i cmpv6.opt_prefi x.fl ag.a' to see the


RAs bei ng i ssued to the LAN si de by the device. At record 702 the i pv4 address on the


WAN si de changed and the devi ce started advertisi ng the new prefi x and the old prefi x


i n the same
RA. Thi s happened for 3 RAs i n a row, then the devi ce i sssued onl y the new RA prefix.
)

9.0.x

cqdsl 00051324

IPNVG
-
176

IPTSP00079915

6rd: l i nk l ocal IPv6 address i s not availabl e on the LAN until the WAN i nterface i s up


(Per AT&T

"If 6rd i s enabl ed and
IPv6 i s enabled on the LAN, then the l ink l ocal IPv6 address shoul d always be avail able.
There shoul d not be any dependency on the WAN i nterface. However, i f the WAN interface i s down, there i s no
l i nk l ocal IPv6 address on the LAN.

To reproduce, do the fo
l l owing:


1. Provi si on 6rd using the fol lowi ng commands:

confi g

i p6

set i p6 enabl e on

set i p6 conn name 'WANv6' 6rd
-
tunnel prefi x '2001:1890:12a8::'

set i p6 conn name 'WANv6' 6rd
-
tunnel prefi x
-
l ength 52

set i p6 conn

name 'WANv6' 6rd
-
tunnel i pv4
-
common
-
bits 24

set i p6 conn name 'WANv6' 6rd
-
tunnel rel ay
-
i pv4
-
addr '10.1.6.226'

set i p6 conn name 'LANv6' enable on

save

exi t

exi t

2. Remove the DSL cable

3. Reboot the NVG510

4. Navi gate to http://192.168.1.254/cgi
-
bi n/l anst
atistics.ha (Home Network
-
>Status)

5. Look at the IPv6 secti on. There i s not l i nk l ocal IPv6 address.")

9.0.x

cqdsl 00051325

IPNVG
-
177

IPTSP00079913

6rd del egated prefix does not survive a reboot i f the WAN i nterface i s down after the reboot

(
"6rd
requi rement #629 states that 'The devi ce MUST continue to use a 6rd delegated prefi x across the l oss of the
WAN connection or l ack of response from the WAN connection or the 6rd BR (border router).' However, the
NVG510 does not preserve the 6rd del egated p
refix across a reboot i f the WAN interface i s down.
)

-

cqdsl 00051326

IPNVG
-
178

IPTSP79931

The WAN i nterface i s respondi ng to a LAN si de device ping request when i t i s down

(
Per AT&T

"The WAN i nterface i s respondi ng to a LAN si de devi ce pi ng request when i
t i s down.: When running a conti nuous
pi ng from a LAN Si de device and taki ng down the WAN DSL Link, the WAN IP Address i s respondi ng to a ping
request when i t i s down. The attached document shows thi s behavior"
)

9.0.x

cqdsl 00051599

IPNVG
-
182

IPTSP00080335

IPv6 stats not reset when 6rd and IPv6 stack i s di sabled


(
Per AT&T

"IPv6 stats not reset when 6rd and IPv6 stack i s di sabled: There i s a

IPv6 requirement that says " when the 6rd
vi rtual i nterface i s di sabl ed, all the associated operati onal setti ngs (e.g., counters, fi rewall state i nformati on,
etc.) and processes should be cleared.'


In the GUI, under the tab 'Home Network' see IPv6 Stati s
ti cs: Transmi t Packets, Transmi t error, Transmi t
Di scards... These are not cl eared when 6rd and IPv6 i s disabl ed. I used CMS to di sable these. The fol lowing
parameters:

InternetGatewayDevi ce.IP.IPv6Enabl e=false

InternetGatewayDevi ce.IPv6rd.Enabl e=false

Int
ernetGatewayDeviceIP.X ATT IPv6EnableLAN=false"
)

9.0.x

cqdsl00051685

IPNVG
-
183

The NVG510 does not have the abi lity to scan the frequency spectrum.

(
Per AT&T

9.0.x


RFP
20101110.003.P











Page
18

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

IPTSP00080477

"Wi
-
Fi, the NVG510 does not have the ability to scan the frequency spectrum and sel
ect the best 802.11n channel
by request through TR
-
069.: This was Partial Comply for 03/31/2011 but to be Comply by 04/30/2011 and after.


According to Motorola the 'request through TR
-
69' part is 'Not available in 9.0.6h0' as of 09/13/2011.


See
Requirement 433 below:

433RWi
-
Fi nThe device MUST have the ability to scan the frequency spectrum and select the best 802.11n
channel upon RESET, power
-
on and request through TR
-
069.FCPCCCCThis requirement is planned for the March
31st, 2011 maintenance re
lease.11100Was C 3/31"
)

cqdsl00051945

IPNVG
-
184

IPTSP00080962

Protocol processi ng error with Nei ghbor Di scovery

(
The attached fi l e addresses an automated IPv6 conformance test case. The attached fi l e contains a detail ed
report of the enti re test run
. Thi s bug report onl y addresses the area of IPV6/Neighbor Discovery. The fai l ed test
case has complete test descri ption and the detail ed results about what went wrong. In the report, IUT refers to
the NVG510. Thi s bug report addresses the foll owing fai led

test cases i n the attache
d fi le: TC_2_7_74 (1 test
case)

Not Reproduci bl e)

-

cqdsl 00052479

IPNVG
-
195

IPTSP00081908

NVG510 gui di splays 102.3 when the noi se margin i s negative

(
Duri ng testi ng, under i mpai red condi ti ons, the upstream noi se margi n was wavering between 0.0 dB and
-
0.1
dB, as repoted by the 7330. Duri ng thi s time, the upstream noi se margi n reported at the NVG510 browser gui
changed between 0.0 dB and 102.3 dB."
)

-

c
qdsl 00049960

-

IPTSP00064688

1 of 4 NVG510s wi ll not respond to DHCP messages after a Factory Reset

(
Per NSIT

"NVG510 S/N 128600225629488 goes through the DHCP sequence full y after a Factory Reset, but does not
process the DHCP ACK from the server. Thi s
does not occur 100% of the ti me and just started happening recently
(uni t i s 1 of 4 that have been i n use for over a month)

After a Factory Reset, the NVG i ni ti ates DHCP with a DHCP Discover, the servers send DHCP Offers and then the
NVG responds wi th a DH
CP Request which the server responds to with a DHCP Ack. At this point the NVG shoul d
stop DHCP acti vity, but i nstead i t sends another DHCP Request (approx 3 seconds after the previous Request). The
server Responds wi th a DHCP Ack, whi ch the NVG i gnores.
Thi s sequence conti nues until the NVG starts sendi ng
DHCP Di scover messages a second ti me, at which point the l oop becomes Di scoveries from the NVG510 and
offers from the servers.


Once the NVG510 i s back in service, power
-
cycl ing or retraining i t does not

cause this i ssue, only a Factory Reset.
Thi s occurs wi th the NVG510 connected to ei ther the EDA1200 or 7330 IPDSLAMs about 50
-
70% of the time. A
di fferent NVG510 connected to the same port does not cause this i ssue

Not reproduci bl e)

-

cqdsl 00047968

a
b
-
onl y wi rel ess cl ient i s able to connect to the cpe i n g
-
onl y mode

9.0.x

cqdsl 00047992

Sonos pl ayer causes the uni t to freeze i ntermittentl y (control and data planes)

(
When the Sonos

pl ayer is connected di rectly to the CPE the fol lowi ng behavior i s exhibited.


1. I mmedi atel y upon connecti on each pl ayer gets an I P address.

2. These I P addresses can be pi nged successful ly.

3. After a whi l e the tel net connecti on to the uni t drops out fre
quentl y

4. The pi ngs to the i nternet are pretty i ntermittent.
)

9.0.x

cqdsl 00048173

TR69
-

Publ i c Subnet parameter not confi gurable from Tr69.

(
As per the Req <580>

The subnet from whi ch I P addresses are assi gned by the DHCP server (primary, secondary,
etc.) must be
confi gurable.
)

9.0.x

cqdsl 00049141

MDI
-
X feature i s not worki ng correctly through web UI

(
MDI
-
X shoul d be confi gurabl e and control labl e via Web UI.

Auto/On/Off feature does not work)

9.0.x

cqdsl 00049660

I ncorrect TR098
PassthroughMACAddress on configuring Passthrough Mode as DHCPS
-
dynami c vi a GUI.

(
Not updati ng TR098 PassthroughMACAddress on sel ecti ng "Passthrough Mode
-

DHCPS
-
dynami c".
)

9.0.x

cqdsl 00049677

UI:Combi nation of Transmi ssi on speed i n CPE ethernet

port and LAN ethernet port fail s.

(
Observi ng Fai lures with certai n combi nati ons of transmissi on speed (10/100, hal f/full duplex) confi gured i n
CPE's Ethernet port and the LAN cli ent Ethernet port.


For e.g CPE's Ethernet port confi gured for 100M full du
plex and LAN PC Ethernet port confi gured for 100M full
dupl ex, i n thi s case the l ink shows unplugged.

Autonegotiati on configured on any one si de and any speed
confi gured on other si de works perfect.
)

9.0.x

cqdsl 00049681

TR69: I PPi ngDi agnostics

i s not working as expected

(W
e can see event code "8 DIAGNOSTICS COMPLETE" , without even setting "DiagnosticsState=Requested".

Fixed in the next point release)

9.0.x

cqdsl00049736

CPE treatment of port scanning the same regardless of the advanced
firewall setting

9.0.x


RFP
20101110.003.P











Page
19

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

(
When port scanning is done on the CPE with wan
-
allocation is off, the CPE is silent and does not respond. When
wan
-
allocation is default
-
server, the CPE passes on the packet to the PC, and PC sends TCP reset. These are all
expected behavi
or, except it behaves the same regardlless of the Advanced Firewall setting "Protect Against Port
Scan" On/Off.

Used nmap and blues port scanner.
)

cqdsl00050636

When diagnostics is being run from a wireless client, the status of Ethernet is Wrong.

(Ethernet diag checks for:

a) Ethernet Ports Physical Layer
-

Fail. (Which could be correct.)


b) Forwarding/Briding
-

Pass (Which I believe should be fail, because no LAN client is connected behind)
)

9.0.x

cqdsl00050654

RoH tone is not per specification
s.

(
"R17
-
16 [680]The power of each frequency in a ROH tone shall be >/=

6.0 dBm and

</= +3.0 dBm."

Currently the power level is between
-
9dBm to
-
10 dBm
)

9.0.x

cqdsl00050783

Tiller
-
Bidirectional Wireless<
-
to
-
>LAN traffic causing LAN side lockup.

(When running tests in a lab environment with Test Center, the CPE LAN traffic was impacted. Currently under
investigation, it is unlikely this will exhibit itself in a real world deployment, but reproducible with Test Center &
Veriwave)

9.0.x

cqdsl000525
10

Quarter Hour ATUCErroredSeconds and ATUCSeverelyErroredSeconds not accurately reporting

(Reported Issue: The ATUCErroredSeconds and ATUCSeverelyErroredSeconds counts are not reported accurately.
It appears that the CPE reports the counts in the succeedi
ng interval and not the current one.)

9.0.x

cqdsl00052766

CLI: "show dsl" always shows the path as "interleaved"

9.0.x

cqdsl00052772

< Broadband status TR98 > 'Data path' should be either interleaved, fast or none

9.0.x

cqdsl00052933

<Web
-
UI> Firewall
Advanced status displaying as ON when all the firewall options are turned OFF

(
Firewall Advanced status displaying as ON when all the firewall options are turned OFF.
)

9.0.x

cqdsl00052964

GUI: “Reset” CPE doesn’t work under certain cases, sometimes.

9.0.x

cqdsl00052988

VOIP: Codec: Changed Ptime value is not applied on Line 2.

9.0.x

cqdsl00053083

WPS pin vulnerable to external registrar attack

(Reference

"WiFi

Protected Setup (WPS) PIN brute force vulnerability" report found at
http://www.kb.cert.org/vuls/id/723755.
)

9.0.x

cqdsl00053077

VOIP: SIP UDP Listener port times out within 5 mins when SIP ALG is turned off

(
SIP listener port closes after the UDP time out of 60 mins when SIP ALG is on and 5 mins when the SIP ALG is off.


This will affect voice service for ATT when the registration Expires timeout is set to more than (60 * 2) mins and
for swisscom

beyond (5 *2) mins. Again, incase if there is any other message exchange (INVITE, OPTIONS), UDP
timer resets to the initial timeouts.
)

9.0.x


Hardware

Reference #

Description

Target

Req 1152

The Ethernet cable is Cat5 not Cat5e as per AT&T
requirements

-

Historical
Changes Implemented

9.0.6h0d49



December 2, 2011

Reference #

Description

Target

Non Ticket Related Features and VCCB Change Requests

-

-

-

Critical

cqdsl00052478

IPNVG
-
19
7

IPNVG
-
90 shows to be corrected i n the D34 rel ease.
Needs to be i n Known Issues Secti on

-

cqdsl 00052477

IPNVG
-
198

IPNVG
-
93 shows to be corrected i n the D34 rel ease. Needs to be i n Known Issues section

-


Fi rmware

Reference #

Description

Target

Non Ticket Related Features and VCCB Change Requests

-

-

-

Critical

cqdsl00052381

IPNVG
-
196

NVG510
-

Stats.QuarterHour. error counters are not resetting after 15 minutes
-

AT&T

(Reported Issue:
AT&T i s stati ng that this Quarter hour error counter i s not resetti ng after 15 mi nutes.

They are cumul ative after each boot and won't reset until such time as a new boot.

InternetGatewayDevice.WANDevice.{i }.WANDSLInterfaceConfi g.Stats.QuarterHour.

9.0.6h0d49


RFP
20101110.003.P











Page
20

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

* WANDSLInterfaceConfig.Stats.QuarterHour.CRCErrors

* WANDSLInterfaceConfig.Stats.Q
uarterHour.ATUCCRCErrors

Fix:
The underlying datapump code does not support quarter hour interval CRC counter. Motorola implemented
our own mechanism to implement this counter.
)


9.0.6h0d48



September 30, 2011

Reference #

Description

Target

Non Ticket Related Features and VCCB Change Requests

-

-

-

Critical

cqdsl00051153

IPNVG
-
170

NVG510 IPv4 function on LAN goes away

(Reported Issue:
i pv4 function on LAN goes away: I was testing persistence of i pv6 operation on the LAN si de
when the WAN

si de of the RG i s unpl ugged.


Per AT&T

"In thi s case I had 2 PC on the LAN si de of the RG. I coul d access our l ab webpage (vi a i pv6) and the i pv4 i nterface
to the GUI. (thi s was the setup)

1.I unpl ugged the WAN from the test box (NVG510A).

2.I veri fi ed th
e conti nued correct operati on of IPv6 on the LAN

3.In the course of thi s testing I reali zed that I could no l onger access the GUI (192.168.1.254) from ei ther PC. Al so
I coul d not pi ng any i pv4 address on the LAN. Al l the while i pv6 conti nued to work on the

LAN

4.I tri ed unpl uggi ng the PC nic and some time would not get an i pv4 address. Do i t again and get the i pv4
address, but sti ll unable to access anythi ng on the LAN via i ts i pv4 address. Al l the whi le i pv6 i s full y functi onal on
the LAN.

5.I repl ugged th
e RG back i nto the WAN and thi s would not recover the i pv4 on LAN function . I rebooted the RG
and thi s fi xed everything. I repeated this test and i pv4 and i pv6 both passed the test. I could not recreate this
probl em.

6.I di d thi s enti re sequence on the ot
her Moto test box (NVG510B). Everything passed perfectly for i pv4 and i pv6.
Thi s anomal y was never observed on NVG510B.


Onl y strange observati on was that thi s was the 1st time these boxes were used after the l ab power down l ast
weekend. Sti l l, the i pv4 an
omal y was onl y observed on one box. These boxes were i dentical ly configured and had
the same bui l d (45d).


Fi x:
LAN Host Di scovery process code was changed such that deadl ock does not happen. Main change i s to move
processi ng out of si gnal handl ers to the
main l oop of LAN Host Discovery process.


The fi x i ncl udes the fol l owing changes:

-

Si gnal racing fi xed by removi ng ARP repl y and DHCP l eases rel ated events out of si gnal handlers i nto the main
l oop of LAN Host Di scovery process

-

Thread safe versi ons of l
i brary call s used

-

LAN Host Di scovery sockets made non
-
blocki ng
.
)

9.0.6h0d48

Major

cqdsl 00051463

IPNVG
-
181

IPTSP00080147

Wi rel ess N Throughput i s not acceptable

(
Per AT&T

"When runni ng the Veri Wave

Test Tool i n the N only mode, i t i s noted that the Wireless to Ethernet throughput i s
not what i s expected. See the detai ls i n the attached report"
)

9.0.6h0d47

Minor

-

-

-


9.0.6h0d47



September 6, 2011

Reference #

Description

Target

Non Ticket
Related Features and VCCB Change Requests

-

-

-

Critical

cqdsl 00051153

IPNVG
-
170

NVG510 IPv4 function on LAN goes away

(Reported Issue:
i pv4 function on LAN goes away: I was testing persistence of i pv6 operation on the LAN si de
when the WAN si de of the

RG i s unpl ugged.


Per AT&T

9.0.6h0d47


RFP
20101110.003.P











Page
21

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

"In this case I had 2 PC on the LAN side of the RG. I could access our lab webpage (via ipv6) and the ipv4 interface
to the GUI. (this was the setup)

1.I unplugged the WAN from the test box (NVG510A).

2.I verified the continued
correct operation of IPv6 on the LAN

3.In the course of this testing I realized that I could no longer access the GUI (192.168.1.254) from either PC. Also
I could not ping any ipv4 address on the LAN. All the while ipv6 continued to work on the LAN

4.I tri
ed unplugging the PC nic and some time would not get an ipv4 address. Do it again and get the ipv4
address, but still unable to access anything on the LAN via its ipv4 address. All the while ipv6 is fully functional on
the LAN.

5.I replugged the RG back in
to the WAN and this would not recover the ipv4 on LAN function . I rebooted the RG
and this fixed everything. I repeated this test and ipv4 and ipv6 both passed the test. I could not recreate this
problem.

6.I did this entire sequence on the other Moto tes
t box (NVG510B). Everything passed perfectly for ipv4 and ipv6.
This anomaly was never observed on NVG510B.


Only strange observation was that this was the 1st time these boxes were used after the lab power down last
weekend. Still, the ipv4 anomaly was on
ly observed on one box. These boxes were identically configured and had
the same build (45d).


Fix:
LAN Host Discovery code was changed after 9.0.6h0d34 in order to correct an issue which lead to packet
starvation and Ethernet lockup on a different Motorol
a platform. Even though this issue was never seen on the
NVG510, the changes were incorporated into 9.0.6h0d45.

The preventative fix to LAN Host Discovery code
introduced after 9.0.6h0d34 has been removed.
9.0.6h0d48

has LAN Host Discovery code similar to
that in
9.0.6h0d34. Intermediate changes to this part of the code h
ave

been removed.
)

Major

-

-

-

Minor

cqdsl00050891

Reflexive ACL is not working as expected

(Reported Issue:
When reflective ACL is ON, IPv6 WAN traffic is allowed to pass to the LAN. When it is OFF, traffic
is prevented from reaching the LAN. The expected behavior is opposite of the current
behavior
.


Fix: The underlying mechanism of reflexive ACL was functionin
g correctly, but the web user internface code set
the incorrect value in system configuration. The Web user internface code was changed to set the correct value in
system configuration)

9.0.6h0d47

cqdsl00050775

LHD inconsistent performance leading to
VeriWave test failures

(
Lan Host Discovery is not running consistently every 300 seconds.

The VeriWave only arps at the start of the test,
most tests take longer than 5 minutes to complete.

Fix: LHD utilized different mechanisms to discover LAN devices.

On
e method is to send out period
ic ARP requests
to LAN subnet.
When LHD was behaving inconsistently, often ARP requests were sent out with a longer time
interval or not at all. We theorized that the periodic ARP requests refresh certain forwarding or AR
P ta
bles in
NVG510 or Veriwave.

Without these ARP packets, it led to poor performance of any unidirectional traffic tests.

Again, same as with cqdsl00051153, the LHD changes were removed.)

9.0.6h0d47


9.0.6h0d45



August

3, 2011

Reference #

Description

Target

Non Ticket Related Features and VCCB Change Requests

-

-

-

Critical

-

-

-

Major

cqdsl00050418

IPNVG
-
157

IPTSP00071445

MOT has not provided documentati on thoroughly describi ng all redi rect functi onal ity

(Addi ti onal pol icy i nformati on has been added
to the Admin Handbook)

-

cqdsl 00049453

IPNVG
-
88

QoS Requi rement # 547 i s not met

(Qos Requi rement # 547 i s not met. The requirement i s l isted bel ow:

> 547
--

R
--

QoS

Priority Queuing, Policing and Shaping
--

The supplier MUST provide documentation on the
classification and queuing configuration available within the Ethernet switch(es) in the device and review the
configuration settings with AT&T in a detailed requirem
ents document.

Additional documentation has been added to the Admin Handbook
)

-

cqdsl00049885


Files provided for upgrading firmware via CMS are not as required

-


RFP
20101110.003.P











Page
22

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

IPNVG
-
104

IPTSP00063476

(Fi l es reposted i n the format per AT&T request)

Minor

-

-

-


Firmware

Reference #

Description

Target

Non Ticket Related Features and VCCB Change Requests

Requi rement 694

ATT RFP Req #694

The devi ce MUST provi de Deni al of Service (DoS
) protection for i tsel f and al l LAN devi ces includi ng protection
from Pi ng of Death, SYN Fl ood LAND and variant attacks. The extent of this protection wi ll be l imited when the
devi ce i s confi gured as a bri dge in which only PPPoE traffi c i s bridged. This pr
otection MUST be avail abl e when
the devi ce termi nates IP (v4 or v6) or bri dges IPv4.

(In thi s rel ease, the requi rement i s p
artial
ly

s
upport
ed. Supported
: Pi ng of Death Protecti on, LAND Attack
Protecti on
)

9.0.6h0d45

Requi rement 750

ATT RFP Req #750

The
devi ce MUST make avail abl e, through both the GUI and the TR
-
069 i nterface, al l IPv6 addresses assigned to
and i n use by the devi ce (WAN and LAN).

(In thi s rel ease, the requi rement i s p
artial
ly

s
upport
ed.

Supported
: WebUI i s supported,
not supported through

TR
-
069)

9.0.6h0d45

Requi rement 753

ATT RFP Req #753

The devi ce MUST make avail abl e, through both the GUI and the TR
-
069 i nterface, for each LAN device, al l IPv6
prefi xes delegated to the LAN device.

(In thi s rel ease, the requi rement i s p
artial
ly

s
upport
ed.

Supported
: 1 prefix i s displayed i n the UI
)

9.0.6h0d45

Requi rement 758

ATT RFP Req #758

When capti ve portal or any form of HTTP redirect i s in use, the devi ce MUST continue to i ntercept traffi c to IPv6
desti nati ons as i s done for traffi c to IPv4
desti nati ons.

(In thi s rel ease, the requi rement i s p
artial
ly

s
upport
ed.

Supported
: v4

traffi c
, however v6 traffi c wil l be blocked for
port 80.
)

9.0.6h0d45

Requi rement 700

The Refl exi ve ACL behavi or MUST be abl e to be confi gured usi ng the GUI and the TR
-
06
9 i nterface to be
endpoi nt
-
i ndependent, address
-
dependent and address and port
-
dependent. By defaul t, the behavior MUST be
address and port
-
dependent.

(In thi s rel ease, the requi rement i s partical ly supported. Supported: WebUI

el ement added for end user to
enabl e/di sabl e Refl exive ACL)

9.0.6h0d45

IPv6

DNSOverri de

(Added support for DNSOverri de)

9.0.6h0d45

IPv6

IPv6 MTU

IPv6 MTU

wi l l not be displ ayed in the WebUI
. However, IPv6 WAN MTU wi ll be changed when IPv4 MTU i s
changed.

When user changes IPv4 MTU, the CPE

wi l l cal culate IPv6 MTU and set i t as bel ow:

IPv6 MTU = (IPv4 MTU
-

20)

If IPv6 MTU > 1472


IPv6 MTU = 1472;

Set IPv6 MTU.

9.0.6h0d45

IPv6

IPv6 Enabl e/Disabl e Enhancements

(Per AT&T, by defaul t IPv6 i s di sabl
ed There is a IPv6 WAN confi gurati on setting and LAN configurati on setti ng.
The IPv6 WAN can be enabl ed by AT&T vi a TR
-
098. The end user can enabl e the IPv6 LAN through the WebUI.
Thi s WebUI el ement i s hidden and onl y availabl e to the end user after the IP
v6 WAN has been enabl ed by AT&T.

Thi s i s a change from the previ ous i mplementation of a gl obal IPv6 setti ng in 906h0d34. The testi ng for thi s
feature was done wi th IPv6 disabl ed i n 906h0d34 upgrading to 906h0d45.)

9.0.6h0d45

Wi
-
Fi

Wi
-
Fi Driver updated to

the latest version

(Wi
-
Fi Driver updated from 5.100.96 to 5.100.123
, please reference Wi
-
Fi performance results for performance
details
)

9.0.6h0d45

Critical

cqdsl00049855


-

IPTSP00063093

Extended Up/Down call soak fails due to NVG510 reboots.


(
NVG510s running Max and MaxPlus HSIA traffic with short duration CVoIP calls rebooted during overnight soak.

This is similar to Defect IPTSP00055467, but takes longer to occur (IPTSP00055467 occured within 30 minutes)

During an overnight soak, using 4 NVG
510s making calls, two of the four RGs rebooted.

NVG1 running Max HSIA and two CVoIP lines placing/recieving calls (Call Length of 15 seconds, Intercall length of
5 seconds) rebooted 3 times, 1st reboot 10+ hours into the soak

NVG2 running MaxPlus HSIA, o
ne CVoIP line placing/recieving calls (Call Length of 15 seconds, Intercall length of
9.0.6
h0d45


RFP
20101110.003.P











Page
23

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

5 seconds) and one "Forever" call rebooted 1 time, 12+ hours into the soak

NVG3 no HSIA, one CVoIP line placing/recieving calls (Call Length of 15 seconds, Intercall len
gth of 5 seconds) and
one "Forever" call did not reboot

NVG4 no HSIA, two "Forever" calls did not reboot

Use Spirent Test Center to generate traffic

Use standard phones to place "forever" calls between RGs

Use Spirent Abacus to place Up/Down calls.
)

cqdsl00049971


-

IPTSP00064698

NVG510 modem failed to accept the cVoIP provisioning from CMS


(
"NVG510 modem failed to accept the cVoIP provisioning from CMS. The modem rejected the
"InternetGatewayDevice.Sercie.x.VoiceProfile.x.SIP RegisterExpires"

parameter with value 86400"

NSIT says there is a workaround available by lowering the "RegisterExpires" to less than 65535
)

9.0.6h0d45

cqdsl00050050


IPNVG
-
115


IPTSP00065582


Val ue used for Regi sterExpires fai ls wi th NVG510


(
Standard val ue used by ATT
for
InternetGatewayDevice.Services.Voi ceService.1.VoiceProfil e.1.SIP.RegisterExpires fai ls wi th NVG510.

The standard value used by ATT when provisi oning voice for the parameter

InternetGatewayDevice.Services.Voi ceService.1.VoiceProfil e.1.SIP.RegisterExpire
s i s 86400.

When 86400 i s used for this parameter when provisi oning voice for the nvg510, the provisi oning fai ls. When 3600
i s used, the voi ce provisi oning succeeds.

When SetParameterValues i s used to set this parameter to 86400 (seconds whi ch i s 24 hours)

the API call fail s
wi th a 9003 error (Inval id arguments).

Accordi ng to Motorola thi s i s currently a 16 bit i nteger and the maximum vali d val ue for thi s parameter i s 65535.
)

Dupl i cate of
cqdsl 00049971

cqdsl 00050292


IPNVG
-
148


IPTSP00070177

ACL to bl ock
traffi c from Primary ACME


(
Per Bruce Chase i n Austin Lab

ACL to bl ock traffi c from Pri mary ACME
-

NVG510 forwarded continuous registrations to pri mary SBC without
fai l over to secondary SBC: Descri ption:

1. RG Status: Regi stered to primary ACME

2. Network Acti on: Confi gure ACL to block traffi c from Pri mary ACME back to RG.

3. RG Acti on: After 1500 reg expi res ti merINIDv2wil l atttempt to register wi th with pri mary ACME

4. RG Acti on: RG should attempt 11 regi strati ons to Primary ACME fol l owed

by successful registrati on to
Secondary ACME

5. Restore connectivity from Pri mary ACME to RG

6. RG Acti on: Next registration from INIDv2 should be successfull to primary ACME

On
-
net to Off
-
net and Off
-
net to On
-
net calls should complete.


Expected Res
ult:

RG should attempt primary registration 11 times secondary 11 times then sleep for 2110 then register
successfully to primary & calls complete


Actual Result:

NVG510 forwarded continuous registrations to primary SBC without failover to s
econdary SBC. ACL had to be
removed to successfully re
-
register.

ProblemDescSummary (131)

ACL to block traffic from Primary ACME
-

NVG510 forwarded continuous registrations to primary SBC without
failover to secondary SBC

Updated per AT&T requested
changes: 408 timeout
-

CPE

switch
es

to primary first then secondary server is tried
if primary does not respond.

408 response from the server
-
tries primary server first followed by secondary

503 response from server
)

9.0.6h0d45

cqdsl00050373


IPNVG
-
153


IPTSP00071353


NVG510 Fai led to recover after SBC P
-
CSCF SA primary l oss; Reboot required for recovery


(
NVG510 Fai l ed to recover after SBC P
-
CSCF SA primary l oss; Reboot requi red for recovery.: Expected Resul t:

Network Response: 503 Service
Unavail able

RG Acti on: Resol ves ACME2 and forwards Invi te to ACME2

Network Response: 408 Request Ti meoute

RG Acti on: INIDv2 deregisters and reregi sters to new P
-
CSCF

RG Acti on: Pl ace cal l and should compl ete


Actual Resul t:

Unabl e to make call
-

NV
G510 required reboot (power off/on) to recover TN line and successful registration. LED
remained out after manually de
-
activating P
-
CSCF SA. Reference attached trace capture files & text files of SA de
-
activation process.

CPE does not require a reboot now
to reocover during a failure response from the Server.)

9.0.6h0d45

cqdsl00050422


IPNVG
-
161


IPTSP00071858

NVG510 Fai ls 'sl eep mode' Test case (Ti mer Expiry & Forced SIP INVITE) on total network loss


(N
VG510 Fails 'sleep mode' Test case (Timer Expiry &
Forced SIP INVITE) on total network loss by alternating
continuous registration requests between Primary/Secondary SBC servers

NVG510 Fails 'sleep mode' Test case (Timer Expiry & Forced SIP INVITE) on total network loss by alternating
continuous registrati
on requests between Primary/Secondary SBC servers.: Test Case Scenario #1:

9.0.6h0d45


RFP
20101110.003.P











Page
24

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

Configure ACL to block traffic from IMS Core back to RG.

1. RG Action: After 1500 reg expires timer RG will atttempt to register with with

primary ACME, return response
from core will be droped via ACL in router.

2. RG Action: RG should attempt 11 registrations to Primary ACME followed by 11 attempts to Secondary ACME

3. RG Action: RG should sleep for RegRetryInterval of 2110 minus 600

4
. Place a call to RG while it's asleep and call should be directed to voicemail

5. Restore connectivity from IMS Core to RG by removing ACL in router.

6. RG Action: RG should register successfully to IMS Core (SB/C should allow Reg through)

7.
On
-
net to Off
-
net and Off
-
net to On
-
net calls should complete.

Test Case Scenario #2:

1. Configure ACL to block traffic from IMS Core back to RG.

2. Place off
-
net call from RG

3. Cvoip
-
CPE Action: RG should attempt to retransmit Invite 3 times followed
by a


deregistration 11 times to primary ACME. Then RG should attempt 11 registrations to


Primary ACME followed by 11 attempts to Secondary ACME

4. Cvoip
-
CPE Action: RG should sleep for RegRetryInterval of 2110

5. Place a call to RG while it's

asleep and call should be directed to voicemail

6. Restore connectivity from IMS Core to RG

7. Cvoip
-
CPE Action: RG should register successfully to Primary ACME (ACME should


allow Reg through)

8. On
-
net to Off
-
net and Off
-
net to On
-
net calls shoul
d complete
)

Major

cqdsl00048395


IPNVG
-
43



Packet Loss Concealment algorithm


(
Packet Loss Concealment algorithm i s i nadequate for fax and modem traffi c
.

Upon detection of a FAX or modem call the packet loss concealment algorithm is set to
"Frame Repeat mode".

1. Change in frame repeat logic that attenuates the previous good frame by 3dB before play out.

2. Frame repeat duration threshold increased to 500ms
)

9.0.6h0d45

cqdsl00049137


IPNVG
-
68


IPTSP00054316


Wi rel ess Data Rates are
i ncorrect


(
"When changing the wirel ess configurati on to use N
-
Onl y
-----

It displays the same data rates as the B/G/N
selection, which is incorrect."

Removed list of rates in the WebUI)

9.0.6h0d45

cqdsl00049452


IPNVG
-
89



QoS

Requi rement # 504 i s not met


(
NVG510 does not meet Requirement
:

504
--

R
--

QoS Priority Queuing, Policing and Shaping
--

The device MUST support a single strict priority queue
(this can be counted as one of the number specified above) for high priority
real
-
time services on the LAN egress.

LAN egress queuing is supported, queues are strict priority and classified by p
-
bit)

9.0.6h0d45

cqdsl00049456


IPNVG
-
81



Port Forwardi ng Rul es
do not seem to work (NAT/Gaming)

(
"IPNVG
-
81: Port Forwarding Rules do not

seem to work (NAT/Gami ng"

Fi xed
NAT pi nholes
-

Onl y acti ve IP addresses taken for pi nholes & LHD table apply clears existi ng entries when
LAN conns are changed.
)

9.0.6h0d45



9.0.6h0d45

cqdsl 00049946


IPNVG
-
163


IPTSP00064660


Update Devi ce Network
Parameters workfl ow fail s


(
Per AT&T

"Update Devi ce Network Parameters workfl ow fai ls resul ti ng in Network tab i n CMS GUInot being populated with
i nformation. In CMS GUI on the Network Tab there i s a Get Network Data button. Whenpressed

this button
causes the fi el ds on this screen to be popul ated. The fol lowi ng data i s i ncl uded on this screen

DSL modem

hardware versi on

fi rmware versi on

IP address

MAC address

Defaul t gateway

pri mary DNS

secondary DNS

MTU

Upti me

Network stats i ncl uding Tra
nsmit, recei ve, errors and dropped stati sti cs

Note: For the 2210 and 2310, the workfl ow compl etes and most of thi s data i s populated successfull y"


Fi xed format per TR
-
106:
InternetGatewayDevice:1.1[] has been changed to InternetGatewayDevice:1.4[].
)

9.0.6
h0d45

cqdsl 00050086


IPNVG
-
120


IPTSP00066527

ON
-
NET to ON
-
NET Call flow recovery failures during MID
-
Call Power Outage


(“
ON
-
NET to ON
-
NET Call Flow recovery failures during MID
-
call Power Outage: Test: CPE 31 Simulate power hit
during active call
(on
-
net to on
-
net) Run 6/20/2011

9.0.6
h0d45


RFP
20101110.003.P











Page
25

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

Expected result:

Sip A comes back up and registers. From off
-
net PSTN
-
X calls SIP A and verify that CPE rings and call can be
established. Should receive

481 Call/Leg Transaction Does Not Exist' for previous call.
)

cqdsl00050155


IPNVG
-
122


IPTSP00066902


MOD1/2 'pi ng ri ng' not heard across various phone sets


(
MOD1/2 DND 'pi ng ring' not heard across vari ous phone sets. '486 Busy here' not di spl ayed via

SIP Messagi ng on DND call.: Test: CPE
-
26 DND Pi ng Ring i s

pl ayed by CPE

Run: Run_6
-
20_15
-
45
-
23


Test Parameters:

Step: CPE
-
26 DND Ping Ri ng i s played by CPE

Expected Resul t:

1. SIP A (l i ne 1) di al s Do not Disturb code * 78 and hears DND announcement: 'Do Not Disturb i s now acti vated'

2. PSTN
X pl aces cal l to SIP A, di al s 10 di gi ts

3. CPE wi l l pl ay short ri ng tone (pi ng ring)

4. PSTN X hears Reorder tone from CPE and hangs up

5. SIP A (l i ne 1) di al s Do not Disturb code * 79 and hears DND announcement: 'Do Not Disturb i s now
deacti vated'

6. Expect Protocol to show message: '486 Busy Here'
)

9.0.6h0d45

cqdsl 00050162


IPNVG
-
124


IPTSP00067048

Defaul t 6rd confi g parameter 'force
-
tx
-
to
-
br' set incorrectly


(
NVG510
-
R
-
764, all 6rd traffic must be forced through the tunnel Border Relay. The
factory default

setting for this parameter is 'off'

set ip6 conn name 'WANv6' 6rd
-
tunnel force
-
tx
-
to
-
br off

This setting will result in ipv6 traffic to be misrouted and lost in certain situations.

The correct setting is:

set ip6 conn

name 'WANv6' 6rd
-
tunnel force
-
tx
-
to
-
br on

ProblemDescSummary (61)

default 6rd config parameter 'force
-
tx
-
to
-
br' set incorrectly
)

9.0.6h0d45

cqdsl00050295


IPNVG
-
147


IPTSP00069809


'0#' operator functi on fails


(
Per Bruce Chase i n Austin Lab
:
0#'
operator function fails with SIP '403 Too Many Active Dialogs, 400 Bad
Request, & 481 Unknown Dialog'; Entering '0' operator successful.: Verifying '0' operator function terminating at
OA position.

Expected Result:

1. SIP Protocol shows call
termination by SIP A at Operator position.

2. SIP UE sends SIP message BYE.

SS7 Protocol shows REL from MGC with Cause Code (16) normal clearing.

Fix:

Modified code to add support for # for all the patterns waiting either due to partial match or timeout
dial along
with dot pattern.

Modified code to take # as terminator even when it is dialed in 1st and 2nd position.

9.0.6h0d45

cqdsl00050420

IPNVG
-
159

IPTSP00071860

TraceRoute: invali d IP address gi ves X_0000C5_Error_InternalError

(
TraceRoute
: i nvali d IP address gives X_0000C5_Error_InternalError: Traceroute test cases gives i nternal error
return i nstead of a standard Broadband forum specifi ed error return.

CPE up, i nvali d IP
-
address (192.168.1.260 was used)

Resul t:
InternetGatewayDevice.TraceRouteDi agnosti cs.Diagnos ti csStateX_0000C5_Error_InternalError

For i nval i d addresses "Error_CannotResol veHostName" wi l l be di spl ayed.
)

9.0.6h0d45

cqdsl 00050421

IPNVG
-
160

IPTSP00071859

Traceroute: Unreachabl e IP
-
address does not
gi ve Error_MaxHopCountExceeded as expected

(
Traceroute: Unreachabl e IP
-
address does not give Error_MaxHopCountExceeded as expected: Traceroute tested
wi th an unreachabl e IP address (192.168.1.1 was used) and instead of returni ng the expected error
(
Error_MaxHopCountExceeded), i t returned Completed.

If the desti nati on i s not reachabl e withi n maxhops, Error_MaxHopCountExceeded wil l be returned.
)

9.0.6h0d45

Minor

cqdsl 00046735

Encapsulating IPv4 header for 6rd has the DF fl ag set

(
As per rfc
, encapsulati ng IPv4 header for 6rd should not have the DF fl ag set.Please note that thi s i s not the
"MUST" requi rement.
)

9.0.6h0d45

cqdsl 00048892

Wi rel ess LED remains i n Off state after making wi reless changes, even when WIFI cl ient/s connect.

(
Wi rel ess
LED goes Off when a wi rel ess cli ent i s connected after enabl e/disabl e WPS.
)

9.0.6h0d45

cqdsl 00049644

GUI: Home Network>Wi reless
-

"WPA Versi on" Help section i s confusing.

(
GUI: Home Network>Wireless
-

" WPA

Versi on" Hel p section i s confusing. WPA Versi on states "Sel ect all versions
for maxi mum i nteroperabili ty.", however only one versi on can be sel ected from the drop down menu for WPA
Versi on.

Changi ng from "Sel ect al l versi ons" to "Sel ect Both" gi ves a bet
ter understanding for the recommended
sel ecti on.
)

9.0.6h0d45


RFP
20101110.003.P











Page
26

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

cqdsl00049645

GUI: Home Network> Wireless MAC Filtering Help sequence reversed from config section.

(
GUI: Home Network> Wireless MAC Filtering Help sequence different from config

section. Last two out of three
are in reverse order.
)

9.0.6h0d45

cqdsl00049662

Able to add NAT/Gaming application to the host which is not active.

(
On enabling IP Passthrough
, the LAN client getting WAN IP is not coming in the Drop down list NAT/Gaming
page (Needed by Device), which seems to be correct behaviour.
)

9.0.6h0d45

cqdsl00049727

One Way Media on Outbound call when NAT default server is enabled

(
One Way Media on Out
bound call when NAT default server is enabled. When an Inbound call is made to this
unit media works fine in both directions
)

9.0.6h0d45

cqdsl00049735

CPE reports 9003 error when setting IGD..X_ATT_6rdContinuityCheck.BorderRelayIPv4Address to empty

(
When
setting parameter
InternetGatewayDevice.IP.Diagnostics.X_ATT_6rdContinuityCheck.BorderRelayIPv4Address to empty string, the
CPE reports 9003 error. The parameter can be set to other values like a real IPv4 address or 0.0.0.0. Below is the
test case.
)

9.0.6
h0d45

cqdsl00050193


IPNVG
-
139


IPTSP00068309

Interarri val Ji tter i n Fi rst RTCP Report Al ways Shows 0


(
Interarri val Jitter i n Fi rst RTCP Report Al ways Shows 0: The i nterarrival jitter i n the fi rst RTCP report for a call
al ways i ndicates a value of 0. Sub
sequent i nterarri val ji tter val ues are reported accuratel y.

Fi xed

as part of the PLC DSP fi x.
)

9.0.6h0d45

cqdsl 00050209


IPNVG
-
142


IPTSP00068677

Pi ng parameters set to negati ve val ues are i nterpreted as very l arge i ntegers


(
Pi ng parameters set to negative values are i nterpreted as very large i ntegers: The fol l owing IPPi ngDi agnosti cs
parameters, when set to negati ve val ues, are interpreted as very l arge i nteger values. For some the pi ng i s
compl eted successful l y, for others th
e pi ng is not completed (SuccessCount=Fail ureCount=0) al though the
Di agnosticsState shows Completed.

The 3 parameters tested were:

InternetGatewayDevice.IPPi ngDi agnosti cs.Numb erOfRepetitions

InternetGatewayDevice.IPPi ngDi agno stics.DataBl ockSi ze

InternetG
atewayDevice.IPPi ngDi agnostics.Timeout

For NumberOfRepetitions and DataBlockSize, the SetParameterVal ues returns successful, but the GetLiveData
returns Di agnosti csState=Compl ete but SuccessCount=FailureCount=0.

For Ti meout, the pi ng functi ons as expected

wi th the Ti meout set to a very l arge i nteger.

Fi xed:

SPV fol l owi ng parameter wi th negati ve val ues returns 9007 error Invali d value

InternetGatewayDevice.IPPi ngDi agnosti cs.Numb erOfRepetitions

Int
ernetGatewayDevice.IPPi ngDi agno
sti cs.DataBlockSi ze

InternetGatewayDevice.IPPi ngDi
agnosti cs.Ti meout
)

9.0.6h0d45


9.0.6h0d34



June 3, 2011

Documentation and Administrative

Reference #

Description

Target

Non Ticket Related Features and VCCB Change Requests

-

-

-

Critical

-

-

-

Major

cqdsl 00049132

IPNVG
-
69

IPTSP00054315

The test resul ts for Wireless testi ng show the G Radio i s not a 400mw radi o as required

(
Reported Issue:
Motorola report has too high a spectral mask to be 400mW,

Correcti ve Acti on: Updated
documentation to add the 2.1 dBi gai n ant
enna
))

-

cqdsl00049311

IPNVG
-
76

IPTSP00056639


The manual CVoIP confi guration document i s not correct.

(
Documentation error. Ori gi nal builds had manual voip

configurati on i n CLI i n normal mode. Newer buil ds need
to be i n DEBUG mode to confi gure VoIP l ines. Openi ng ticket for tracki ng purposes but this i s fi xed by modi fying
documentation.
)

-

cqdsl 00049573

IPNVG
-
97

IPTSP00060066

IP
-
Passthrough

is not configurable via the GUI

(No corrective action, functions as designed, the Administrative Handbook has been updated:
Manual: A LAN
client must be manually configured with the device's assigned WAN IP address and gateway information.
)

-

Minor

-

-

-


Firmware


RFP
20101110.003.P











Page
27

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

Reference #

Description

Target

Non Ticket Related Features and VCCB Change Requests

R3255

CR1007
-

Lightspeed Network Certificate Update

(Added root and intermediate certificate per AT&T CR1007)

9.0.6h0d34

Critical

cqdsl00049137

IPNVG
-
68

IPTSP00054316

Wi rel ess Data Rates are i ncorrect

(When changing the wireless configuration to use N
-
Only
-----

It displays the same data rates as the B/G/N
selection, which is incorrect
. Corrective Action: C
orrected the ioctl call, this should make it displ
ay the correct
rates in different standards. Added the necessary logic to display 11n rates.
)

9.0.6h0d34

cqdsl00049302

IPNVG
-
74

IPTSP00056626

Wi rel ess Through
put rates are not acceptable.

(
Veri Wave test resul ts show the Radio performance i s unaccept
able. Corrective Action:
1. Identifi ed attenuation
di fferences i n AT&T setup and recommended higher attenuati on val ues to accomodate hi gher power radi o
,
2.
Increased the wireless transmit packet aggregation count to 32
,
3. Balanced the wireless/ethernet

queue loads
and depths
.)

9.0.6h0d34

cqdsl00049310

IPNVG
-
75

IPTSP00056640

The NVG510 does not support a strict priority queue on the WAN Egress port

(NVG510 desi gned per specifi cati on,
Wei ghted_Queue_hi gh i s stri ct pri ori ty queue
)

-

cqdsl 00049321

IPTSP00057012


No manufacturing cache for NVG
-
510 modems i n NSIT.

(Motorol a has posted the NVG510 MFG Cache Fil e to the Producti on folder on the SFTP server per AT&T’s
request.)

-

cqdsl 00049324

IPTSP00055467

Moto NVG 510 fai ls and reboots during call
soak.

(Addressed wi th fi x for cqdsl 00049102)

9.0.6h0d34

cqdsl 00049327

IPNV
-
78

IPTSP00057020

Motorol a's QoS i mplementation onl y al lows an upstream rate of 384K

(No correcti ve action, NVG510 desi gned per FPD specifi cati on)

-

cqdsl 00049466

IPNVG
-
91

IPTSP00058910

Performance test based on req
uirement # 352 does not pass

(
The devi ce MUST functi on at full l ine rates when the foll owing test condi ti ons are all present:

-

the devi ce i s connected to the broadband network at any speed up to 18Mbps
… Correctiv
e action: enabl ed
fastpath by defaul t)

9.0.6h0d34

cqdsl 00049480

IPNVG
-
92

IPTSP00059267

NVG
-
510 RG does NOT cl ear Traffi c Cl ass fi eld of IPv6 traffi
c sent to 6rd tunnel endpoint

(
The Spi rent Test Center i s connected to LAN and WAN si de of NGV
-
510. On the LAN si de a packet i s marked wi th
i pv6.cl ass of 0x000000a8 desti ned for upstream (WAN). Accordi ng to AT&T 6rd requirement #31 "By default, the
devi ce MUST cl ear the Traffi c Class fi
el d of IPv6 traffi c sent to a 6rd Tunnel Endpoi nt". A WAN si de Wireshark
capture i s obtained (attached) and the traffi c class i s NOT cl eared
-
sti l l shows Traffi c Class 0x000000a8.

Correcti ve Acti on:
default ""i p6.conn[1].traffi c
-
cl ass
-
cl ear" to "on" for AT
&T
”)

9.0.6h0d34

Major

cqdsl 00047888

CPE drops al l i nbound traffi c after stayi ng up for a whi le

(Reported Issue: T
he uni t has been up and runni ng for al most 6 hours, i t stops forwardi ng the i
ncomi ng traffi c to
upper l ayers.)

9.0.6h0d34

cqdsl 00048045

IPNVG
-
34

IPTSP00046763

The gai n l evel on the CPE i s currentl y measured at
-
2db whi ch produces a very l oud tone.

(Reported Issue:
The gai n l evel on the CPE i s currently measured at
-
2db which produces a very l oud tone. The
l evel s need to be adjusted to a l e
vel between
-
12db and
-

14db.

Correcti ve Action:
SLIC AC profi l e set to take
-
4dB
si gnal l oss on tx and Rx
)

9.0.6h0
31

cqdsl 00048386

IPNVG
-
40

IPTSP00047091


Cal l i ng Party Disconnect signal ing is not worki ng

(Feature addi ti on to add

support to send OSI si gnal when the call ing party hangs up
)

9.0.6h0d33

cqdsl 00048461

IPNVG
-
46

IPTSP00047953

RG does not transmit an RTCP BYE packet at end of cal l

(
Support for sending the RTCP
-
BYE whe
n the far end si de di sconnects
support added.
)

9.0.6h0d33

cqdsl 00048622

IPNVG
-
63

IPTSP00048524

Voi ce Cal l Statistics page i s not populated with data

(The NVG510 has

mi nimal stats, "cal l summary" and "cumulati ve si nce l ast reset" i s updated.
)

9.0.6h0d33

cqdsl 00048667

IPNVG
-
64

IPTSP00048546


Uni t hung
duri ng an overnight soak test

(Not reproduci bl e)

-

cqdsl 00049102


CPU uti l i zation shoots up to 95% and above after a l ong duration cal l.


(When pl aci ng a l ong duration call, the CPU usage i s found to be hi gh. Di sabli ng RTCP prevents thi s si tuati on.)

9.0.6h0d34

cqdsl 00049133

Long Duration Call Fail ed
-

Phone LEDs were off too

9.0.6h0d34


RFP
20101110.003.P











Page
28

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

IPNVG
-
70

IPTSP00054314

(Duri ng a l ong call, the cal l was disconnected and the phone l ine regi strati on seems to have de
-
regi stered and all
phone LED's went off (never to return),
currentl y under i nvestigation,
Fi xed with
cqdsl 00049102
))

cqdsl00049303

IPNVG
-
73

IPTSP00056613

BYE Message from NVG510 (d29) Contains Incorrect Syntax... From Mi ddl etown NJ l ab

(
BYE Message from NVG510 (d29) Contai ns Incorrect Syntax: Duri ng
the i nteroperabil ity testi ng with MOTO and
PACE, we di scovered an i ssue with the BYE Message from the 510. When the call is hang up fi rst by MOTO there
i s an extra fi el d i n the BYE messag
e whi ch contains the fol lowi ng:

Reason: SIP;cause=16;text=Normal Cal
l
Cl eari ng
… Corrective Action:
As per RFC grammar the Reason header shoul d have the Quoted text string.
)

9.0.6h0d30

cqdsl 00049309

IPNVG
-
77

IPTSP00056638

Inter Arri val Jitter on Voice Cal l Statisti cs Page should be expressed i n mi lli seconds

(Correcti ve Action:
made corrections to di splay the value i n ms
)

9.0.6h0d33

cqdsl 00049338

IPTSP00057017

VOIP phone SIP s
f
ervice outage defect won't able turn off
-
48VDC for home alarm capabi li ty

(Inval i d Test Confi guration)

-

cqdsl 00049458

IPNVG
-
79

IPTSP00058525

Cannot change MTU when unit is in DHCP Mode

(Correcti ve Action:
The problem was the MTU overri de only worked when the WAN was up. If you made a change
whi l e the WAN was down i t woul d not be appli ed. Rebooting would also "l ose" the setti ng bec
ause the setting i s
appl i ed on startup when the WAN i s down
)

9.0.6h0d33

cqdsl 00049457

IPNVG
-
80

IPTSP00058521

Port 80 i s reserved

(Correcti ve Action:
Change defaul ts for AT&T req 978
-

Remote access port shoul d be 50001
)

9.0.6h0d34

cqdsl 00049427

IPNVG
-
84


User redi rected to IP Diagnosti cs page when changes are made i n GUI and device i s i n DHCP Mode

(Not reproduci bl e)

-

cqdsl 00049465

IPNVG
-
90

IPTSP00058911

NVG510 traceroute via the GUI does not complete

(Correcti ve Action: Updated design of the Diagnosti cs

page.)

9.0.6h0d34

Reopened for
d48

cqdsl 00049552

IPNVG
-
93

IPTSP00059693

Publ i c Subnet DHCP i s not worki ng properly

(Reported Issue:
After configuri ng the Publi c Subnet via the GUI and sel ecti ng the 'Publ ic Radio Button' and
attaching a devi ce the Pri vate

DHCP Pool i s stil l used to hand out addresses
. Correcti ve Acti on: Modifi ed DHCP
server behavi or to honor subnet order that controls which subnet pool (publ ic or private) gets precedence)

9.0.6h0d34

Secondary i ssue
reported;
reopened for
d48

cqdsl 00049557

IPNVG
-
95

IPTSP00059690

Can't pi ng the Publ ic IP Address assi gned to the NVG510 usi ng the Publ ic Subnet option vi a the GUI

(Reported Issue:
It i s suspected that the publi c subnet i s crafted on a LAN secondary i nterface i nstead of the WAN
secondary
i nterface. There appears to be no way to al low the fi rewall configurati on t
o recognize thi s publi c
subnet. Corrective Action:
i ptables rul es were not speci fic enough
)

9.0.6h0d34

Minor

cqdsl 00043883

Performance throughput Broadcom

6361/6362 small packet si ze l ower than expected targets.

(
Improved wi th fi x for
cqdsl00049466
)

-

cqdsl 00047449

CPE does not send out DE
-
REGISTER when rebooted

(Reported Issue: CPE does not send out DE
-
REGISTER when rebooted)

9.0.6h0d34

cqdsl 00047671

Traffi c cl ass fi eld i s not cleared when sent to 6RD BR

(Reported Issue: AT&T req: By default, the device MUST clear the Traffi c Cl ass fi el d of IPv6 traffi c sent to the 6rd
BR.)

9.0.6h0d34

cqdsl 00047778

i pv4 mapped address is forwared when IPv6 forbidden
-
a
ddr
-
drop i s enabled

(Reported Issue: Per
REC
-
3: Packets bearing source and/or destination addresses forbidden

to appear i n the outer
headers of packets transmi tted over the publ ic

Internet MUST NOT be forwarded. In parti cular, si te
-
l ocal
addresses

are depr
ecated by [RFC3879], and [RFC5156] expl icitly forbi ds the use

of address blocks of types IPv4
-
Mapped Addresses, IPv4
-
Compatible

Addresses, Documentation Prefi x, and Overlay Routabl e Cryptographi c

Hash
IDenti fi ers (ORCHID).
)

9.0.6h0d34

cqdsl 00047943

Resul ts not reported i n GUI when doing traceroute for some sites

(When performi ng traceroute to certain si tes for example, www.yahoo.com or www.cnn.com, no results are
di spl ayed.)

9.0.6h0d34

cqdsl 00048293

TCP si mul taneous
-
open modes i s not supported.

(
Inv
al i d Scenari o)

-

cqdsl 00048299

ATT NJ Server IOT Issues

(IOT compl eted & Issues Addressed)

9.0.6h0d34

cqdsl 00048306

Mul ti cast traffi c within the LAN i s not received by the cli ent


(Per AT&T Req

830 The devi ce must be able to fi lter upstream multicast traffi c whil e stil l al lowi ng multicast traffic
to fl ow freel y on the l ocal LAN)

9.0.6h0d34

cqdsl 00048307

Downstream QoS
not functi oning as expected


9.0.6h0d34


RFP
20101110.003.P











Page
29

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

(Setup
WAN to LAN2 ~14Mbs tagged (8 streams with

0
-
7 p
-
bits) traffic.

All the 8 streams were dropping packets,
it should not happen especially for 4
-
to
-
7 p
-
bit tagged traffic.
)

cqdsl00048370

BCM DSP Limited Filter Detection functionality in case of no DSL Sync due to Missing Filters etc.


(Reported Issue:
BCM DSP has a limited Missing Filter Detection Capability because DSP does not provide any
Missing Filter Detection when CPE does not train in the absence of Missing filters or due to any other reason.
Filter Detection from BCM DSP is ava
ilable only when CPE DSL Link Sync up.
)

9.0.6h0d34

cqdsl00048372

cqdsl00048791

cqdsl00048350

WPS LED fast flashing red on Session overlap does not time out after 2m.

WPS LED Solid Green timeout not to specs after failed to find a partner.

WPS LED blinks R
ed for 2m when no client connects
-

should be Solid Red for 5m.


(Reported Issue: Does not function per AT&T Req 443.)

9.0.6h0d34

cqdsl00048375

Display of old Filter Detection Stats when CPE failed to train due to missing Filters

9.0.6h0d34

cqdsl00048380

Wireless Statistics not consistent

(Reported Issue:
Wireless Statistics section is not consistent. Some statistics show as zero, other
s

are blank. TX
Errors are not being reported

Invalid bug
.
)

-

cqdsl00048494

ATT
-
req.
-


support for DSCP in IP header to configured value based on SSID

(Functions as designed)

-

cqdsl00048519

TR
-
069: ICMP Ping to LAN host fails

(Reported Issue:
When PING diagnostic is initiated via TR
-
069 for LAN host it fails, even though same is
successfu
ll via GUI.

InternetGatewayDevice.IPPingDiagnostics.Interfacevalues is empty.
)

9.0.6h0d34

cqdsl00048682

CPE does not activate 6RD tunnel upon DHCP renewal with option 212 data

(Reported Issue: Per AT&T Req 761,
If the device has not been configured with 6rd parameters via TR
-
069 and the
use of 6rd oonfiguration via DHCP is enabled in the data model, the device should verify the availability (or lack
of) of 6rd via DHCPv4 every 12 hours. The presence of the OPTION
_6RD DHCP option is an indication of the
availability of the 6rd service. The absence of the option is to be treated as if the service is not or is no longer
available.
)

9.0.6h0d34

cqdsl00048705

IP Passthrough DHCP
-

PC not getting 192..168.1.x address aft
er next renew when set back to Normal

(Reported Issue:
When IP Passthrough DHCP modes are set back to Normal, the next RENEW of the LAN IP
Passthrough PC does not result in the PC now getting a 192.168.1.x address. The PC must go through the process
of ti
ming out and doing a DIscover or the user must issue a manual release/renew in order to get the private
address back.
}

9.0.6h0d34

cqdsl00048711

Service LED continues to Flash Green when no DHCP response


should go to Solid Red.

(Reported Issue: Does not function per AT&T RFP Req 137)

9.0.6h0d34

cqdsl00048726

Firewall not functioning per AT&T requirement 825

(Reported Issue:
As

per AT&T req 825: device MUST support specification of any of the following in a firewall rule:

-

broadband destination DNS name or IP address(es) with subnet mask

-

LAN device name or originating IP address(es) with subnet mask

-

protocol (0
-
255, or by alias: TCP, UDP, ICMP, IP, IGMP, eigrp, gre, ipinip, pim, nos, ospf, etc.)

-

source port

-

destinati
on port

-

packet length

-

TCP flags (urg, ack, psh, rst, syn, fin)

-

logical interface of source

-

logical interface of destination
)

9.0.6h0d34

cqdsl00048834

VoIP line stuck in Call disconnect state

(Reported Issue: With IP
-
Passthrough

enabled, the device needs to be restarted in order for voice to work
properly.)

9.0.6h0d34

cqdsl00048869

Certain websites cannot be accessed via DUT connected to Ericsson (Tracker)

(Believe this to be an Ericsson Issue)

-

cqdsl00048873

DUT responds with

500 Internal server error when trying to answer a waiting call from Line2

(Reported Issue: 1. Make a call from CPE1 Line1 to CPE2, answer the call on CPE2 and verify bi
-
directional media.

2. Make another incoming call from CPE1 Line2 to CPE1 Line1. DUT responds with error.

Not reproducible at this time)

-

cqdsl00048895

DNS diagnostic pass even when DNS server not reachable

(Reported Issue: I modified BRAS config to set primary DNS ip

address to a non existing host/ip address
192.168.109.111. Now when I go to Diagnostics and run full diagnostics the DNS diagnostics is pass and in detail
option both primary and secondary DNS are marked as pass even though primary does not exists. Unlike
ly
scenario for AT&T)

-

cqdsl00048915

Downstream Errored Seconds and FEC Errors reported incorectly in UI

(Reported Issue: Downstream Errored Seconds and FEC Errors reported in UI are inaccurate; CLI discrepancy)

9.0.6h0d34


RFP
20101110.003.P











Page
30

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

cqdsl00048928

DUT does not update or accept DNS information during dhcp renew.

9.0.6h0d34

cqdsl00049358

AT&T WebUI Feedback

(Improvements made to the WebUI based on feedback from Jeff Multach)

9.0.6h0d34

cqdsl00049450

IPNVG
-
82

User cannot specify Manual DNS entries
-

att.net hardcoded as DNS suffi x


-


9.0.6h0d29



May 6, 2011

Reference #

Description

Target

Non Ticket Related Features and VCCB Change Requests

-

Enabl e T.38 by Default

9.0.6h0d28

Critical

cqdsl 00049030

Austi n Labs
-

NVG510 i s not Authenti cating using

nbxb9.0.6h0d27 1.5 build

(Setup Issue)

-

cqdsl 00049029

IPTSP00053135

ACL i ssue wi th Motorola NVG 510 modems

(ACL i ssue wi th Motorola NVG 510 modems blocks 172.x.x.x network (LAN to WAN), used for NSIT testing. Thi s i s
not a fi el d i ssue, but i t bl ocks
NSIT Testi n
g, Addressed wi th modifi ed poli ci es on the l ab 1.6 buil d)

-

Major

cqdsl 00048622

IPNVG
-
63

IPTSP00048524

Voi ce Cal l Statistics page i s not populated with data

(The NVG510 has

mi nimal stats, "cal l summary" and "cumulati ve si nce l ast reset" i s updated.
)

9.0.6h0d28

cqdsl 00048979

T38 cal l fail s

(
Added code to support fax cal ls i n the media update call back.
)

9.0.6h0d28

cqdsl 00048729

DUT does not recover after l ink debounce event

(Reported Issue:
After a l i nk debounce event, the DUT does not re
-
cover and pass traffi c.To get the DUT back to
pass traffi c i t needs to ei ther be rebooted or the l ink should be unplugged l ong enough for the uni t to recognize
the event
. Fi x requires a new
DSP)

9.0.6h0d29

Minor

cqdsl 00047781

IPNVG
-
1

IPTSP00045981

The same number used for downstream attenuation and l oop attenuation


(Reported Issue:
The same number used for downstream si gnal attenuati on and l oop attenuation
; fi x requires a
new DSP)

9.0.6h0d29

cqdsl 00048938

Subnet Delegati on: Routing table not updated/modi fi ed as per change i n confi g (GUI).


(
Routi ng table i s not properly updated i f Del egated gateway or Publi c IPv4 Address i s modi fied i ndivi duall y.

Changi ng Delegated Gateway wil l not

update i t i n routing table, though GUI wi ll show Changes saved.

Updati ng Publ ic IPv4 Address after i ndi vi dual ly updating above scenario wil l update Publ ic IPv4 address i n
Del egated Gateway fi eld.
)

9.0.6h0d28

cqdsl 00048927

VoIP On, tel net and seri al
consol e sessi on output has a l ot of gi bberi sh shortly after connecti ng.

9.0.6h0d28

cqdsl 00048889

IPv6 transmi t packets not di spl ayed on Broadband status page

9.0.6h0d28

cqdsl 00048876

VoIP GUI pages devi ate from AT&T expectations.

9.0.6h0d28

cqdsl 00048874

Custom services / Appl ication hosting al lows addi ng of servi ce using SIP UA ports

9.0.6h0d28

cqdsl 00048735

Home Network Status
-

Leases Avail abl e shows negative value with publi c/private pool s

(Confi gured P
ri vate LAN subnet wi th a pool from
192.168.1.64
-

192.168.1.68.
Confi gured

publ ic subnet pool of
5.5.5.2
-

5.5.5.5 (5.5.5.1 assi gned to router). The pool sel ected is publ ic. The DHCP ranges for both woul d total
9, and there are presently 4 l eases handed out. The web page shows the total l eases avail able as
-
5 and 8 bei ng
al
located.
)

9.0.6h0d28

cqdsl00048703

Mismatch of title in help text

(
On the voice page of the GUI the help text has "Registration state" where as the page mentions status, this is
quite confusing for the user.
)

9.0.6h0d28

cqdsl00047449

CPE does not send
out DE
-
REGISTER when rebooted

(
Added support to send the De
-
Register messa
ge for all the following cases
Reboot via tr69, UI, CLI
)

9.0.6h0d28

cqdsl00048211

Error in Wireless webpage during validation

(Reported Issue:
“phy.wl80211.ssid[1].key.length:”

appears when entering an incorrect key length in the WebUI)

9.0.6h0d29

cqdsl00048368

Voltage on FXS port not consistent


(O
nce the unit is de
-
registered and Registered back, there is no Dialtone on the line even after successful
registration.
)

9.0.6h0d28

cqdsl00048707

cqdsl00048708

Webui shows customer s
ervice is added to the List of Applications even though Validaton failed.

(Reported Issue: Although validation fails when adding a custom service, WebUI show the service is added
9.0.6h0d29


RFP
20101110.003.P











Page
31

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

although it is not.)


9.0.6h0d27



April 29, 2011

Reference #

Description

Target

Non Ticket Related Features and VCCB Change Requests

-

-

-

Critical

cqdsl00048462

IPNVG
-
47

IPTSP00048013


The UserAgentDomai n

i nformati on i s not currently used i n the CPE (e.g.,
InternetGatewayDevi ce.Servi ces.VoiceService.1.VoiceProfi le.x.SIP.UserAgentDomain).

(Added feature support to i mplement per AT&T’s request)

9.0.6h0d27

cqdsl 00048464

IPNVG
-
49

IPTSP00048018

Loggi ng subsyst
em does not displ ay error when the DSL l ine i s di sconnected.

(Not abl e to reproduce)

-

cqdsl 00048468

IPNVG
-
53

IPTSP00048160



GA Load Product Test Report does not reference the requirement number.

(
Star codes, TR
-
098, DSL fi el ds 1, 2 do not have req

no's and that was the reason SI&T report does not have any
speci fi c req number for some of the test cases. Only the RFP name i s l isted as RFP
-
ATT.(RFP 20101110.003.P
IPDSLAM)

-

cqdsl 00048478

IPNVG
-
62

IPTSP00048235

Devi ce reboots when running Multicast
traffi c on the LAN side

(Reported Issue: Devi ce reboots when running mul ti cast traffi c on the LAN si de of the device. Closed as this i s a
dupl i cate of cqdsl 00048448.)

Dupl i cate of

cqdsl 000
48448

cqdsl 00048755

IPNVG
-
65

IPTSP00048608


Output Proxy Server

(Test Setup Issue)

-

cqdsl 00048448

NVG
-
510 LAN Mul ti cast i ssues
-

CPE appears to crash and reboot
-

found in the AT&T Austi n Tx. Labs

(Wi rel ess dri ver caused overruns. Added buffer to prevent overruns)

9.0.6h0d27

Major

cqdsl 00048386

IPNVG
-
40

IPTSP00047091


Cal l i ng Party Disconnect signal ing is not worki ng

(Feature addi ti on to add

support to send OSI si gnal when the call ing party hangs up
)

9.0.6h0d27

cqdsl 00048394

IPNVG
-
42

IPTSP00047701

Memory Leak Behavi or

(Fi xed after d18, i ssue was
occurring duri ng the i ncoming NOTIFY message and app not releasing some objects.)

9.0.6h0d27

cqdsl 00048395

IPNVG
-
43


IPTSP00047708

Packet Loss Concealment algorithm

(
Upon detecti on of a FAX or modem call the packet l oss concealment algorithm i s set to "Frame Repeat
mode".
AT&T veri fi ed fi x)

9.0.6h0d27

cqdsl 00048396

IPNVG
-
44

IPTSP00047707

RFC2833 DTMF event vol ume

(Reported Issue:
RFC2833 DTMF event vol ume i s not
tracki ng the actual DTMF vol ume
, Recei ve si de appl ies the
val ues that are assigned i n "Vol ume" fi el d on the i ncoming RTPEVENT header. Transmi t si de sets the voulme to
-
6db stati call y whi ch is as per the ATT req.
)

9.0.6h0d27

cqdsl 00048397

IPNVG
-
45

IPTSP00047710

RG does not transmit RTCP packets when i t origi nates call s

(
Fi x added to send the rtcp packets from the called si de.
)

9.0.6h0d27

cqdsl 00048461

IPNVG
-
46

IPTSP00047953

RG does not transmit an RTCP BYE packet at end of cal l

9.0.6h0d27

cqdsl 00048463

IPNVG
-
48

IPTSP00048019/

RG does not i mplement a voice packet l oss concealment algori thm

(
Upon detecti on of a FAX or modem call the packet l oss conceal ment al gori thm i s set to "Frame Repeat mode".
)

9.0.6h0d27

cqdsl 00048465

IPNVG
-
50

The Cal l
Summary Stati stics are not displayed i n the GUI

(Cl osed as dupl icate of cqdsl00048622)

Dupl i cate of
c
qdsl 00048622

cqdsl 00048466

IPNVG
-
51

A new software upgrade di sconnects a cal l i n progress

(Feature behaves as i ntended,
Keep the cal l al ive i s onl y for
TR68 downloads and not through GUI or CLI
)

-

cqdsl 00048467

IPNVG
-
52

When a software upgrade i s i n progress, you get dead ai r when you go off hook

(
Fol l owi ng i s the behavi or for when the servi ce outage feature i s enabled.

1. Line disabl ed and booted up :

No
vol tage

2. Line Enabled
-

de
-
registered : No voltage
)

9.0.6h0d27

cqdsl00048470

The LED sequence does not reflect the actions taking place during the software upgrade.

-


RFP
20101110.003.P











Page
32

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

IPNVG
-
54

(Pl ease retest, devi ce LEDs functi on per AT&T requirements)

cqdsl 00048472

IPNVG
-
56

IPTSP00048156

Mai n D
evi ce/Status page has some in
-
acti ve l inks

(Checked wi th the l atest fi rmware buil ds and i ssue was not seen, cl osed.)

-

cqdsl 00048473

IPNVG
-
57

IPTSP00048155

The state of the call i dle i s not correctl y represented

(Refresh button was added to the webpage)

9.0.6h0d27

cqdsl 00048474

IPNVG
-
58

IPTSP00048154

Status of the VoIP Li ne call not correctl y represented i n the Voice Status GUI Page

(Refresh button was added to the webpage)

9.0.6h0d27

cqdsl 00048477

IPNVG
-
61

IPTSP00048236

802.1x authenticati on i s not l ogged or shown in the GUI

(Reported Issue:
802.1x authentication i s not l ogged or shown i n the GUI
. Cl osed as dupli cate of cqdsl 00048452)

Dupl i cate of
cqdsl 00048452

cqdsl 00048756

IPNVG
-
66

IPTSP00048807

Fai l s to
send INVITE after 6 seconds

(
Added support to handle "Long timer" expi ry which wi ll di al
-
out the digits.
)

9.0.6h0d27

cqdsl 00048810

IPNVG
-
67

IPTSP00048849

911 cal l fail ed

(
Havi ng userAgent

string i n SDP owner name caused IOT i ssue wi th Hosted Centrex IP
-
PBX, hence setting owner
name as user name i nstead for ATT.

Fi x veri fied by AT&T)

9.0.6h0d27

cqdsl 00048340

8021X authentication not working with Ericsson DSLAM

(Reported i ssue: 802.1x
suppli cant fail ed. After anal ysi s, thi s i s due to the recent p
-
bit change from 0 to 3. AT&T
agreed to change p
-
bi t back to 0)

9.0.6h0d27

cqdsl 0048452

802.1X l ogs not present i n the NVG510
-

In Austin AT&T l abs

(Updated l i nux
-
based OS has di fferent l og
capabil ities than previ ous 7x OS, need clari fication on what needs to be
added for 802.1x l ogs)

-


Minor


cq
dsl00048471

IPNVG
-
55

IPTSP00048157

Cal l Ti mestamp in the Cal l Summary displayi ng the wrong i nformation

(
Correct the ri ght mapping to the cal l
state and li ne state and time as we


cqdsl 00048475

IPNVG
-
59

IPTSP00048181

There i s no menu path for upgrading software

(New UI menu structure, non i ssue)

-

cqdsl 00048476

IPNVG
-
60

IPTSP00048210

Graphi cs not present i n Devi ce Status screen

Dupl i cate of
cqdsl 00048347

cqdsl 00047984

LED: Internet LED: LED becomes RED whi le transiti oning from bl inking to soli d green state.

(Reported Issue:
Internet LED whil e transitioni ng to SOLID GREEN state from BLINKING state becomes RED.

This
was

caused by extra processi ng on dhcp deconfig event whil e the conn object i s starting
)

9.0.6h0d27

cqdsl 00048204

DHCP:

DNS i nformati on present i n DHCP offer, even i f not confi gured.


(Per AT&T req

590, when the domain name that the embedded DHCP server passes to LAN CPE has not been set,
no val ue MUST be passed back i n response to DHCP requests.

If CPE recei ves Domain name on WAN, i t wi ll send
thi s i n option 15 (even i f not configured on CPE).

The
order i s
-


#1
-

i p
-

DNS
-

Domai n name

#2
-

Domai n name from WAN

#3
-

Otherwi se, CPE sends domai n_not_set.inval id (as per TR
-
124)
. Thi s wi ll not be the case as by default domain
i s set to att.net)

-

cqdsl 00048246

Border Rel ay IPv4 address i s not shown
i n GUI

(Fi xed
typo i n the status parameter name
)

9.0.6h0d27

cqdsl 00048247

GUI does not display IPv6 transmi t packets

(Fi xed mi smatch i n parameter names)

9.0.6h0d27

cqdsl 00048303

Custom service same as Appli cation Listing
-

System Startup Fault when
assi gned and restarted

(Reported Issue: When setting up a custom servi ce usi ng the same ports as an Appli cati on Hosting Service after
reboot, devi ce exhibited a system startup faul t.
Fi x system startup fault when system i s rebooted; Appl ication
hosti ng ent
ri es

are tracked by MAC address. Exi t gracefull y when related IP address i s not found
)

9.0.6h0d27

cqdsl 00048324

IP Passthrough needs a restart to work correctl y when enabli ng/di sabli ng

9.0.6h0d27

cqdsl 00048339

Inval i d parameter val ue when setti ng
Acti oSetDSCP i n fi l tersets using tr
-
69

(Reported Issue: Whensetting TR
-
069 param:
InternetGatewayDevice.X_0000C5_PacketFilter.FilterSet.2.Rule.11.ActionSetDSCP

it

resul ts i n Invali d parameter
val ue. When tryi ng to read i t, i t shows up as blank b
ut i n the C
LI i t has a val ue of
"46
”.)

9.0.6h0d27


RFP
20101110.003.P











Page
33

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

cqdsl00048347


Device Status page status description (Broadband,Wi
-
Fi,Voice) text missing in IE8,Safari,Chrome.

(WebUI category icons don’t show properly on the page.)

9.0.6h0d27

cqdsl00048355

Path MTU Discovery
not working

(After investigation this not a valid bug)

-

cqdsl00048358

WebUI does not provide error for invalid configuration for delegated subnet.

(Validation checking added)

9.0.6h0d27

cqdsl00048378

CPE Web GUI redirection failed to "Missing Filters
WebPage" with Missing Filters and DSL Line Up

(
Add support fot redirection with DSL line up and missing filter detected
)

9.0.6h0d27

cqdsl00048379

Wireless Disabled
-

Home Networks Status shows Click } here to configure wireless

(Fixed typo in the text
string)

9.0.6h0d27


Hardware

Reference #

Description

Target

Non Ticket Related Features and VCCB Change Requests

-

-

-

Critical

cqdsl00047758

IPNVG
-
2

IPTSP00045961

NVG 510 First H/W release has sharp edges on the Logo

(Reported Issue:
NVG510 has sharp edges on the Motorola
logo ( on both sides of the unit, Logo height was
reduced to minimize edge of the logo)

April 2011

Major

cqdsl000477
67

IPNVG
-
3

IPTSP00045960

MAC ID does not match

(Reported issue: mismatch between the WAN MAC
address and the MAC Address printed on the device label)

April 2011

Minor

-

The rotating Motorola logo in the January hardware now has a fixed position.

April 2011

-

The “NVG510” model number on the lens will be increased in size to easiler

visibility and identification

April 2011

-

Enclosure color was changed from high
-
gloss white to matte black

April 2011

-

The yellow SSID label is now printed on a single label.

April 2011

-

A plastic removable label now covers the VoIP port

April
2011

-

The Ethernet LAN LEDs have been reduced from 4 i ndi vidual LEDs per port to a si ngl e LED for al l Ethernet LAN
ports.

Apri l 2011

-

The backpanel i s now l abeled wi th both “DSL” and “Broadband”

Apri l 2011

-

The front and back si lkscreen now has mixed

case lettering.

Apri l 2011

-

The Attenti on l abel has been removed per AT&T requi rement and onl y the Movi ng l abel remains

Apri l 2011

-

The AT&T l ogo has been added to the front l ens

Apri l 2011

-

Al l the LEDs are now bi
-
color (green & red)

Apri l 2011

-

The power adapter has been updated from 2A to 1.5A as the devi ce does not draw a l ot of power

Apri l 2011

-

Motorol a l ogo has been removed from the devi ce stand per AT&T

Apri l 2011


9.0.6h0d18



March 31, 2011

Reference #

Description

Target

Non Ticket
Related Features and VCCB Change Requests

-

DSP i n thi s rel ease updated to
A2pD033e.d23e

9.0.6h0d18

CR1029

Off
-
Hook Tones


(Per CR1029: After an attached phone goes off hook, the CPE should present di al tone for the requi red durati on of
ti me as confi gured i n the unit. If no digits have been dialed by that time, the device should present 30 seconds of
Fast Busy tone fol l owed by

2 minutes of Recei ver Off
-
hook tone (as defi ned i n Tel cordi a GR
-
506
-
CORE) and then
the tones shoul d be di scontinued until the receiver goes on
-
hook/off
-
hook.)

9.0.6h0d18

CR1030

New Phone LED Behavior


(Per CR1030: When the devi ce i s generati ng a ringi ng
si gnal on one of i ts phone l i nes, or an attached phone i s off
hook, the associated Phone LED should be bli nking.)

9.0.6h0d18

Req 143

The devi ce MUST have a dedicated button that causes the device to reboot and to reset to the defaul t shipped
setti ngs.


If the reset button i s held for l ess than ten (10) seconds, the devi ce MUST be rebooted. If the reset button i s held
9.0.6h0d18


RFP
20101110.003.P











Page
34

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

for a longer period of time, the device MUST be reset to the default shipped settings. The amount of time
between the pressing of the butto
n and the unit resetting MUST be configurable.


The indicator lights on the device MUST respond immediately and start blinking red within one (1) second of the
reset button being pressed. This MUST occur independent of the fact that the button is still bei
ng pressed or has
been released. The indicator lights MUST flash for a minimum of five seconds, even if the reset button is
released prior to five seconds after it has been depressed. If the reset button is held for more than 5 seconds,
then it should cont
inue to flash until released or until 10 seconds (see below for the later condition).


If the button is held for ten seconds, the Power indicator continues to flash, for an additional 5 seconds and then
the indicator light should return to their normal ope
rating mode, independent of whether or not the reset
button is still depressed.


(
Amount of time between pressing the button and the unit resetting is not configurable.
)

Req 613

The embedded DHCP server functionality of the device MUST provide
a mechanism by which an IP address from
any LAN subnet can be assigned to a particular LAN device by MAC address. The user interface to establish this
association may use an alternate mechanism to identify this assignment (e.g., by selecting the LAN device

using
its current IP address or device name) and the MAC address may be transparent to the user. This includes the
ability to assign an address within the default subnet or an address from additional public/private subnets that
may be provisioned.


For ex
ample, the device might have a default WAN
-
side IP address which is used for NAPT to a subset of devices
and an additional set of WAN
-
side IP addresses which are routed. The embedded DHCP server might be used to
assign an address from this second set of IP

addresses to specific LAN devices.


(UI element not defined, requires AT&T input)

9.0.6h0d18

Req 716

Req 717

716
-

Fi l ter state records for generi c upper
-
layer transport protocol s MUST NOT be del eted or recycled unti l an
i dl e ti mer not l ess than two
minutes has expired wi thout having forwarded a packet matchi ng the state i n some
confi gurable amount of time. By defaul t, the i dl e ti mer for such state records i s fi ve minutes.


717
-

A state record for a UDP fl ow where both source and destination ports ar
e outsi de the well
-
known port
range (ports 0
-
1023) MUST NOT expi re in l ess than two mi nutes of i dle ti me. The val ue of the UDP state record
i dl e ti mer MAY be confi gurable. The defaul t i s fi ve minutes.


(
Idl e ti mer not confi gurable
)

9.0.6h0d18

Req 788

The
devi ce MUST support port forwardi ng (e.g., port re
-
directi on, pin hol ing).


Indi vi dual port forwardi ng rul es MUST be associated wi th a LAN devi ce, not the IPv4 address of the LAN device,
and fol l ow the LAN device shoul d its IPv4 address change.


(Accel erated from Sept to March 2011 rel ease)

9.0.6h0d18

Req 894

The devi ce MUST provi de a simpl e XML page for provi di ng broadband connection status. This page i s to be
l ocated at the fi xed URL http://<devi ce_address>/ATT/BB_STATUS.


The page should conta
in the fol lowi ng fi elds:


Fi el d Name
-

Type
-

Descri ption

1. Info
-

Tag onl y
-

XML Tag for del ineation

2. Physi calLinkStatus
-

stri ng
-

Indi cates the state of the physi cal l ink. Enumerati on of: "Connected", "Not
connected", "Connecti ng", "Error"

3. IPConne
ctionStatus
-

string
-

Current status of the IP connection. Enumerati on of:

"Connected", "Not connected", "Connecti ng", "Error"

4. Total BytesRecei ved
-

unsignedInt
-

The cumulative counter for total number of bytes received downstream
across all connection

service i nstances on the WAN device.


The format of the page shoul d be as foll ows:

<?xml versi on="1.0" encodi ng="UTF
-
8"?>

<Info>

<Physi calLi nkStatus></Physi cal Li nkStatus>

<IPConnecti onStatus></IPConnectionStatus>

<Total BytesReceived></Total BytesRecei ved>

</Info>

9.0.6h0d18


RFP
20101110.003.P











Page
35

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).


(Accelerated from Sept to March 2011 release)

Req 903

The device MUST provide extensions to TR
-
098 for configuring and providing status on IEEE 802.1x on WAN
connections.


(TR
-
098 element to support enable/disable of 802.1x is not supp
orted)

9.0.6h0d18

Req 973

The device MUST either allow for complete configuration of all internal GUI configurable items using TR
-
069
(and extensions) or MUST provide web pages to allow for temporary remote access to its GUI from the ACS.
Primary
requirements relating to this later mode of operation are identified in #974 through #984 below.


(Accelerated from Sept to March 2011 release)

9.0.6h0d18

Req 974

Once an ACS WAN
-
side remote access GUI session has been started to the device, the activated

session MUST
time out after 20 minutes of inactivity or after 45 absolute minutes whichever occurs first.


(Accelerated from Sept to March 2011 release)

9.0.6h0d18

Req 975

The device MUST be able to be configured so that each ACS WAN
-
side remote access
is a read
-
only connection
or one which allows for updates. The default MUST be to allow for updates.


(Accelerated from Sept to March 2011 release)

9.0.6h0d18

Req 1044

The device MUST support remote testing, remote diagnostics, performance monitoring,
surveillance information
access and other information access as identified in ANSI T1.413
-
1998 and ITU
-
T G.997.1. At minimum non
-
optional requirements from these standards MUST be supported. Additional required parameters are identified
in TR
-
098, #1012 an
d #1013.


(Accelerated from Sept to March 2011 release)

9.0.6h0d18

Req 1296

The GUI of the device MUST display, as part of its statistics information, the following information for each line:


-

Line Status

-

Call State

-

Caller info (callerid name and nu
mber for incoming or dialed number for outgoing)

-

Timestamp (separate from a timestamp since last statistics reset)

-

Number of calls failed


(Number of calls failed not supported)

9.0.6h0d18

WebUI

The WebUI is being updated per AT&
T’s guidance. Development is still in progress and additional changes are
expected between the March 2011 and April 2011 release. Please reference the known issues section for any
open WebUI issues.

9.0.6h0d18

Critical

cqdsl00048042

IPNVG
-
31

IPTSP00046769

Bl i nd Transfer (mi d
-
call transfer) not working



(Reported Issue:
Bl i nd Transfer (mi d
-
cal l transfer). Call di sconnects after fl ash hook. A cal ls B. A presses fl ash and
di al s *380# or 333#. A get the requi red announcements. A fl ashed back to g
et to the fi rst cal l. A get disconnected
from the fi rst cal l.
Mode changes done on the stack to handl e the use case)

9.0.6h0d14

Major

cqdsl 00047957

IPNVG
-
10

IPTSP00046056

Non Emergency Announcement


(Reported Issue:
When dialing 0+number

(e.g. 0211) from a SIP phone, we hear few ri ngs and then cal l
di sconnect. No
announcement.)

9.0.6h0d18

cqdsl 00047959

IPNVG
-
11

IPTSP00046053

Intercept Referral


(Reported Issue:
When cal ling from SIP we don't hear any annoucements, a few ri ngs and the cal
l disconnect
s

-

IPNVG
-
11
)

9.0.6h0d18

cqdsl 00047962

IPNVG
-
14

IPTSP00046050

3
-
Way Cal li ng i s not working


(Reported Issue:
3
-
Way Cal ling i s not worki ng. IPNVG
-
14
.)

9.0.6h0d7

cqdsl00047964

IPNVG
-
16

IPTSP00046048

Cal l Waiting i s not worki ng


(
Cal l Wai ting
i s not working. IPNVG
-
16
)

9.0.6h0d6

cqdsl 00047789

IPNVG
-
18

IPTSP00046434

ATT Austi n Labs: Mul ti pl e 802.1x Authenti cati on/Radi us issues.


(Reported Issue:
Opon startup the uni t i s taking al most 3 minutes to get an IP address and get authenti cated.
Pl ease refrence
cqdsl 00047461


RFP
20101110.003.P











Page
36

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

AT&
T took some traces and found some 802.1x messages being set from the gateway before it had an IP
Address. It looks as though the gateway is attempting to authenticate, times out and then re
-
attempts at a later
time.
This is a duplicate of cqdsl00047461)

cqdsl00047965

IPNVG
-
20

IPTSP00046443

Fi rewal l i s not enabl ed


(Reported Issue:
The GUI shows the fi rewall bei ng enabled, but usi ng telnet, many commands are not supported
whi ch should be used to see the fi rewall, l ogs, etc.

Is the Fi rewall real ly enable? If so, l ogging does not appear to
show i t running.

Fi rewal l i s enabl ed, Admi n Handbook has commands and the f
i rewall setting can be confirmed vi a the CLI, and
set to off, l ow or hi gh
)

-

cqdsl 00048051

IPNVG
-
23

IPTSP00046736

No Cal l er ID on Cal l Wai ti ng


(Reported Issue:
CALL WAITING NO CALLER ID
-

A (224
-
725
-
0030) cal ls B (224
-
725
-
0031) and the call i s setup
between A and B. Then C (224
-
725
-
0032) cal ls A. A hears the cal l waiting tone. But there i s no Caller ID displayed
on A
.
)

9.0.6h0d6

cqdsl 00048034

IPNVG
-
24

IPTSP00046735

No connection setup wi th second i ncomi ng cal l when call waiting i s i nvoked.


(Reported Issue:
No connection setup with second i ncomi ng cal l when cal l waiting i s i nvoked. A (224
-
725
-
0030)
cal l s B (224
-
725
-
0031) and the cal l i s setup between A and B. Then C (224
-
725
-
0032) cal ls A.

A hears the cal l waiting tone. But there is no Cal ler ID displayed on

A. A does fl ash
-
hook then A, B and C get dead
ai r. A does fl ash
-
hook agai n then A can tal k to B. C stil l hears nothing.
)

9.0.6h0d18

cqdsl 00048035

IPNVG
-
25

IPTSP00046779

Busy si gnal heard when setting up a 3
-
way call


(Reported Issue:
Busy si gnal heard when setting up a 3
-
way call
-

B (x0031) cal led A (x0030). Then B did a hook
-
fl ash. B heard an announcement for enteri ng a phone number to add . Entered the phone number of C (x0029). B
heard busy. B di sconnected the cal l wi th A and then
call ed C. The cal l was successful ly set up wi th C.

We get a ""403 forbi dden"" message and there i s no SDP processi ng i n the Invite.
)

9.0.6h0d7

cqdsl 00048036

IPNVG
-
26

IPTSP00046778

Pi ng Ri ng not worki ng. INVITE goes out wi th NO SDP. Cal l getti ng SIP 403
Forbidden.


(Reported Issue:
Pi ng Ri ng not working. INVITE goes out with NO SDP. Thi s l ooks to be the same i ssue as Three
Way Cal l i ng. Call getting SIP 403 Forbi dden.
)

9.0.6h0d7

cqdsl 00048037

IPNVG
-
27

IPTSP00046776

Cal l Waiting function i s working but
there i s only one way audio from the cal ler side.


(Reported Issue:
Cal l Waiting function i s worki ng but there i s onl y one way audi o from the cal ler si de.
)

9.0.6h0d18

cqdsl 00048039

IPNVG
-
28

IPTSP00046774

Ri ng No Answer
-

Getti ng a SIP Error 480
Temporarily Unavai lable


(Reported Issue:
Ri ng No Answer
-

Getting a SIP Error 480 Temporari ly Unavai labl e after ri nging for 35 seconds.
Wi th no features sel ected the cal l shoul d ri ng l onger.
)

9.0.6h0d6

cqdsl 00048040

IPNVG
-
29

IPTSP00046773

Automati c Recal
l not working


(
Automati c Recall
-

When you enter *69, you hear the announcement. Then you enter ""1"" for the auto recall, at
thi s poi nt you hear fast busy. The cal l i s expected to be set up with the previ ously i ncoming cal l. Thi s seems to be
rel ated to
the INVITE wi th NO SDP.
)

9.0.6h0d18

cqdsl 00048041

IPNVG
-
30

IPTSP00046771

*70 not worki ng as expected.


(Reported Issue:
A cal l s B. A di al s *70#, hear announc and get di sconnected. A supposed to return to the fi rst call
after heari ng the announcement.


9.0.6h0d18

cqdsl 00048043

IPNVG
-
32

IPTSP00046766

After manual ly upgradi ng fi rmware, devi ce requi res reboot to complete upgrade


(Reported Issue:
After manuall y l oading the fi rmware the CPE requi res that we manuall y restart. The SWwill

not
fl ash unti l the restart i s pressed (pressi ng the restart button i s required 2 ti mes). We need to have an unattended
compl ete upgrade i.e. the CPE shoul d reboot on i ts own once the upgrade process i s i nitiated.
)

9.0.6h0d18

cqdsl 00048044

IPNVG
-
33

IPTSP00046765

After factory reset, SERVICE LED does not come up. Manual reboot i s required


(Reported Issue:
After doi ng a factory reset, the SERVICE LED does not come up on the CPE.


We have to manually
reboot the unit whi ch i s an additional step to get t
he SERVICE to come up.

Dupli cate of cqdsl 00047560)

Pl ease reference
cqdsl 00047560

cqdsl 00048045

IPNVG
-
34

IPTSP00046763

The gai n l evel on the CPE i s currentl y measured at
-
2db whi ch produces a very l oud tone.


(Reported Issue:
The gai n l evel on the CPE i s
currently measured at
-
2db which produces a very l oud tone. The
l evel s need to be adjusted to a l evel between
-
12db and
-

14db.
)

9.0.6h0d7

cqdsl 00048046

Fax cal l s shoul d only be all owed vi a G711 by defaul t. T.38 needs to be
disabled i n the code.

9.0.6h0d7


RFP
20101110.003.P











Page
37

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

IPNVG
-
35

IPTSP00046762




(Reported Issue:
Fax calls should only be all owed via G711 by default. T.38 needs to be disabl ed in the code.

Thi s
was due to a requi rements gap.)

cqdsl 00048047

IPNVG
-
36

IPTSP00046799

The GUI functi on to ri ng the phone
l i nes from the GUI does not work.


(Reported Issue:
The GUI functi on to ri ng the phone l ines from the GUI does not work
.)

9.0.6h0d7

cqdsl00048048

IPNVG
-
37

IPTSP00046798

Message Wai ti ng Indicator does not clear properly after all the messages are deleted f
rom the l i ne.


(Reported Issue:
When you delete all voice mail messages from the VM server, the NVG510 receives NOTIFY wi th
the voi ce
-
message set to 0. Then NVG510 i s supposed to stop playing the stutter dial tone and to stop displaying
MWI. If you del ete
the voice message from the l ine where the VM was deposi ted, We do not hear the stutter dial
tone but we could see that the MWI i s ON. In thi s case, the MWI fai led to turn off. If we del ete the VM from other
l i ne, then both the stutter dial tone and the MWI

go away.
)

9.0.6h0d8

cqdsl 00048049

IPNVG
-
38

IPTSP00046797

There i s no audio on Ri ng Back When Free (RBwF).


(Reported Issue:
There i s no audio on Ri ng Back When Free (RBwF). A call ed B and heard an announcement that
the party i s busy and press ""1"" to
automati cal ly connect the cal l when the cal led party becomes avail able. A
pressed 1 and l ater A connected to B when B was avail able. But there's no audi o between A and B.
)

9.0.6h0d27

cqdsl 00048050

IPNVG
-
39

IPTSP00046796

In the GUI, The Register button
works only i f the l i nes are de
-
registered.


(Reported Issue:
In the GUI, The Regi ster button works onl y i f the l ines are de
-
regi stered. If the l i nes are al ready
regi stered, i t does not toggle for now.
)

9.0.6h0d8

cqdsl 00048390

IPNVG
-
41

IPTSP00047559

Source

and Desti nati on Ports Reversed i n RTCP Packets

(Cl osed, i nvali d bug as RTCP was not turned on)

-

cqdsl 00047461

CPE takes l onger to acquire an IP address when compared to

previous versions of code


(Reported Issue: The CPE takes l onger to obtai n an IP
address. Issue addressed wi th delay START packet unti l
Authenti cator i s ready to recei ve, shortened timeout.)

9.0.6h0d18

cqdsl 00047464

Upstream voice stream del ayed wi th a si ngl e FTP sessi on


(Reported Issue:
If there i s a FTP cl ient running a put, the
upstream voice i s heard del ayed on the other end
.
Updated QoS configuration settings)

9.0.6h0d18

cqdsl00047470

802.1x authentication not working vs. Ericsson EDA1200 DSLAM


(
Reported is sue is that the u
nit trains up to Ericsson EDA1200 ADSL dslam, but
does not complete 802.1x
authentication.)

9.0.6h0d18

cqdsl00047761

IPNVG
-
7

IPTSP00045956

NVG510
-

Confusing LEDs on Factory Reset.


(Reported Issue:
The LED indicators during a factory reset are confusing.

Duplicate of cqdsl00047560)

Please reference
cqds
l00047560

cqdsl00047762

IPNVG
-
5

IPTSP00045958

The RFC2833 DTMF tones are not processed by the unit


(Reported Issue:
The RFC2833 DTMF tones are not processed by the unit
)

9.0.6h0d4

cqdsl00047766

IPNVG
-
4

IPTSP00045959

NVG510
-

Hook flash doesn't work



(Reported Issue:
The hook flash does not work which prevents the end user to initiate a second call after putting
the first call on hold.
)

9.0.6h0d18

cqdsl00047891

IPNVG
-
17

IPTSP00046047

NVG510 rejects a SIP NOTIFY message. It returns 489 (IPTSP00046047
)


(Reported Issue:
NVG510 rejects a SIP NOTIFY message. It returns 489 (IPTSP00046047Bad Event).


9.0.6h0d18

Minor

cqdsl 00047917

IPNVG
-
19

IPTSP00046444

ATT Austi n Labs: Onboard Diagnostics Fai l


(Reported Issue:
Di agnostics under the Troubleshooting
section fai ls, even though the uni t i s up and has i nternet
connectivi ty.

Cannot reproduce wi th 9.0.6 code.

-

cqdsl 00047960

IPNVG
-
12

IPTSP00046052

422 SIP Interval Too Smal l messages


(Reported Issue:
We are seei ng 422 SIP Interval Too Small messages i n
the protocol trace when there i s an Invite.
IPNVG
-
12
. Updated default sessi on expiration changed from 360 to 2280 seconds per AT&T requirements)

9.0.6h0d7

cqdsl 00047961

IPNVG
-
13

Di sconnecting/reconnecting DSL l i ne from the CPE, the l i nes do
not re
-
regi ster


Dupl i cate of
cqdsl 00047505


RFP
20101110.003.P











Page
38

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

IPTSP00046051

(Reported Issue: After disconnecting/reconnecting the DSL line from the CPE, the lines do not re
-
register. The CPE
requires a reboot to bring the lines back in service. IPNVG
-
13)

cqdsl00047963

IPNVG
-
15

IPTSP00046049

Sel ecti ve Cal l


(Reproted Issue:
Onl y the Sel ecti ve Cal ls that are from OFFNET are all owed and receive a recorded message from
the SERVER. ONNET cal l s get fast busy and di sconnect. IPNVG
-
15
)

9.0.6h0d18

cqdsl 00047915

IPNVG
-
21

IPTSP00046442

ATT Austi n Labs: Additional CLI commands not supported i n thi s rel ease


(Reported Issue: Commands not supported i n this rel ease that need to be supported goi ng forward

show dhcp server store

show dhcp agent

show dsl f devi ce
-
associ ation

show i p i gmp
-
stats a
ll

show i p i gmp
-
stats i nterfaces

show i p i gmp
-
group

show i p i gmp
-
stats hosts

show i p i psec

show i p fi rewal l

show i p state
-
i nsp

show rtsp

show securi ty
-
l og

Resol uti on
: There were some commands that were carried over from 7x that are not supported. The CLI
c
ommands have been cl eaned up, pl ease see detai ls bel ow:

show dhcp server store
--
>
Removed, not supported

show dhcp agent
--
>
Removed, not supported

show dslf device
-
association
--
>

Removed, not supported

show ip igmp
-
stats all
--
>
Removed, not supported

show ip igmp
-
stats interfaces
--
>
Removed, not supported

show ip igmp
-
group
--
> available

show ip igmp
-
stats hosts
--
>
Removed, not supported

show ip ipsec
--
>
--
>
Removed, not supported

show ip firewall
--
> Available

show ip state
-
insp
--
>
Removed, not
supported

show rtsp
--
>
Removed, not supported

show security
-
log
--
> Removed; Please use show firewall
-
log

9.0.6h0d18

cqdsl00047966

IPNVG
-
22

IPTSP00046591

Engi neeri ng Bui ld nbwv9.0.6h0d2+ fai ls to l oad on CPE


(Reported Issue:
Engi neeri ng Bui ld
nbwv9.0.6h0d2+ fai ls to l oad on CPE i n the Austin SCL environment. IPNVG
-
22
. There was DSP bi nary mi smatch for 6361 based hardware)

9.0.6h0d18

cqdsl 00047004

CPE became non
-
responsive after running Tput Traffi c due to stuck System Packet Buffers


(Not
reproduci bl e)

-

cqdsl 00047311

CPE fai l s to respond to at l east one of Concurrent Connection Requests received from ACS


(CPE updated to support maxi mum of 5 nonces)

9.0.6h0d18

cqdsl 00047419

DNS :
-

Ori gi nated and Rel ayed DNS requests using port out of
range (49200 through 65000)


(Mi ni mum port i n confi g specifi ed, restricti ng upper port wil l requi re

require dnsmasq src change
)

9.0.6h0d18

cqdsl 00047448

RTP Event DTMF i ndi cates volume = 0

(Whi l e a cal l i s up between A (NVT510 l ine 1) and B (NVG510 l ine
2), send DTMF di gits 0
-
9,*,# (events 0
-
9, a,b)
from A. On d9, the DTMF di gi ts are heard on B but the RTP Event packet i ndicates that the vol ume i s 0. This i s
supposed to be a non
-
zero value.Ondo si p server was used and set up to rel ay RTP packets. 2 differ
ent phones
where used on A (AT&T and Panasoni c).)


(Reported Issue: Devi ce not behavi ng per AT&T req 1366.H
havi ng vol ume 0 i n the RTPEvent i s as per RFC. When
you have val ue zero, i t means that the DSP can apply the vol ume l evel s based on the l ocal setting
s. Non i ssue.)

-

cqdsl 00047450

Capti ve Portal: DUT sends303 response code i nstead of 302 i n the HTTP packet for redirecti on.


(Issue fi xed to behave per AT&T requi rement#1019)

9.0.6h0d18

cqdsl 00047472

cqdsl 00047473

Req

819
-

Defaul t setti ng for the WAN not to respond to Pings
-

setting i s off by default

i cmp
-
echo
-
drop set to ON, WAN sti ll responds to ping requests


9.0.6h0d18


RFP
20101110.003.P











Page
39

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).

(Device default settings updatedto enable feature)

cqdsl00047474

W
ireless client fails to
connect using WEP privacy


(EAP task was created with an incorrect interface list, which caused it to respond to EAP start packets that it
would normally ignore)

9.0.6h0d18

cqdsl00047498

Duplicate and OOS Frames sent by CPE during Throughput Perf Tests


(Reported issue: When performing ping tests the output showed duplicate ping replies. After investigation, the
CPE handled untagged frames on a priority tagged interface. The packet was handled twice, so it behaved like a
duplicate packet.)

9.0.6h0d18

cqd
sl00047501

Low throughput performance for Frame Sizes of 66. 128 & 256 at Full/Mid/Low Rates


(
Confirmed setup

issue
, not reproducible
)

-

cqdsl00047505

VoIP lines stuck "In Progress" state after a link flap event


(Not reproducible, working in d18)

-

cqdsl00047507

IP Service LED does not flash green attempting IEEE 802.1X authentication.


(Behavior updated per AT&T requirement #137)

9.0.6h0d18

cqdsl00047508

IP Service LED Red state does not time out after device attempted to become IP connected and fa
iled.


(Updated behavior per AT&T requirement #137)

9.0.6h0d18

cqdsl00047509

DHCP Client


Option 125 Values are wrong


(After further investigation, this was a setup issue)

-

cqdsl00047511

TR69 and GUI displays incorrect First use date as 1/1/1970


(Not

able to reproduce)

-

cqdsl00047512

Through TR69 nslookup is not supported.


(nslookup feature added)

9.0.6h0d18

cqdsl00047520

CPE takes more than 400ms after hook
-
flash (Req
-
1301)


(Reported issue, device does not behave per AT&T req

#1301. After analysis, device is compliant taking about
193ms. Not reproducible.)

-

cqdsl00047560

Reset button LED behavior not following AT&T requirements.


(Reported Issue:
Reset button LED behavior
not following AT&T req 143.)

9.0.6h0d18

cqdsl00047760

IPNVG
-
8

IPTSP00045955

When there is an incoming call, there is no indication of that call on the front panel e.g. a flashing LED.


(Reported Issue:
When there is an incoming call, there is no indication of that call on the front panel e.g. a
flashing LED.

This is a feature request and covered in CR1030)

Please reference
CR1030

cqdsl00047779

IPNVG
-
9

IPTSP00045954

Ping and Trace tools hang up the system until results are displayed


(Reported Issue:
The troubleshooting tools such as PING and
TRACE, hang up the system until the results are
displayed.

Need additional details on what hangs. Cannot be reproduced.)

-

cqdsl00047780

IPNVG
-
6

IPTSP00045957

NVG510
-

ATT
-

When the DND feature is activated the server is disconnected


(Reported Issue:
When the Do Not Distrub (DND) feature is activated, the server gets disconnected before the
announcement can be displayed.

Fix added for handling SDP)

9.0.6h0d18


Device

Certificate Table

No

Certificate
Authority

Details

Certificate Type

1

Motorol a

Motorol a, Inc. Devi ce Root CA ATTCPE1

Expi res Apri l 30, 2038 17:30:26 GMT


CPE Root Cert

2

Motorol a

Motorol a, Inc., Devi ce Intermedi ate CA ATTCPE1 Expi res Apri l 30, 2033 17:36:29 GMT

CPE Intermedi ate Cert


RFP
20101110.003.P











Page
40

of
40


Model Number: NVG510

Embedded software: 9.0.6h2d14

Document Number:
ATTNVG510_RN
-
001

Revision: 2.8


Motorola

Confidential; not to be disclosed without prior written consent from Motorola and is subject to applicable Non
-
Disclosure Agreement(s).


3

SBC Services

Subject: C=US, O=SBC Services,
Inc., CN=SBC Services, Inc. Root CA

Expires Aug 21, 2012 23:59:59 GMT

802.1x Trust List

4

SBC Services

Subject: C=US, O=SBC Services, Inc., CN=SBC Services, Inc. Enhanced Services CA

Expires Aug 21, 2012 23:59:59 GMT


802.1x Trust List

5

2Wire

Subject: C=US, O=2Wire Inc, OU=Certification Authority
-

G1/emailAddress=cms
-
ops@2wire.com

Expires Mar 10, 2031 23:30:35 GMT

TR
-
69 Trust List

6

AT&T Services
Inc.

Subject:
CN = ATT Services Inc
Enhanced Services CA
,
O = ATT Services Inc
,
C = US

Expires:
Tuesday, February 23, 2021 4:59:59 PM

802.1x Trust List

7

AT&T Services
Inc.

Subject:
CN = ATT Services Inc Root CA
,
O = ATT Services Inc
,
C = US

Expires:
Sunday, February 23, 2031 4:59:59 PM

802
.1x Trust Li st