search for: cref

Hello. The problem I have is route nat. Short question: Must "route nat", mentioned in ip-cref documentation comming with iproute2 package, work with 2.6.9 kernel? Long question and description of the problem: There is an appendix C in ip-cref by Alexey Kuznetsov called "Route NAT Status". I''ve followed this configuration with 2.4.2x kernel and everything works. But no...

Hi, can anybody tell me what the errors mean and why my asterisk server falls from time to time. From time to time means several hours, not regularly. I also can provide a core if someone can debug? Thanks and regards Jan 11 14:34:59 NOTICE[13573] chan_zap.c: Hangup, did not find cref 83, tei 64 Jan 11 14:34:59 WARNING[13573] chan_zap.c: Hangup on bad channel 0/2 on span 8 Jan 11 14:35:03 NOTICE[13573] chan_zap.c: Hangup, did not find cref 83, tei 64 Jan 11 14:35:03 WARNING[13573] chan_zap.c: Hangup on bad channel 0/2 on span 8 Jan 11 14:35:20 NOTICE[13573] chan_zap.c: Hangup, d...

...d Samba v 3.011 installed on Solaris 2.8. We upgraded to v3.014 and ran into the ACL issue where users can edit their files from Windows XP, but cannot delete or rename them. Is there a new parameter for this, or is it a known bug? If it is a bug, does 3.014a fix it? Thanks, Dom Verlezza TIAA-CREF (704)455-8944 ************************************************************** This message, including any attachments, contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, please contact sender immediatel...

...nd is protected by law. If you are not the intended recipient, please contact the sender immediately by reply e-mail and destroy all copies. You are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. TIAA-CREF ******************************************************************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://oss.oracle.com/pipermail/ocfs2-users/attachments/20091020/7b84ef3d/attachment.html

...nd is protected by law. If you are not the intended recipient, please contact the sender immediately by reply e-mail and destroy all copies. You are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. TIAA-CREF ******************************************************************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://oss.oracle.com/pipermail/ocfs2-users/attachments/20090603/48b6ef96/attachment.html

...owed when disconnecting an active call. Changing to cause 16. Jul 11 08:30:54 ERROR[23444] chan_zap.c: You cannot use cause 17 number when in state 6! Corrected. Jul 11 08:30:54 WARNING[7133] chan_zap.c: Call specified, but not found? Jul 11 08:30:54 NOTICE[7133] chan_zap.c: Hangup, did not find cref 1, tei 127 Jul 11 08:30:54 WARNING[7133] chan_zap.c: Hangup on bad channel 0/1 on span 1 Jul 11 08:30:58 WARNING[7133] chan_zap.c: Call specified, but not found? Jul 11 08:30:58 NOTICE[7133] chan_zap.c: Hangup, did not find cref 1, tei 127 Jul 11 08:30:58 WARNING[7133] chan_zap.c: Hangup on bad...

...owed when disconnecting an active call. Changing to cause 16. Jul 11 08:30:54 ERROR[23444] chan_zap.c: You cannot use cause 17 number when in state 6! Corrected. Jul 11 08:30:54 WARNING[7133] chan_zap.c: Call specified, but not found? Jul 11 08:30:54 NOTICE[7133] chan_zap.c: Hangup, did not find cref 1, tei 127 Jul 11 08:30:54 WARNING[7133] chan_zap.c: Hangup on bad channel 0/1 on span 1 Jul 11 08:30:58 WARNING[7133] chan_zap.c: Call specified, but not found? Jul 11 08:30:58 NOTICE[7133] chan_zap.c: Hangup, did not find cref 1, tei 127 Jul 11 08:30:58 WARNING[7133] chan_zap.c: Hangup on bad...

...") in new stack == Spawn extension (siplocalclients, 0916000739, 2) exited non-zero on 'SIP/739-5935' Oct 10 13:14:46 WARNING[7544]: chan_zap.c:7445 pri_fixup_principle: Call specified, but not found? Oct 10 13:14:46 NOTICE[7544]: chan_zap.c:8768 pri_dchannel: hangup, did not find cref 32777, tei 0 Oct 10 13:14:46 WARNING[7544]: chan_zap.c:8769 pri_dchannel: Hangup on bad channel 0/1 on span 1 Oct 10 13:14:50 WARNING[7544]: chan_zap.c:7445 pri_fixup_principle: Call specified, but not found? Oct 10 13:14:50 NOTICE[7544]: chan_zap.c:8768 pri_dchannel: hangup, did not find cref 3...

...39;<calling_caller_id>' ] PRI Span: 1 < [70 0b a1 32 35 33 38 37 32 32 33 30 30] PRI Span: 1 < Called Party Number (len=13) [ Ext: 1 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) '<dest_number>' ] PRI Span: 1 -- Making new call for cref 23832 PRI Span: 1 Received message for call 0x7f7a900012f0 on link 0x1a3cf70 TEI/SAPI 0/0 PRI Span: 1 -- Processing Q.931 Call Setup PRI Span: 1 -- Processing IE 4 (cs0, Bearer Capability) PRI Span: 1 -- Processing IE 24 (cs0, Channel ID) PRI Span: 1 -- Processing IE 28 (cs0, Facility) PRI Sp...

