Главная страница


ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Serge Matveev                        2:5020/52      26 May 2005  20:30:01
 To : Dmitriy Ksenchak
 Subject : Re: ppp соединение
 -------------------------------------------------------------------------------- 
 
 
  DK> Подскажите как быть. Провайдер раздает И-нет через PPPoE. Все работает
  DK> нормально пока есть трафик. Как только трафик кончается, минут через 5-10
  DK> (а бывает и 15) коннект пропадает. А я хочу чтоб тачка постоянно в и-нете
  DK> висела. Разговаривал с провом, тот говорит что у него никаких таймаутов не
  DK> прописано, мол связь рвется с клиентской стороны. 
 
  DK> log: 
  DK> May 26 20:55:59 comm pppd[23973]: CHAP authentication succeeded: Welcome!!
  DK> May 26 20:56:02 comm pppd[23973]: local  IP address 8.8.0.160
  DK> May 26 20:56:02 comm pppd[23973]: remote IP address 8.8.0.1
  DK> May 26 21:01:48 comm pppd[23973]: IPCP terminated by peer
  DK> May 26 21:01:48 comm pppd[23973]: LCP terminated by peer
  DK> May 26 21:01:48 comm pppoe[23974]: Session 12182 terminated -- received
  DK> PADT from peer
 
     Я думаю, продолжать пинать провайдера, прочитав ему последние три
 строчки. Это же он (peer) завершил IPCP, LCP и прислал PADT
 
 The Acttive Discovery Terminate (PADT) packet
 
    This packet may be sent anytime after a session is established to
    indicate that a PPPoE session has been terminated.  It may be sent by
    either the Host or the Access Concentrator.  The DESTINATION_ADDR
    field is a unicast Ethernet address, the CODE field is set to 0xa7
    and the SESSION_ID MUST be set to indicate which session is to be
    terminated.  No TAGs are required.
 
 >   When a PADT is received, no further PPP traffic is allowed to be sent
 >   using that session.  Even normal PPP termination packets MUST NOT be
 >   sent after sending or receiving a PADT.  A PPP peer SHOULD use the
 >   PPP protocol itself to bring down a PPPoE session, but the PADT MAY
 >   be used when PPP can not be used.
 
     Как видишь, твоя сторона _обязана_ отрубаться по данной команде
 провайдера :-)
 
         serge@matveev spb ru                       Serge Matveev & ...
         ICQ 3575357
         serge@matveev spb ru                       Serge Matveev & ...
         ICQ 3575357
         serge@matveev spb ru                       Serge Matveev & ...
         ICQ 3575357
         serge@matveev spb ru                       Serge Matveev & ...
         ICQ 3575357
 
 --- tin/1.7.8-20050315 ("Scalpay") (UNIX) (Linux/2.6.8-2-686 (i686))
  * Origin: После нас пришло новое поколение и выбрало Pepsi. (2:5020/52.0)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 ppp соединение   Dmitriy Ksenchak   27 May 2005 01:40:48 
 Re: ppp соединение   Serge Matveev   26 May 2005 20:30:01 
 Re: ppp соединение   Dmitriy Ksenchak   28 May 2005 04:03:27 
 ppp соединение   Anton Shuko   27 May 2005 00:02:49 
 Re: ppp соединение   Dmitriy Ksenchak   28 May 2005 03:50:35 
Архивное /ru.linux/43097ee157ad6.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional