I have seen the newer firmware versions of WebTV units have problems connecting... our customers that have this problem must revert to a previous version of firmware... this happens on our MAX and PM3 NAS... /Chris Jason Nealis wrote: > > I could have sworn that earlier WEB TV customers utilized V.FAST, or some other > very earlier modem standard. > > So do you have v.92 enabled, or perhaps the v.44 compression turned on , try > disabling them and fall back to reg v.34 / v90. > > Jason > > On Fri, Jan 18, 2002 at 12:18:39PM -0500, DPascarella at solunet.com stated > > Hi all, > > > > Has anyone seen any connection issues with a WebTV box dialing in through a > > T1 to a TNT with 9.1.3 code and MADD2 modem cards? The WebTV successfully > > dials into a MAX 6000 with 16 56k modem cards and 7.0.3 code but not the > > TNT. We have tried local profiles and any-ppp-auth in the answer profile > > but no config change on the TNT is making a difference. The connection > > stops with a disconnect/progress code of 47/63. This issue is consistent > > using multiple WebTV boxes. > > > > Here is a PPPIF capture of both the TNT and MAX6K calls from the same WebTV > > box..... > > > > ~~~~~~~~~ > > TNT Call: (local profile used in this capture but the same results were > > shown with the RADIUS profile, as well) (disconnect/progress = 47/63) > > > > PPPIF-128: PAP/CHAP/MS-CHAP auth, incoming > > PPPIF-128: bypassing async layer > > PPPIF-128: Link Is up. > > PPPIF-128: pppMpNegUntimeout last 0 layer 0 > > PPPIF-128: pppMpNegUntimeout last 0 layer 0 > > PPPIF-128: LCP Opened, local 'Answer', remote '' > > PPPIF-128: _openAuthentication > > PPPIF-128: pppMpNegUntimeout last 0 layer 1 > > PPPIF-128: Auth Opened > > PPPIF-128: Remote hostName is '<name-deleted>' > > PPPIF-128: assigning profile '<name-deleted>' > > PPPIF-128: decided MTU 1500 > > PPPIF-128: CBCP Opened > > PPPIF-128: pppMpSendNeg Pkt > > PPPIF-128: pppMpNegTimeout layer 4 > > ../pppif.c:1349 - 128 ppp is e041f0f0, aysnc is 1, syncAsync is 1 > > PPPIF-128: opening CCP > > PPPIF-128: pppMpSendNeg Pkt > > PPPIF-128: pppMpNegTimeout layer 6 > > PPPIF-128: vj comp on > > PPPIF-128: using address from pool 0 and vRouter > > PPPIF-128: Allocated address [n.n.65.34] > > PPPIF-128: opening IPNCP: 0.0.0.0 -> n.n.65.34 > > PPPIF-128: pppMpSendNeg Pkt > > PPPIF-128: pppMpSendNeg Pkt > > PPPIF-128: pppMpNegTimeout layer 4 > > PPPIF-128: CCP closed > > PPPIF-128: pppMpSendNeg Pkt > > PPPIF-128: pppMpSendNeg Pkt > > PPPIF-128: pppMpNegTimeout layer 4 > > PPPIF-128: pppMpSendNeg Pkt > > PPPIF-128: pppMpNegTimeout layer 4 > > PPPIF-128: pppMpSendNeg Pkt > > PPPIF-128: pppMpNegTimeout layer 4 > > PPPIF-128: pppMpSendNeg Pkt > > PPPIF-128: pppMpNegTimeout layer 4 > > PPPIF-128: pppMpSendNeg Pkt > > PPPIF-128: pppMpNegTimeout layer 4 > > PPPIF-128: pppMpSendNeg Pkt > > PPPIF-128: pppMpNegTimeout layer 4 > > PPPIF-128: pppMpSendNeg Pkt > > PPPIF-128: pppMpNegTimeout layer 4 > > PPPIF-128: IPNCP closed: Configuration negotiations failed, > > PPPIF-128: Freed address [n.n.65.34] > > > > ~~~~~~~~ > > > > MAX 6000 Call: (RADIUS profile used) > > > > PPPIF: open: routeid 238, incoming YES > > PPPIF-51: ASYNC mode > > PPPIF-51: _initAuthentication > > PPPIF-51: auth mode 3 > > PPPIF-51: PAP/CHAP/MS-CHAP auth, incoming > > PPPIF-51: bypassing async layer > > PPPIF-51: Link Is up. > > PPPIF-51: pppMpNegUntimeout last 0 layer 0 > > PPPIF-51: pppMpNegUntimeout last 0 layer 0 > > PPPIF-51: LCP Opened, local 'Answer', remote '' > > PPPIF-51: _openAuthentication > > PPPIF-51: pppMpNegUntimeout last 0 layer 1 > > PPPIF-51: Auth Opened > > PPPIF-51: Remote hostName is '<name-deleted>' > > PPPIF-51: CBCP Opened > > PPPIF-51: pppMpSendNeg Pkt > > PPPIF-51: pppMpNegTimeout layer 4 > > ../pppif.c:1169 - 51 ppp is b05b2acc, aysnc is 1, syncAsync is 0 > > PPPIF-51: opening CCP > > PPPIF-51: pppMpSendNeg Pkt > > PPPIF-51: pppMpNegTimeout layer 6 > > PPPIF-51: vj comp on > > PPPIF-51: using address from pool 2 > > PPPIF-51: Allocated address [n.n.64.134] > > PPPIF-51: opening IPNCP: n.n.105.241 -> n.n.64.134 > > PPPIF-51: pppMpSendNeg Pkt > > PPPIF-51: pppMpNegUntimeout last 0 layer 4 > > PPPIF-51: CCP closed > > PPPIF-51: pppMpSendNeg Pkt > > PPPIF-51: pppMpNegUntimeout last 0 layer 4 > > PPPIF-51: IPNCP Opened to n.n.64.134 > > ...... > > ...... > > PPPIF-51: _pppClose called > > PPPIF-51: cleanup pass > > PPPIF:_auth_free_callback: Freeing authData > > > > Any help would be greatly appreciated, of course. > > > > Thank You, > > > > David Pascarella, CCNA MCSE LSCP A+ > > Network Support Engineer > > SOLUServe TAC > > 1571 Robert J. Conlan Blvd., Suite 110 > > Palm Bay, FL 32905-3562 > > 888.449.5766 > > 800.795.2814 > > fax: 321.308.7986 > > mailto:dpascarella at solunet.com > > www.solunet.com > > > > > > ++ Ascend Users Mailing List ++ > > To unsubscribe: send unsubscribe to ascend-users-request at bungi.com > > Archives: http://www.nexial.com/mailinglists/ > > -- > > ------ > Jason Nealis > Sr. Director > Internet Operations > RCN (NASDAQ) RCNC > ++ Ascend Users Mailing List ++ > To unsubscribe: send unsubscribe to ascend-users-request at bungi.com > Archives: http://www.nexial.com/mailinglists/ -- Chris o----< ccook at tcworks.net >------------------------------------o |Chris Cook - Admin |TCWORKS.NET - http://www.tcworks.net | |The Computer Works ISP |FreeBSD - http://www.freebsd.org | o-------------------------------------------------------------o ++ Ascend Users Mailing List ++ To unsubscribe: send unsubscribe to ascend-users-request at bungi.com Archives: http://www.nexial.com/mailinglists/