...a previous build. - Finding bad or circular dependencies between sub-components. There would be many more analyses you want to run at the linker input level. Currently, lld doesn't actively support such analyses. There are a few options to make the linker emit dependency information (e.g. --cref or -Map), but the output of the options is not comprehensive; you cannot reconstruct a dependency graph from the output of the options. *Dumping dependency graph* So, I'm thinking if it would be desirable to add a new feature to the linker to dump an entire dependency graph in such a way that...

...(Awaiting establishment)* [Mar 18 17:04:09] VERBOSE[19844] chan_dahdi.c: Changing from state 5(Awaiting establishment) to 4(TEI assigned) [Mar 18 17:04:09] VERBOSE[19844] chan_dahdi.c: TEI=0 DL event: Q931_DL_EVENT_DL_RELEASE_IND(3) [Mar 18 17:04:09] VERBOSE[19844] chan_dahdi.c: Start T309 for call cref=56 on channel 2 [Mar 18 17:04:09] VERBOSE[19844] chan_dahdi.c: Start T309 for call cref=64 on channel 3 [Mar 18 17:04:09] VERBOSE[19844] chan_dahdi.c: Start T309 for call cref=58 on channel 4 [Mar 18 17:04:09] VERBOSE[19844] chan_dahdi.c: Start T309 for call cref=66 on channel 6 [Mar 18 17:04:09] V...

...Dial(DAHDI/g1/${EXTEN}) [extensions.conf:697] -= 1 extension (1 priority) in 1 context. =- localhost*CLI> Debug trace of the ISDN messaging -- Executing [7 at sippOrig:1] Dial("PJSIP/5712391000-00000019", "DAHDI/g1/7") in new stack PRI Span: 1 -- Making new call for cref 32794 -- Requested transfer capability: 0x00 - SPEECH PRI Span: 1 PRI Span: 1 > DL-DATA request PRI Span: 1 > Protocol Discriminator: Q.931 (8) len=34 PRI Span: 1 > TEI=0 Call Ref: len= 2 (reference 26/0x1A) (Sent from originator) PRI Span: 1 > Message Type: SETUP (5) PRI Span: 1 T...

Hi, I have a simple question (well, at least I think it''s simple!). I have a router, with four Ethernet cards; eth0-eth3. eth0 and eth3 are the ''external'' cards, connecting to my ISPs. eth1 and eth2 are connected to my internal networks. What I want to do is basically filter all the traffic from one card to another, in this configuration: eth1 to eth3 eth2 to eth0

I am running a public core router using private links from my provider. Details: RH7.3 9 interfaces (all Intel) eth0 is default gateway and has a private IP address all other interfaces are links to other routers or networks eth3 has a public IP address The core router will rarely need to access sites out on the internet, but when it does it cannot get there because the eth0 has a private IP

...30 32 31 32 35 30 30 30 33 30] PRI Span: 1 < Called Number (len=14) [ Ext: 1 TON: Subscriber Number (4) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) '1' ] PRI Span: 1 < [7d 02 91 81] PRI Span: 1 < IE: High-layer Compatibility (len = 4) PRI Span: 1 -- Making new call for cref 14783 PRI Span: 1 Received message for call 0x7f48ec00a370 on link 0x7f49201859a0 TEI/SAPI 0/0 PRI Span: 1 -- Processing Q.931 Call Setup PRI Span: 1 -- Processing IE 161 (cs0, Sending Complete) PRI Span: 1 -- Processing IE 4 (cs0, Bearer Capability) PRI Span: 1 -- Processing IE 24 (cs0, Channel I...

...nd is protected by law. If you are not the intended recipient, please contact the sender immediately by reply e-mail and destroy all copies. You are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. TIAA-CREF ******************************************************************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://oss.oracle.com/pipermail/ocfs2-users/attachments/20091027/333b2765/attachment-0001.html

...or circular dependencies between sub-components. >> >> There would be many more analyses you want to run at the linker input >> level. Currently, lld doesn't actively support such analyses. There are a >> few options to make the linker emit dependency information (e.g. --cref or >> -Map), but the output of the options is not comprehensive; you cannot >> reconstruct a dependency graph from the output of the options. >> >> *Dumping dependency graph* >> So, I'm thinking if it would be desirable to add a new feature to the >> linker t...

...or circular dependencies between sub-components. >> >> There would be many more analyses you want to run at the linker input >> level. Currently, lld doesn't actively support such analyses. There are a >> few options to make the linker emit dependency information (e.g. --cref or >> -Map), but the output of the options is not comprehensive; you cannot >> reconstruct a dependency graph from the output of the options. >> >> *Dumping dependency graph* >> So, I'm thinking if it would be desirable to add a new feature to the >> linker t...

Hi all, I just configures my PRI and incoming calls are working fine but outside calling giving error PRI is BUSY :( any idea ? I have same setup on other box and that boxes works perfect. -- DAHDI/i1/6463279153-2 is proceeding passing it to SIP/7328-00000002 -- DAHDI/i1/6463279153-2 is making progress passing it to SIP/7328-00000002 -- DAHDI/i1/6463279153-2 is busy -- Hungup

-----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 cref: http://www.dovecot.org/list/dovecot/2006-August/015641.html if it's me, might someone lend a hand? if it's dovecot, might someone let me know? thanks -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) iEYEAREDAAYFAkTrHbIACgkQlffdvTZxCMbJmgCgxS3BSGwvoFxMWvttGr7bEzRJ bz0An3pFs7...