> On Thursday 16 February 2006 15:40, Thomas Härtl wrote:
> >
> > I overcame my laziness and carried a second machine to the
server-room.
> > You asked for it, then so it should be...
>
> Alleluja :)
Amen. Thanks for the ass-kicking ;-)
> >
Trace:<ffffffff88164c58>{:visdn_hfc_4s:hfc_st_port_state_change_work+499
> > RIP <ffffffff88162e27>{:visdn_hfc_4s:hfc_led_update+305} RSP
>
> I committed a change that may be the fix to this problem.
> Download arch's patch-541 or tomorrow's snapshot.
OK, after updating to the Feb 17 snapshot the system hangs just
disappeared.
But still I can't dial out. Everything in the log is presumably the way
it should be. Except for one tiny thing:
-- Calling visdn1.0 on VISDN/null
-- Calling on interface 'visdn1.0'
q931 visdn1.0:TEI[0]: DLC autorelease timer stopped
q931 visdn1.0:CALL[96.O]: call.c:305 GET (1 => 2)
q931 visdn1.0:CALL[96.O]: chan_visdn.c:690 GET (2 => 3)
q931 visdn1.0:CALL[96.O]: chan_visdn.c:809 PUT (3 => 2)
q931 visdn1.0:CALL[96.O]: SETUP-REQ
q931 visdn1.0:CALL[96.O]: Sending message:
q931 -> message type: SETUP (5)
q931 -> VL IE 0 ===> 4 (Bearer Capability) -- length 3
q931 -> Coding Standard = CCITT (0)
q931 -> Information Transfer Capability = Speech (0)
q931 -> Transfer mode = Circuit (0)
q931 -> Information Transfer Rate = 64 kbps (16)
q931 -> User information layer 1 protocol = g.711 a-law (3)
q931 -> VL IE 1 ===> 108 (Calling Party Number) -- length 9
q931 -> Type of number = Unknown (0)
q931 -> Numbering plan = Unknown (0)
q931 -> Presentation indicator = Presentation allowed (0)
q931 -> Screening indicator = User provided, not screened (0)
q931 -> Number = 8575051
q931 -> VL IE 2 ===> 112 (Called Party Number) -- length 8
q931 -> Type of number = Unknown (0)
q931 -> Numbering plan = Unknown (0)
q931 -> Number = 8577670
q931 -> VL IE 3 ===> 125 (High Layer Compatibility) -- length 2
q931 -> Coding standard = CCITT (0)
q931 -> Characteristics identification = Telephony (1)
q931
q931 visdn1.0:TEI[0]: DLC is disconnected, requesting connection
q931 visdn1.0:TEI[0]: DLC is awaiting connection: message queued
q931 visdn1.0:CALL[96.O]: call.c:387 GET (2 => 3)
q931 visdn1.0:CALL[96.O]: call.c:1895 Timer T303 started
q931 visdn1.0:CALL[96.O]: U0_NULL_STATE ==to==> U1_CALL_INITIATED
-- poll timeout = 5000
q931 visdn1.0:CALL[96.O]: T303 fired
q931 visdn1.0:CALL[96.O]: Sending message:
q931 -> message type: SETUP (5)
q931 -> VL IE 0 ===> 4 (Bearer Capability) -- length 3
q931 -> Coding Standard = CCITT (0)
q931 -> Information Transfer Capability = Speech (0)
q931 -> Transfer mode = Circuit (0)
q931 -> Information Transfer Rate = 64 kbps (16)
q931 -> User information layer 1 protocol = g.711 a-law (3)
q931 -> VL IE 1 ===> 108 (Calling Party Number) -- length 9
q931 -> Type of number = Unknown (0)
q931 -> Numbering plan = Unknown (0)
q931 -> Presentation indicator = Presentation allowed (0)
q931 -> Screening indicator = User provided, not screened (0)
q931 -> Number = 8575051
q931 -> VL IE 2 ===> 112 (Called Party Number) -- length 8
q931 -> Type of number = Unknown (0)
q931 -> Numbering plan = Unknown (0)
q931 -> Number = 8577670
q931 -> VL IE 3 ===> 125 (High Layer Compatibility) -- length 2
q931 -> Coding standard = CCITT (0)
q931 -> Characteristics identification = Telephony (1)
q931
q931 visdn1.0:TEI[0]: DLC is awaiting connection: message queued
q931 visdn1.0:CALL[96.O]: call.c:387 GET (3 => 4)
q931 visdn1.0:CALL[96.O]: call.c:2778 Timer T303 started
q931 visdn1.0:CALL[96.O]: call.c:2805 PUT (4 => 3)
-- poll timeout = 5001
q931 visdn1.0:TEI[0]: DL-RELEASE-INDICATION
And here I thought it should read:
q931 visdn0:TEI[0]: DL-ESTABLISH-CONFIRM
but it keeps on going this way:
q931 visdn1.0:CALL[96.O]: call.c:426 Timer T301 stopped
q931 visdn1.0:CALL[96.O]: call.c:427 Timer T302 stopped
q931 visdn1.0:CALL[96.O]: call.c:399 PUT (3 => 2)
q931 visdn1.0:CALL[96.O]: call.c:428 Timer T303 stopped
q931 visdn1.0:CALL[96.O]: call.c:429 Timer T304 stopped
q931 visdn1.0:CALL[96.O]: call.c:430 Timer T305 stopped
q931 visdn1.0:CALL[96.O]: call.c:431 Timer T306 stopped
q931 visdn1.0:CALL[96.O]: call.c:432 Timer T308 stopped
q931 visdn1.0:CALL[96.O]: call.c:433 Timer T309 stopped
q931 visdn1.0:CALL[96.O]: call.c:434 Timer T310 stopped
q931 visdn1.0:CALL[96.O]: call.c:435 Timer T312 stopped
q931 visdn1.0:CALL[96.O]: call.c:436 Timer T313 stopped
q931 visdn1.0:CALL[96.O]: call.c:437 Timer T314 stopped
q931 visdn1.0:CALL[96.O]: call.c:438 Timer T316 stopped
q931 visdn1.0:CALL[96.O]: call.c:439 Timer T318 stopped
q931 visdn1.0:CALL[96.O]: call.c:440 Timer T319 stopped
q931 visdn1.0:CALL[96.O]: call.c:441 Timer T320 stopped
q931 visdn1.0:CALL[96.O]: call.c:442 Timer T321 stopped
q931 visdn1.0:CALL[96.O]: call.c:443 Timer T322 stopped
q931 visdn1.0:CALL[96.O]: U1_CALL_INITIATED ==to==> U0_NULL_STATE
q931 visdn1.0:CALL[96.O]: call.c:367 PUT (2 => 1)
q931 Releasing message
-- poll timeout = -1
-- visdn_q931_release_indication
-- poll timeout = -1
-- visdn_hangup VISDN/visdn1.0/96.O
q931 visdn1.0:CALL[96.O]: chan_visdn.c:1709 PUT (1 => 0)
q931 visdn1.0:CALL[96.O]: Freeing call
q931 visdn1.0:TEI[0]: DLC autorelease timer started
-- visdn_hangup VISDN/visdn1.0/96.O DONE
-- poll timeout = 10000
q931 visdn1.0:TEI[0]: DLC autorelease timer fired
-- poll timeout = -1
What file part is responsible for the DL-Establish-state-change?
_______________________________________________
Visdn-hackers mailing list
[email protected]
https://mailman.uli.it/mailman/listinfo/visdn-hackers
