[asterisk-bugs] [JIRA] Closed: (DAHLIN-289) te820 and nethdlc issues

[Russ Meyerriecks (JIRA)]

     [ https://issues.asterisk.org/jira/browse/DAHLIN-289?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Russ Meyerriecks closed DAHLIN-289.
-----------------------------------

    Resolution: Fixed

Patch applied to trunk
http://svnview.digium.com/svn/dahdi?view=revision&revision=10728

> te820 and nethdlc issues
> ------------------------
>
>                 Key: DAHLIN-289
>                 URL: https://issues.asterisk.org/jira/browse/DAHLIN-289
>             Project: DAHDI-Linux
>          Issue Type: Bug
>      Security Level: None
>          Components: wct4xxp
>    Affects Versions: 2.6.0
>         Environment: CentOS 6.2, kernel 2.6.32-220.7.1.el6
>            Reporter: Max Khon
>            Assignee: Max Khon
>            Severity: Critical
>
> 1) dahdi is built with #define CONFIG_DAHDI_NET uncommented in
> include/dahdi/dahdi_config.h
> 2) wct4xxp is loaded with default_linemode="e1"
> 3) /etc/dahdi/system.conf:
> span=1,1,0,ccs,hdb3,crc4
> nethdlc=1-31
> 4) hdlc0 Interface is configured as
> dahdi_cfg -vv
> sethdlc hdlc0 cisco
> ifconfig hdlc0 10.0.32.2 pointopoint 10.0.32.1
> 5) The other end is Cisco 2811 E1 with the following configuration:
> controller E1 0/0/0
>  clock source internal
>  channel-group 0 timeslots 1-31
> !
> interface Serial0/0/0:0
>  ip address 10.0.32.1 255.255.255.128
> Symptoms are:
> 1) E1 is up (no alarms)
> 2) Cisco sees HDLC keepalive packets sent from the Linux box (yourseen
> is not 0), but Linux box does not see Cisco HDLC keep alive packets:
> mineseen is 0 -- this is myseq as seen from the remote side, i.e.
> Cisco sends myseq to the remote in the Cisco HDLC keepalive packet,
> remote replies with Cisco HDLC keepalive packet with the last received
> myseq, which is 0 which means that it did not receive any keepalive
> packets
> *Apr 17 08:45:39.367: Serial0/0/0:0: HDLC myseq 31, mineseen 0*,
> yourseen 26, line up
> *Apr 17 08:45:49.367: Serial0/0/0:0: HDLC myseq 32, mineseen 0*,
> yourseen 27, line down
> 3) tcpdump shows only outgoing Cisco HDLC keepalive packets on hdlc0:
> [root at localhost dahdi-tools-2.6.0]# tcpdump -i hdlc0
> tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
> listening on hdlc0, link-type C_HDLC (Cisco HDLC), capture size 65535 bytes
> 12:56:03.523828 SLARP (length: 18), keepalive: mineseen=0x00000048,
> yourseen=0x00000000, reliability=0xffff, link uptime=0d0h48m49s
> 12:56:13.523688 SLARP (length: 18), keepalive: mineseen=0x00000049,
> yourseen=0x00000000, reliability=0xffff, link uptime=0d0h48m59s
> 12:56:23.523803 SLARP (length: 18), keepalive: mineseen=0x0000004a,
> yourseen=0x00000000, reliability=0xffff, link uptime=0d0h49m9s
> 12:56:33.523812 SLARP (length: 18), keepalive: mineseen=0x0000004b,
> yourseen=0x00000000, reliability=0xffff, link uptime=0d0h49m19s
> 4) If I insert debug logging to __putbuf_chunk I see that "abort" is
> always 0 and "eof" is also always 0 right before "if (eof)" check
> The same setup (dahdi and cisco config, cabling and everything) works
> ok with te420 card.
> The same setup works for Linux <-> Linux nethdlc with te420 cards. The
> only difference in the configs on the other Linux box is clock source
> (should be internal) and IP address (should be other way around).

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira