On Monday 27 February 2006 15:32, rusl wrote: > > Ok, thanks for that tip, but what about the delay? Is there no workaround?
Unfortunately I'm not able to reproduce the conditions which lead to that delay, can you give me some detail on what kind of call were you doing? Better yet, update to at least patch-566, when you see the delay, find the streamport channel id by doing: CLI> show visdn calls ID State visdn1.0/124.I N10_ACTIVE Then: *CLI> show visdn calls visdn1.0/124.I q931 visdn1.0:CALL[124.I]: call.c:416 GET (3 => 4) --------- Call 124 inbound (4 refs) Interface : visdn1.0 DLC (TEI) : 0 State : N2_OVERLAP_SENDING Broadcast seutp : No Tones option : Yes Active timers : T302 CES: ------ Asterisk Channel Number : Options : Is voice : Yes Handle stream : Yes Streamport Chanid : 000098 EC NearEnd Chanid : 000000 EC FarEnd Chanid : 000000 ISDN Chanid : 000034 In-band informations : No DTMF Deferred : No The streamport channel ID is 000098 Now, go in /sys/visdn_channels/000098/ and look at the values of tx_fifo_usage and rx_fifo_usage, use "cat" to view the values that should remain in 0-128 range. Do the same for the ST channel (if you're using HFC-PCI) and look if you see something strange. Bye, -- Daniele Orlandi _______________________________________________ Visdn-hackers mailing list [email protected] https://mailman.uli.it/mailman/listinfo/visdn-hackers
