MP Support for ISDN ... - PPP

This is a discussion on MP Support for ISDN ... - PPP ; I am having trouble getting MP to work. Server side: Linux 2.4.19, portslave-2002.01.19 and ppp-2.4.1. Client side: Windows XP If I dial-in using a single B-channel and am able to connect via PPP. Everything acts as I would expect. If ...

+ Reply to Thread
Results 1 to 3 of 3

Thread: MP Support for ISDN ...

  1. MP Support for ISDN ...

    I am having trouble getting MP to work.

    Server side: Linux 2.4.19, portslave-2002.01.19 and ppp-2.4.1.
    Client side: Windows XP

    If I dial-in using a single B-channel and am able to connect via PPP.
    Everything acts as I would expect.

    If I do the same using both B-channels (S12 and S13 in the following
    output), the client gives up. Is Windows XP timing out? Do I have a
    setting wrong on the server side?

    Trace for S12:

    Sep 1 13:33:14 multiaccess port[S12]: Connected - waiting for login
    Sep 1 13:33:15 multiaccess port[S12]: PPP frames detected - switching
    to PPP mode
    Sep 1 13:33:15 multiaccess port[S12]: pppd 2.4.1 started by AutoPPP,
    uid 0
    Sep 1 13:33:15 multiaccess port[S12]: using channel 7
    Sep 1 13:33:15 multiaccess port[S12]: Connect: <--> /dev/ttyMA12
    Sep 1 13:33:15 multiaccess port[S12]: sent [LCP ConfReq id=0x1
    1500> ]
    Sep 1 13:33:15 multiaccess port[S12]: rcvd [LCP ConfAck id=0x1
    1500> ]
    Sep 1 13:33:17 multiaccess port[S12]: sent [LCP ConfReq id=0x1
    1500> ]
    Sep 1 13:33:17 multiaccess port[S12]: rcvd [LCP ConfAck id=0x1
    1500> ]
    Sep 1 13:33:18 multiaccess port[S12]: rcvd [LCP ConfReq id=0x3 0x6fac4b94>
    ]
    Sep 1 13:33:18 multiaccess port[S12]: sent [LCP ConfRej id=0x3
    ]
    Sep 1 13:33:18 multiaccess port[S12]: rcvd [LCP ConfReq id=0x4 0x6fac4b94> [magic:d181301e.78670c73.cd86b065.94078076.dbdb7b60]>]
    Sep 1 13:33:18 multiaccess port[S12]: sent [LCP ConfAck id=0x4 0x6fac4b94> [magic:d181301e.78670c73.cd86b065.94078076.dbdb7b60]>]
    Sep 1 13:33:18 multiaccess port[S12]: sent [LCP EchoReq id=0x0
    magic=0xd5ddedf8]
    Sep 1 13:33:18 multiaccess port[S12]: rcvd [LCP code=0xc id=0x5 6f ac
    4b 94 4d 53 52 41 53 56 35 2e 31 30]
    Sep 1 13:33:18 multiaccess port[S12]: sent [LCP CodeRej id=0x2 0c 05
    00 12 6f ac 4b 94 4d 53 52 41 53 56 35 2e 31 30]
    Sep 1 13:33:18 multiaccess port[S12]: rcvd [LCP code=0xc id=0x6 6f ac
    4b 94 4d 53 52 41 53 2d 31 2d 53 41 54 33]
    Sep 1 13:33:18 multiaccess port[S12]: sent [LCP CodeRej id=0x3 0c 06
    00 14 6f ac 4b 94 4d 53 52 41 53 2d 31 2d 53 41 54 33]
    Sep 1 13:33:18 multiaccess port[S12]: rcvd [PAP AuthReq id=0x8
    user="bob" password=]
    Sep 1 13:33:18 multiaccess port[S12]: user bob logged in
    Sep 1 13:33:18 multiaccess port[S12]: sent [PAP AuthAck id=0x8 ""]
    Sep 1 13:33:18 multiaccess port[S12]: Couldn't set MRRU:
    Inappropriate ioctl for device
    Sep 1 13:33:18 multiaccess port[S12]: Using interface ppp0
    Sep 1 13:33:18 multiaccess port[S12]: New bundle ppp0 created
    Sep 1 13:33:18 multiaccess port[S12]: sent [IPCP ConfReq id=0x1 192.168.4.235> ]
    Sep 1 13:33:18 multiaccess port[S12]: rcvd [LCP EchoRep id=0x0
    magic=0x6fac4b94]
    Sep 1 13:33:18 multiaccess port[S12]: rcvd [CCP ConfReq id=0x7 < 12
    06 00 00 00 01>]
    Sep 1 13:33:18 multiaccess port[S12]: Unsupported protocol
    'Compression Control Protocol' (0x80fd) received
    Sep 1 13:33:18 multiaccess port[S12]: sent [LCP ProtRej id=0x4 80 fd
    01 07 00 0a 12 06 00 00 00 01]
    Sep 1 13:33:18 multiaccess port[S12]: rcvd [IPCP ConfReq id=0x8

    ]
    Sep 1 13:33:18 multiaccess port[S12]: sent [IPCP ConfRej id=0x8
    ]
    Sep 1 13:33:21 multiaccess port[S12]: sent [IPCP ConfReq id=0x1 192.168.4.235> ]
    Sep 1 13:33:22 multiaccess port[S12]: rcvd [IPCP ConfReq id=0x9

    ]
    Sep 1 13:33:22 multiaccess port[S12]: sent [IPCP ConfRej id=0x9
    ]
    Sep 1 13:33:24 multiaccess port[S12]: sent [IPCP ConfReq id=0x1 192.168.4.235> ]
    Sep 1 13:33:26 multiaccess port[S12]: rcvd [IPCP ConfReq id=0xa

    ]
    Sep 1 13:33:26 multiaccess port[S12]: sent [IPCP ConfRej id=0xa
    ]
    Sep 1 13:33:27 multiaccess port[S12]: sent [IPCP ConfReq id=0x1 192.168.4.235> ]
    Sep 1 13:33:30 multiaccess port[S12]: rcvd [IPCP ConfReq id=0xb

    ]
    Sep 1 13:33:30 multiaccess port[S12]: sent [IPCP ConfRej id=0xb
    ]
    Sep 1 13:33:30 multiaccess port[S12]: sent [IPCP ConfReq id=0x1 192.168.4.235> ]
    Sep 1 13:33:33 multiaccess port[S12]: sent [IPCP ConfReq id=0x1 192.168.4.235> ]
    Sep 1 13:33:34 multiaccess port[S12]: rcvd [IPCP ConfReq id=0xc
    ]
    Sep 1 13:33:34 multiaccess port[S12]: sent [IPCP ConfNak id=0xc 192.168.4.212>]
    Sep 1 13:33:36 multiaccess port[S12]: sent [IPCP ConfReq id=0x1 192.168.4.235> ]
    Sep 1 13:33:38 multiaccess port[S12]: rcvd [IPCP ConfReq id=0xd
    ]
    Sep 1 13:33:38 multiaccess port[S12]: sent [IPCP ConfNak id=0xd 192.168.4.212>]
    Sep 1 13:33:39 multiaccess port[S12]: sent [IPCP ConfReq id=0x1 192.168.4.235> ]
    Sep 1 13:33:42 multiaccess port[S12]: rcvd [IPCP ConfReq id=0xe
    ]
    Sep 1 13:33:42 multiaccess port[S12]: sent [IPCP ConfNak id=0xe 192.168.4.212>]
    Sep 1 13:33:42 multiaccess port[S12]: sent [IPCP ConfReq id=0x1 192.168.4.235> ]
    Sep 1 13:33:45 multiaccess port[S12]: sent [IPCP ConfReq id=0x1 192.168.4.235> ]
    Sep 1 13:33:46 multiaccess port[S12]: rcvd [IPCP ConfReq id=0xf
    ]
    Sep 1 13:33:46 multiaccess port[S12]: sent [IPCP ConfNak id=0xf 192.168.4.212>]
    Sep 1 13:33:48 multiaccess port[S12]: sent [LCP EchoReq id=0x1
    magic=0xd5ddedf8]
    Sep 1 13:33:48 multiaccess port[S12]: rcvd [LCP EchoRep id=0x1
    magic=0x6fac4b94]
    Sep 1 13:33:48 multiaccess port[S12]: sent [IPCP ConfReq id=0x1 192.168.4.235> ]
    Sep 1 13:33:50 multiaccess port[S12]: rcvd [IPCP ConfReq id=0x10
    ]
    Sep 1 13:33:50 multiaccess port[S12]: sent [IPCP ConfNak id=0x10
    ]
    Sep 1 13:33:51 multiaccess port[S12]: sent [IPCP ConfReq id=0x1 192.168.4.235> ]
    Sep 1 13:33:54 multiaccess port[S12]: rcvd [IPCP ConfReq id=0x11
    ]
    Sep 1 13:33:54 multiaccess port[S12]: sent [IPCP ConfRej id=0x11
    ]
    Sep 1 13:33:54 multiaccess port[S12]: sent [IPCP ConfReq id=0x1 192.168.4.235> ]
    Sep 1 13:33:57 multiaccess port[S12]: sent [IPCP ConfReq id=0x1 192.168.4.235> ]
    Sep 1 13:33:58 multiaccess port[S12]: rcvd [LCP TermReq id=0x12
    "o\37777777654K\37777777624\000<\37777777715t\000\000\000\000"]
    Sep 1 13:33:58 multiaccess port[S12]: LCP terminated by peer
    (oM-,KM-^T^@ Sep 1 13:33:58 multiaccess port[S12]: sent [LCP TermAck id=0x12]
    Sep 1 13:34:00 multiaccess port[S12]: Hangup (SIGHUP)
    Sep 1 13:34:00 multiaccess port[S12]: Modem hangup
    Sep 1 13:34:00 multiaccess port[S12]: Connection terminated.
    Sep 1 13:34:00 multiaccess port[S12]: Connect time 0.8 minutes.
    Sep 1 13:34:00 multiaccess port[S12]: Sent 348 bytes, received 266
    bytes.
    Sep 1 13:34:00 multiaccess port[S12]: Exit.
    Sep 1 13:34:00 multiaccess port[S12]: portslave started on port 12
    (/dev/ttyMA12)

    Trace for S13:

    Sep 1 13:33:18 multiaccess port[S13]: Connected - waiting for login
    Sep 1 13:33:19 multiaccess port[S13]: PPP frames detected - switching
    to PPP mode
    Sep 1 13:33:19 multiaccess port[S13]: pppd 2.4.1 started by AutoPPP,
    uid 0
    Sep 1 13:33:19 multiaccess port[S13]: using channel 8
    Sep 1 13:33:19 multiaccess port[S13]: Connect: <--> /dev/ttyMA13
    Sep 1 13:33:19 multiaccess port[S13]: sent [LCP ConfReq id=0x1
    1500> ]
    Sep 1 13:33:19 multiaccess port[S13]: rcvd [LCP ConfAck id=0x1
    1500> ]
    Sep 1 13:33:21 multiaccess port[S13]: sent [LCP ConfReq id=0x1
    1500> ]
    Sep 1 13:33:21 multiaccess port[S13]: rcvd [LCP ConfAck id=0x1
    1500> ]
    Sep 1 13:33:22 multiaccess port[S13]: rcvd [LCP ConfReq id=0x2
    [magic:d181301e.78670c73.cd86b065.94078076.dbdb7b60]>]
    Sep 1 13:33:22 multiaccess port[S13]: sent [LCP ConfAck id=0x2
    [magic:d181301e.78670c73.cd86b065.94078076.dbdb7b60]>]
    Sep 1 13:33:22 multiaccess port[S13]: sent [LCP EchoReq id=0x0
    magic=0x848ace53]
    Sep 1 13:33:22 multiaccess port[S13]: rcvd [PAP AuthReq id=0x0
    user="bob" password=]
    Sep 1 13:33:22 multiaccess port[S13]: user bob logged in
    Sep 1 13:33:22 multiaccess port[S13]: sent [PAP AuthAck id=0x0 ""]
    Sep 1 13:33:22 multiaccess port[S13]: Using interface ppp0
    Sep 1 13:33:22 multiaccess port[S13]: Link attached to ppp0
    Sep 1 13:33:22 multiaccess port[S13]: rcvd [LCP EchoRep id=0x0
    magic=0x0]
    Sep 1 13:33:52 multiaccess port[S13]: sent [LCP EchoReq id=0x1
    magic=0x848ace53]
    Sep 1 13:33:52 multiaccess port[S13]: rcvd [LCP EchoRep id=0x1
    magic=0x0]
    Sep 1 13:33:59 multiaccess port[S13]: Hangup (SIGHUP)
    Sep 1 13:33:59 multiaccess port[S13]: Modem hangup
    Sep 1 13:33:59 multiaccess port[S13]: Connection terminated.
    Sep 1 13:33:59 multiaccess port[S13]: Connect time 0.7 minutes.
    Sep 1 13:33:59 multiaccess port[S13]: Sent 348 bytes, received 266
    bytes.
    Sep 1 13:33:59 multiaccess port[S13]: Exit.
    Sep 1 13:33:59 multiaccess port[S13]: portslave started on port 13
    (/dev/ttyMA13)

    My portslave settings for ppp are:

    all.autoppp proxyarp %d asyncmap 0 %i: \
    noipx noccp login auth require-pap refuse-chap \
    mtu %t mru %t sync multilink \
    ms-dns 192.168.11.251 ms-dns 192.168.11.251 \
    plugin /usr/local/lib/libpsr.so \
    modem debug
    all.pppopt proxyarp %d asyncmap 0 %i:%j \
    noipx noccp \
    mtu %t mru %t sync multilink \
    netmask %m idle %I maxconnect %T \
    ms-dns 192.168.11.251 ms-dns 192.168.11.251 \
    plugin /usr/local/lib/libpsr.so \
    modem debug

    Any help would be appreciated.

    Thank you,

    Dale Martenson
    dmartenson@multitech.com

  2. Re: MP Support for ISDN ...

    Dale Martenson wrote:
    > I am having trouble getting MP to work.


    > Server side: Linux 2.4.19, portslave-2002.01.19 and ppp-2.4.1.
    > Client side: Windows XP


    > If I dial-in using a single B-channel and am able to connect via PPP.
    > Everything acts as I would expect.


    > If I do the same using both B-channels (S12 and S13 in the following
    > output), the client gives up. Is Windows XP timing out? Do I have a
    > setting wrong on the server side?


    > Trace for S12:

    ....

    > Sep 1 13:33:18 multiaccess port[S12]: rcvd [CCP ConfReq id=0x7 < 12
    > 06 00 00 00 01>]
    > Sep 1 13:33:18 multiaccess port[S12]: Unsupported protocol
    > 'Compression Control Protocol' (0x80fd) received
    > Sep 1 13:33:18 multiaccess port[S12]: sent [LCP ProtRej id=0x4 80 fd
    > 01 07 00 0a 12 06 00 00 00 01]


    I'm not familiar with a lot you are doing, but this ProtRej is almost
    certainly the reason the link fails. The XP CCP request is rejected
    by pppd because it is for Microsoft PPC and the least significant bit
    (the last 01 octet above) in the protocol value is set, which means
    that the peer wants MSCCP data compression. That data compression is
    not supported by pppd since it is patented.

    Oddly enough data compression may or may not be a part of a MPPC request,
    but if it is then you can bet your bottom dollar that the side sending
    the request will terminate the PPP link if the request is rejected.
    ....

    > Sep 1 13:33:58 multiaccess port[S12]: rcvd [LCP TermReq id=0x12
    > "o\37777777654K\37777777624\000<\37777777715t\000\000\000\000"]
    > Sep 1 13:33:58 multiaccess port[S12]: LCP terminated by peer
    > (oM-,KM-^T^@ > Sep 1 13:33:58 multiaccess port[S12]: sent [LCP TermAck id=0x12]


    Here the peer explicitly terminates the first link.

    --
    Clifford Kite Email: "echo xvgr_yvahk-ccc@ri1.arg|rot13"
    PPP-Q&A links, downloads: http://ckite.no-ip.net/
    /* They that can give up essential liberty to obtain a little temporary
    safety deserve neither liberty nor safety." Benjamin Franklin */


  3. Re: MP Support for ISDN ...

    Dale Martenson wrote:
    > Clifford Kite wrote in message
    > news:...
    >> I'm not familiar with a lot you are doing, but this ProtRej is almost
    >> certainly the reason the link fails. The XP CCP request is rejected
    >> by pppd because it is for Microsoft PPC and the least significant bit
    >> (the last 01 octet above) in the protocol value is set, which means
    >> that the peer wants MSCCP data compression. That data compression is
    >> not supported by pppd since it is patented.
    >>
    >> Oddly enough data compression may or may not be a part of a MPPC request,
    >> but if it is then you can bet your bottom dollar that the side sending
    >> the request will terminate the PPP link if the request is rejected.
    >> ...


    > I am not sure that is the problem since in the single B-channel case
    > that seems to work, the same ProtRej occurs. Why would it cause a
    > failure only in the MP case?


    If it works with MPPC rejected for single-channel then I don't know
    what to say. That was the only reason I could see for the failure of
    the XP MP failure. I'd think that only the XP MP dialup connection is
    configured to request MPPC data compression while the single channel
    connection is not (I assume these are separate choices). But for a
    regular single dial-up PPP connection the software compression choices
    in XP seem to be only either on or off, and nothing else.

    > How can I turn off the requested data compression on the Windows XP
    > client?


    Er.. I hate to admit that I've recently come to know a little about XP,
    but starting at the Desktop you can *try*

    Click on
    --------
    Start
    Control Panel
    Network and Internet connection
    Set up or change your Internet connection
    Select
    ------
    The appropriate entry from list in
    Dial-up and Virtual Private Network settings
    Click on
    --------
    Settings...
    Properties
    Networking Tab
    [Select "Type of dial-up server I am calling" ?]
    Settings
    Uncheck
    -------
    Enable software compression [box]
    Click on
    --------
    OK [until back to the control panel]

    I *think* that the right clickity-click sequence, but no guarantee.

    --
    Clifford Kite Email: "echo xvgr_yvahk-ccc@ri1.arg|rot13"
    PPP-Q&A links, downloads: http://ckite.no-ip.net/
    /* 97.3% of all statistics are made up. */

+ Reply to Thread