[EMAIL PROTECTED] wrote:
> On Tuesday 21 February 2006 01:34, Tobias Stefan Richter wrote:
>
> > Callerids are bothering me, though. From the TE card the ${CALLERIDNUM}
> > received is missing the leading zero (national prefix), regardless of
> > the setting of cli_rewriting.
>
> Can you post the "debug visdn q931" dump of the SETUP message with Calling
> Party Number IE ?
vISDN q.931 debugging enabled
q931 visdn0:TEI[0]: Received message:
q931 <- call reference = 1.I (len 1)
q931 <- message_type = SETUP (5)
q931 visdn0:TEI[0]: DLC autorelease timer stopped
q931 visdn0:CALL[1.I]: call.c:272 GET (1 => 2)
q931 visdn0:CALL[1.I]: Got SETUP
q931 <- SO IE 1 ===> 161 (Sending Complete) length=(1)
q931 <- VL IE 2 ===> 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 3 ===> 24 (Channel Identification) length=(1)
q931 <- Interface id = Implicit (0)
q931 <- Interface type = Basic (0)
q931 <- Pref/Excl = Exclusive (1)
q931 <- D channel ident = Is not D channel (0)
q931 <- Coding standard = CCITT (0)
q931 <- Channels = B1
q931 <- VL IE 4 ===> 108 (Calling Party Number) length=(12)
q931 <- Type of number = National (2)
q931 <- Numbering plan = ISDN Telephony (1)
q931 <- Presentation indicator = Presentation allowed (0)
q931 <- Screening indicator = Network provided (3)
q931 <- Number = 1723266666
q931 <- VL IE 5 ===> 112 (Called Party Number) length=(9)
q931 <- Type of number = Subscriber (4)
q931 <- Numbering plan = ISDN Telephony (1)
q931 <- Number = 46507666
q931 <- VL IE 6 ===> 125 (High Layer Compatibility) length=(2)
q931 <- Coding standard = CCITT (0)
q931 <- Characteristics identification = Telephony (1)
q931 visdn0:CALL[1.I]: Requested channel B1 available
q931 visdn0:CALL[1.I]: U0_NULL_STATE ==to==> U6_CALL_PRESENT
> Enabling cli_rewriting should do what you expect.
This extension
exten => s,1,NoOp(Calleridnum ${CALLERIDNUM})
gives me:
-- Executing NoOp("VISDN/visdn0/1.I", "Calleridnum 1723266638") in new stack
$ grep -v \^\; visdn.conf
[general]
[global]
network_role = private
tones_option = yes
outbound_called_ton = unknown
clir_mode = default_off
cli_rewriting = No
national_prefix = 0
international_prefix = 00
network_specific_prefix = 77
subscriber_prefix = 22
abbreviated_prefix = 11
overlap_sending = Yes
overlap_receiving = No
autorelease_dlc = 10
call_bumping = No
echocancel = No
[visdn0]
network_role = private
context = extern
tones_option = yes
outbound_called_ton = unknown
force_outbound_cli_ton = no
cli_rewriting = Yes
clir_mode = default_off
overlap_sending = Yes
overlap_receiving = No
[visdn1]
network_role = private
context = intern
tones_option = yes
outbound_called_ton = unknown
force_outbound_cli_ton = no
clip_numbers = 46507677,46507666,46507655
clir_mode = default_off
overlap_sending = Yes
overlap_receiving = No
[visdn2]
network_role = private
context = intern
tones_option = yes
outbound_called_ton = unknown
force_outbound_cli_ton = no
clip_numbers = 46507677,46507666,46507655
clir_mode = default_off
overlap_sending = Yes
overlap_receiving = No
$
visdn0 is TE mode, the other two are NT
> > Worse luck on the NT cards: CLIs defined in the phones are not available
> > in ${CALLERIDNUM} and are also not passed on when bridging the call
> > outside. I defined my clip_numbers, but that didn't help. Any ideas?
>
> Is the CLI rewritten with clip_default_number or is it missing altogether?
> Did you change clir_mode?
> Can you post that SETUP message too?
q931 visdn1:TEI[89]: Received message:
q931 <- call reference = 1.I (len 1)
q931 <- message_type = SETUP (5)
q931 visdn1:TEI[89]: DLC autorelease timer stopped
q931 visdn1:CALL[1.I]: call.c:272 GET (1 => 2)
q931 visdn1:CALL[1.I]: Got SETUP
q931 <- VL IE 1 ===> 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 2 ===> 108 (Calling Party Number) length=(10)
q931 <- Type of number = Unknown (0)
q931 <- Numbering plan = ISDN Telephony (1)
q931 <- Presentation indicator = Presentation allowed (0)
q931 <- Screening indicator = User provided, not screened (0)
q931 <- Number = 46507666
q931 <- VL IE 3 ===> 125 (High Layer Compatibility) length=(2)
q931 <- Coding standard = CCITT (0)
q931 <- Characteristics identification = Telephony (1)
q931 visdn1:CALL[1.I]: No channel identification IE, assuming any
channel available
q931 visdn1[B1]: changed state from AVAILABLE to SELECTED
q931 visdn1:CALL[1.I]: N0_NULL_STATE ==to==> N1_CALL_INITIATED
[...]
-- Executing NoOp("VISDN/visdn1/1.I", "Calleridnum: ") in new stack
The number is there, it is only not passed to *, it seems.
> > By the way VISDNOverlapDial takes ages to complete (12 seconds roughly).
> > Is there a way speed that up a bit?
>
> It's exactly 12 seconds. It is a network-defined timer (T302). It should be
> harmless to change that value, however the minimum defined by the specs is 10
> seconds, you should not go beyond that limit.
I see.
> It is much better to define your extensions in a way that limits the maching
> to the correct maximum numbers.
VISDNOverlapDial would bail out on a match?
How would that work with arbitrary length numbers?
Anyway, not a big issue. Better improve ec :)
Thanks for taking care!
Tobias
_______________________________________________
Visdn-hackers mailing list
[email protected]
https://mailman.uli.it/mailman/listinfo/visdn-hackers
