home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / dcom / isdn / 474 < prev    next >
Encoding:
Text File  |  1992-08-14  |  2.9 KB  |  59 lines
  1. Newsgroups: comp.dcom.isdn
  2. Path: sparky!uunet!mcrware!mcrware!curts
  3. From: curts@mcrware.UUCP (Curt Schwaderer)
  4. Subject: Re: Network Connections over ISDN
  5. Message-ID: <1992Aug14.171250.9284@microware.com>
  6. Sender: curts@mcrware (Curt Schwaderer)
  7. Nntp-Posting-Host: mcrware
  8. Organization: Microware Systems Corp., Des Moines, Iowa
  9. References: <1992Aug11.123306.145@indyvax.iupui.edu> <1992Aug12.085917.5543@ericsson.se>
  10. Date: Fri, 14 Aug 1992 17:12:50 GMT
  11. Lines: 46
  12.  
  13. In article <1992Aug12.085917.5543@ericsson.se>, etxorst@eos.ericsson.se (Torsten Lif) writes:
  14. |> In article 145@indyvax.iupui.edu, imhw400@indyvax.iupui.edu () writes:
  15. |> >In article <1992Aug10.132038.26320@ericsson.se>, etxorst@eos.ericsson.se (Torsten Lif) writes:
  16. |> >[...]
  17. |> >> I'm more than just a little annoyed with how the marketing crowd make
  18. |> >> broad statements about the D-channel capacity being 16 kbit/s without
  19. |> >> ever mentioning how much of it is CONSTANTLY used by the traffic
  20. |> >> overhead. The D-channel's primary function is to provide a signalling
  21. |> >> path between the terminal(s) and CO. There exist signalling elements
  22. |> >> for user-user communication but they are (at the best) of secondary
  23. |> >> priority to the CO. Not that I dislike the idea of using the D-channel
  24. |> >> for user-user data transfer, far from it, but it should be made
  25. |> >> perfectly clear that this is not a high-speed/volume service.
  26. |> >
  27. |> >Okay, would you please help use newbies understand where this CONSTANT
  28. |> >signalling traffic comes from on a subscriber loop.  What do the terminals
  29. |> >have to discuss with the CO when they aren't setting up or tearing down calls?
  30. |> 
  31. |> When you put it that way - Good question!
  32.  
  33. There are a couple of messaging protocols at layer 2 going on excluding sending
  34. call control packets for layer3.
  35.  
  36. There are timers involved at layer 2. If no messages have been received in a 
  37. time period (usually ~20 sec), Layer 2 will send what is called an "S" frame to
  38. the network (or vice versa) soliciting a response just to verify the link is
  39. still up.
  40.  
  41. There are also TEI check and response messages that go on periodically that
  42. the CO initiates to verify and maintain all of the endpoints of a given 
  43. ISDN line. 
  44.  
  45. All in all, the messages that layer 2 sends over the line are pretty sparce.
  46. The timer situation will only send messages on an idle line. The TEI check stuff
  47. is only initiated when the CO hasn't heard from a TEI in a long time. So
  48. layer 2 usually keeps the D channel pretty free.
  49.  
  50. -- 
  51. +-----------------------------------------------------------------------+
  52. |     Curt Schwaderer, WAN engineer, Microware Systems Corp        |
  53. |             Des Moines, Iowa 50325-7077                |
  54. +-----------------------+-----------------------------------------------+
  55. | curts@microware.com    | My statements may not be UNDERSTOOD BY, let     |
  56. | uunet!mcrware!curts    | alone REFLECT Microware's viewpoints.        |
  57. | (515)224-1929 x388    |                         |
  58. +-----------------------------------------------------------------------+
  59.